Ved Incremental.SalesOrdersV2Incremental oppstod feilkode itgeneor328 gjentatte ganger:
itgeneor328 > Et obligatorisk filter mangler. > Kontakt Invantive Support. > Dette endepunktet har obligatorisk filtrering anvendt. > En GET-forespørsel for dette endepunktet må ha en $filter-parameter med ett av følgende felt i URL-en: Timestamp.
I andre rapporter finnes også denne tabellen; disse ble oppdatert tidligere i natt uten problemer.
Sinds 6 augustus omstreeks 02:12 UTC treedt op veel Exact Online-omgevingen de volgende foutmelding op:
itgeneor328
Een verplicht filter ontbreekt.
The remote server returned an error:
(400) Bad Request.
Neem contact op met Invantive Support:
This endpoint has mandatory filtering applied.
A GET request for this endpoint must have a $filter parameter with one of the following fields in the url:Timestamp.
De foutmelding hangt niet samen met aanpassingen aan Invantive Cloud (uit stabiliteitsoverwegingen is er sprake van een zomerstop), maar waarschijnlijk een upgrade van Exact Online.
Het probleem lijkt alle Exact Online-omgevingen te raken, zowel on-premises als Invantive Cloud, Get My Report, Valuta Tools, App Online, Bridge Online als websites die zich baseren op Invantive-technologie en producten van partners.
Betrokken URLs, waarbij “123456” de divisiecode van een van uw Exact Online-administraties kan zijn:
https://start.exactonline.be/api/v1/123456/sync/CRM/Accounts?$orderby=Timestamp&$select=...https://start.exactonline.be/api/v1/123456/sync/financial/TransactionLines?$orderby=Timestamp&$select=...https://start.exactonline.be/api/v1/123456/sync/Financial/TransactionLines?$orderby=Timestamp&$select=...https://start.exactonline.be/api/v1/123456/sync/purchaseorder/PurchaseOrders?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/crm/Accounts?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/CRM/Accounts?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/CRM/Addresses?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/Financial/GLAccounts?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/Financial/GLClassifications?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/financial/TransactionLines?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/Financial/TransactionLines?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/HRM/ScheduleEntries?$select=*https://start.exactonline.nl/api/v1/123456/sync/logistics/Items?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/Logistics/Items?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/Logistics/SupplierItem?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/project/TimeCostTransactions?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/Project/TimeCostTransactions?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/PurchaseOrder/PurchaseOrders?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/salesinvoice/SalesInvoices?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/SalesOrder/GoodsDeliveryLines?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/salesorder/SalesOrderHeaders?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/SalesOrder/SalesOrderHeaders?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/salesorder/SalesOrderLines?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/SalesOrder/SalesOrderLines?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/Sales/SalesPriceListVolumeDiscounts?$orderby=Timestamp&$select=...https://start.exactonline.nl/api/v1/123456/sync/Sales/SalesPriceListVolumeDiscounts?$select=https://start.exactonline.nl/api/v1/123456/sync/Subscription/SubscriptionLines?$orderby=Timestamp&$select=...Vi får også den samme feilmeldingen her.
Det gjelder følgende tabeller:
ExactOnlineREST.Incremental.TransactionLinesIncremental@eolExactOnlineREST.Incremental.GLClassificationsIncremental@eolHva er en løsning på dette?
SalesOrdersBulk fungerer her.
Men, i andre tabeller oppstår den samme feilen itgeneor328: Incremental.AddressesIncremental.
Incremental.AccountsIncremental gir også den samme feilmeldingen.
Det er for øyeblikket ingen løsning tilgjengelig. En forespørsel er sendt til Exact Online for å eskalere problemet og/eller reversere den kritiske endringen.
For små tabeller kan det være mulig å erstatte *Incremental med den tilsvarende bulktabellen eller mye tregere DDL-tabeller. Dette kan imidlertid øke lastetiden med opptil en faktor på 1.000 og antall nødvendige API-kall med hundretusenvis per dag.
Invantive Development jobber med å se om en patch kan lages. Utrullingen av denne innen Invantive Cloud vil finne sted først. Utrullingen av administratorer fra partnere og brukere kan imidlertid ta mye lengre tid fordi det noen ganger kreves et stort versjonshopp, noe som igjen kan føre til nye problemer.
Det gjelder nå flere hundre organisasjoner, og det forventes at dette antallet vil øke ytterligere hvis den inkrementelle cachen må initialiseres på nytt. Dette kan aldri skje, men kan også oppstå i noen miljøer etter bare noen få timer.
Bruken av en tidligere ubrukt tabell kan også gi denne feilmeldingen, så nye brukere vil umiddelbart støte på problemer ved bruk.
Så snart mer informasjon blir tilgjengelig, vil dette emnet bli oppdatert.
Exact har indikert at de vil reversere den aktuelle endringen natten mellom 6. og 7. august. På et senere tidspunkt vil dette bli aktivert igjen, men da med ekstra forholdsregler for å unngå en omfattende nedetidssituasjon.
Spesielt for Invantive Cloud forventes det at en produksjonsversjon vil bli tatt i bruk i løpet av 6. august, som ikke lenger vil generere feilmeldingen. For partnere og brukere på stedet vil det også komme en ny versjon, men gitt antall installasjoner og ferietiden er rådet å inkludere dette i en oppgradering senere, siden årsaken vil forsvinne natten mellom 6. og 7. august.
Exact har tilsynelatende ikke eller ikke helt reversert endringen. En oppgradering av Invantive Cloud har løst de fleste problemene. Problemet oppstår fortsatt ved:
For sistnevnte er den anbefalte løsningen å bruke den tilhørende *Incremental-tabellen. Det vil også komme en ny versjon der Sync-tabellene er justert.
The issue has just been flagged on august 7th, 14:30 at Exact status page
In our case we updated our script by adding where Timestamp >0
create or replace table eol_rest_accountsbulk@sql
as
select *
from syncAccounts@eol
where Timestamp >0 batchsize 50000;
Takk! Skjermbilde nedenfor. Å legge til filter er en god løsning! Det har ingen ytterligere påvirkning bortsett fra å være en løsning for eldre utgivelser.
Forslaget om å bruke filtrering er litt rart gitt utformingen av synkroniserings-APIene 
Jeg har nettopp mottatt en melding fra Exact om at det er løst: 
Exact Online har reversert endringen som forårsaket problemet.