1 administratie komt niet door in GLClassificationsIncremental, maar wel in GLAccountsIncremental

Vragen
,
1

Bij het ophalen van onderstaande URL:

https://bridge-online.cloud/acme4686/odata4/ExactOnlineREST.Incremental.GLClassificationsIncremental@eol

krijg ik de data van 1 administratie niet binnen uit 5 administraties.

Een download van GLAccountsIncremental voor dezelfde database retourneert wel de 5 administraties.

Een query op GLClassificationsIncremental op UniversalSQL-editor retourneert wel 5 administraties.

Als de incremental-cache en OData response-cache volledig geleegd zijn, komt de data van alle 5 de administraties door.

2

Vandaag ontbrak weer 1 administratie (ditmaal een andere administratie en de tabel TransactionLinesIncremental i.p.v. GLClassificationsIncremental).

Een collega heeft met zijn eigen user account gedownload; dit gaf wel alle 5 administraties.

Cache reset uitgevoerd op Bridge Online onder het reguliere user account voor het downloaden. Herladen gestart.

3

Na de cache reset kwamen weer alle administraties binnen.

4

Tot zover komt uit de analyse:

  • treedt op sinds 10 juni of eerder,
  • treedt op bij een klein deel van de gebruikers en een deel van de un-cached requests,
  • treedt op bij GLClassificationsIncremental en GLAccountsIncremental,
  • op basis van logging treedt uitsluitend op bij *Incremental Exact Online-tabellen.

Zodra meer informatie beschikbaar is zal dit onderwerp aangevuld worden.

5

De cache resetten heeft bij mij nog niet geholpen.

6

Een mogelijk scenario is gevonden doordat een discrepantie kan ontstaan tussen de verschillende soorten versleutelde bestanden die gebruikt worden. Dit scenario past bij de eerdere analyse en het probleem qua voornamelijk kleine statische tabellen van gebruikers die de software al langere tijd gebruiken. Het betreft een regressiebug, die ontstaan is door analytische aanpassingen in het kader van Ontbrekende Exact Online transacties en data door wijzigingen buiten de specificaties in divisies.

In de loop van 17 juni zal een verbetering in productie genomen zodat een foutmelding itgeneor795 of itgeneor784 optreedt in plaats van het stilletjes achterwege laten van delen van de data. Na het optreden van de foutmelding zal de volgende download wel slagen.

Een structurele verbetering die automatisch zichzelf herstelt zonder foutmelding zal in de loop van deze week in productie genomen worden.

7

Wij hebben gisteren om 17.15 wederom hetzelfde probleem ervaren bij een verversing. Er vielen wederom meerdere divisies weg.

Met het verversen vanuit een andere Invantive gebruiker op dezelfde datacontainer vielen weer andere divisies weg. Vanuit weer een andere Invantive gebruiker op dezelfde datacontainer kregen we wel een volledige dataset geretourneerd. Is het bekend dat dit probleem nog steeds speelt?

8

Correct; de oplossing had een onverwachte impact op andere gebruikers. Er wordt momenteel gewerkt aan een verdere verbetering.