I am writing to report a persistent issue I encountered while attempting to extract data from a customer’s Exact Online environment via the Invantive Bridge Online OData API.
Environment
- Endpoint: https://bridge-online.invantive.com/[company-instance]/odata4
- Table: ExactOnlineREST.FinancialTransaction.TransactionLines@eol
- Account type: Free tier
- Target: Microsoft Fabric Lakehouse
Issue Description
The TransactionLines table contains a large volume of data (approximately 54,000+ records per financial period). Every attempt to extract this data via the OData API resulted in a server-side timeout, regardless of the method used.
We tested the following approaches, all of which failed:
- Direct OData query with
$topparameter; the API hangs indefinitely for large$topvalues. - Filtering by
FinancialYearandFinancialPeriod; the API times out even when filtering to a single month. - Pagination via
$skip; not supported (erroritgengcr008: “Skip is not supported on Invantive Bridge Online”) - Partitioning by date ranges; same timeout behavior
- Microsoft Fabric native connectors (Pipeline Copy Data, Dataflow Gen2) — both fail with ODataRequestTimeout.
Small queries (e.g. $top=1 without filters) work correctly and return results in seconds. The issue only occurs when attempting to retrieve meaningful volumes of data.
Questions
- Is this timeout behavior a known limitation of the free tier? Would upgrading to a paid plan resolve this issue by increasing the server-side query timeout?
- Is there a recommended approach for extracting large tables like
TransactionLinesin bulk? Given that$skipis not supported, what is the intended pagination or extraction strategy? - Are there any server-side configuration options (e.g. query timeout, max rows per request) that could be adjusted to allow full extraction of this table?
Any guidance would be greatly appreciated. Please let me know if you need additional details or logs.