Mandatory filtering on single and bulk endpoints where sync APIs are available

Alhoewel dit een generieke vraag is die voor de gehele SQL engine gelden, is het misschien goed om ook kennis te nemen van Wijziging condities Invantive Data Hub en Invantive Data Replicator.

Een SQL statement zoals

select *
from   ExactonlineRest..Addresses

of

select *
from   ExactonlineRest..AddressesBulk

zou volgens die beschreven specificatie niet meer werken.

In dat geval is het verstandig om over te stappen op de *Incremental tabellen. Die zijn aanwezig in alle recente BETA-versies. Deleted lijkt vrij sterk dat daar verplichte filtering voor geldt.

Punten om rekening mee te houden:

  • Een aantal sync API’s zijn niet ingebouwd omdat ze niet correct werken zoals GoodsDeliveryLines en leiden tot corrupte data onder omstandigheden.
  • Hou daarnaast ook rekening met de functionele verandering die in bijvoorbeeld SalesInvoices zit zoals beschreven op Aansluitingsverschil tussen SalesInvoiceLinesBulk en SalesInvoiceLinesIncremental.
  • Het tijdelijk geheugengebruik kan significant groter zijn. Voor een administratie met 10 miljoen regels adviseren we 32 GB werkgeheugen.

Er is op dit moment bij gebrek aan een testomgeving geen zicht op workarounds. Volg Impact Exact Online API aanpassingen 1 juli 2021 voor meer informatie.

Update 23 juli

De HTTP 408 errors hangen samen met meerdere problemen die allen sinds ongeveer 24 juni 2021 optreden, zie bijvoorbeeld Itgenoda055: HTTP 408 Request Timeout errors op Exact Online.

Voor mandatory filtering is een upgrade beschikbaar; installeer een versie 20.1.497 of hoger. De verwerking hoeft niet aangepast te worden.