Het idee van de Exact Online sync API’s is inderdaad dat ze exact dezelfde informatie teruggeven als de er aan gerelateerde API’s, maar dan met veel minder API calls.
Momenteel zitten er in de sync API’s van Exact nog een aantal ontwerp- en/of documentatiefouten. Om die reden is het niet altijd mogelijk om de oorspronkelijke API’s 1-op-1 te vervangen door de *Incremental tabellen gebaseerd op de Sync API’s.
In dit voorbeeld worden twee bijzonderheden aangehaald die naar verwachting alleen optreden bij SalesInvoiceLinesIncremental. Het lijkt er op dat stukjes informatie over verschillen tussen de Sales Invoices API en de Sync API van Sales Invoices niet gedocumenteerd zijn.
Exact regelnummer 0 en 9999
Het regelnummer 0 en boven de 9000 zijn speciale regels. Ze vormen geen onderdeel van de transactieregels, maar bevatten aanvullende informatie. Zie ook Bijzondere regelnummers zoals 9999 op financiële transacties in Exact Online.
De reguliere API’s voor verkoopfactuurregels onderdrukken blijkbaar de speciale regels. Bij het gebruik van de incrementele tabellen op Exact Online administraties dient de SQL query die zelf te onderdrukken of juist te gebruiken indien dat beter is.
Verkeerd Teken bij Bedragen
Het teken van de bedragen staat andersom als bij de oorspronkelijke tabel. Hierdoor krijgt omzet hetzelfde teken als bij TransactionLinesBulk met het flauw grapje: “omzet is vies” makkelijk te onthouden. Mogelijk dat men in de oorspronkelijke tabel bij elke sales invoice het teken omdraaide om het logischer te maken, terwijl het intern bij Exact wel als een negatief bedrag geregistreerd werd.