Het blijft maar niet lukken om 2 dagen van TransActionLines van Exact op te halen, wat doe ik verkeerd?
let
// Stap 1: Ophalen van de volledige dataset via de OData-feed
Bron = OData.Feed("https://bridge-online.cloud/XXX-exact-online/odata4", null, \[Implementation="2.0", ODataVersion=4, OmitValues=ODataOmitValues.Nulls, Headers=\[Referer = "TransactionLines"\], Timeout=#duration(0,4,0,0)\]),
// Stap 2: Verwijzen naar de specifieke tabel binnen de feed
#"ExactOnlineREST.Incremental.TransactionLinesIncremental@eol_table" = Bron{\[Name="ExactOnlineREST.Incremental.TransactionLinesIncremental@eol", Signature = "table"\]}\[Data\],
// Stap 3: Eerst filteren op de gewenste datums
#"Rijen gefilterd" = Table.SelectRows(#"ExactOnlineREST.Incremental.TransactionLinesIncremental@eol_table", each \[Created\] > #datetimezone(2025, 17, 11, 0, 0, 0, 1, 0) and \[Created\] < #datetimezone(2025, 19, 11, 0, 0, 0, 1, 0))
in
#"Rijen gefilterd"
Dit is slechts een test om uiteindelijk een paar jaar aan data te kunnen ophalen.
Is het mogelijk om een (geanonimiseerde) schermafdruk van de details van het verzoek in Invantive Bridge Online Monitoring toe te voegen zoals beschreven in Meer inzicht met nieuwe Bridge Online Monitoring?
De details vindt u door te klikken op het downloadverzoek welke het onderwerp van dit onderwerp representeert.
Het downloadverzoek heeft meestal een SQL-statement waarin de tabelnaam zichtbaar is.
Gelieve tenminste de volgende gegevens zichtbaar te laten van beide kolommen:
de titelbalk met de request ID,
de statuscode, netwerkgrootte, pad en tijdstippen in de linkerkolom,
de foutcode en foutmelding helemaal onderaan in de linkerkolom,
de gehele rechterkolom inclusief het SQL statement, tabelnaam en parameterwaardes.
Controleer zorgvuldig dat u zich aanmeldt op de Bridge Online-website die ook gebruikt wordt vanuit Power BI en met dezelfde gebruikersnaam. U ziet alleen de verzoeken van de Invantive Cloud-gebruiker waarmee u zich aanmeldt op de website.
Er zijn vier servers in gebruik:
bridge-online.cloud
app-online.cloud
bridge-online.invantive.com
app-online.invantive.com
De gebruikte server ziet u in uw script of broncode van rapportage.
Controleer juiste aanvraag en details
Zorg ervoor dat u het verzoek eerst selecteert om de details weer te geven. Er hoort maar één verzoek zichtbaar zijn in de schermafbeelding.
Controleer ook zorgvuldig of het verzoek een pad heeft met odata4 of apps. Verzoeken met andere paden zijn over het algemeen niet relevant voor dit doel.
Foutmelding en tips per e-mail
Daarnaast zal de Invantive Cloud-gebruiker die de foutmelding heeft op zijn e-mailadres veelal een e-mail ontvangen met een foutmelding en tips als er sprake is van een foutmelding in Power BI, Power Query, Azure Data Factory, Qlik of Tableau.
Advies is om de spam van de betrokken gebruiker te controleren op dergelijke e-mails verzonden vanaf support@invantive.com.
De volledige foutmelding is te lezen in het scherm “Systeemberichten” (en zal vanaf de volgende release ook vertaald getoond worden):
itgeneor754
Failed to acquire the lock for incremental table based on service URL ‘/api/v1/874846/sync/Financial/TransactionLines’ after 1,803 seconds.
Please make sure that the request ‘0HNICATL49EF6:00000001’ holding the lock releases it.
Then try again.
Het verzoek 0HNICATL49EF6:00000001 is terug te vinden bijvoorbeeld in het scherm “Historie” bij “Bewaking”. Deze startte 05-01-2026 19:59:57 UTC en eindige om 20:43:51 met melding:
itgenboe161
De gegevensdownload werd geannuleerd na 43 minuten, 54 seconden, waarschijnlijk door de gebruiker.
Optimaliseer uw query zoals beschreven op Overzicht van Power BI-technieken om prestaties en downloadtijd te verbeteren - invantive. Voer de query vervolgens opnieuw uit. (/acme-exact-online/odata4/ExactOnlineREST.Incremental.TransactionLinesIncremental@eol).
en betrof een volledige download met volledige refresh die in deze omgeving tot een uur kan duren.
Adviezen zijn:
Download niet dezelfde dataset tegelijk vanuit parallelle stromen als dit langer dan 30 minuten kan duren. Controleer hiervoor de dataflows en het datamodel, en verbeter de logica.
Als enkel nieuwe rijen nodig zijn, gebruik dan TransactionLinesBulk. Deze is bij filtering op datum tot 1.000x sneller. TransactionLinesIncremental wordt aangeraden indien de volledige dataset nodig is, maar zelfs het ophalen van 1 rij vereist een herberekening van de hele dataset.
De timeout-waardes zijn vanaf de volgende release 25.0.155 instelbaar per datacontainer:
max-lock-incremental-table-acquire-time-sec: maximale wachttijd voor een ander parallelle toegang tot de combinatie van incrementele tabel en administratie (standaardwaarde 1800 seconden).
lock-incremental-table-retry-interval-sec: tijdsinterval tussen twee pogingen om de incrementele tabel/administratie-combinatie te vergrendelen (standaardwaarde 30 seconden).
Deze vraag is automatisch gesloten na 1 week inactiviteit. Het laatste gegeven antwoord is gemarkeerd als oplossing.
Gelieve een nieuwe vraag te stellen via een apart topic als het probleem opnieuw optreedt. Gelieve in de nieuwe vraag een link naar dit topic op te nemen door de URL er van in de tekst te plakken.
