Deze foutmelding wordt primair veroorzaakt doordat het tijdelijke wachtwoord (het “access token”) vaker dan eens per 9,5 minuten vernieuwd wordt. De daadwerkelijke foutmelding vanuit Exact Online is:
Rate limit exceeded: access_token not expired
Het is mogelijk dat specifiek in Exact Online Nederland die limiet van 9,5 minuten nog niet gehanteerd wordt en dat die tussenliggende duur langzaam opgerekt wordt.
Uit de melding met code itgendch099 blijkt dat van de bijna 3.000 tabelpartities er 12 mislukt zijn. Meer dan 99% is dus succesvol verwerkt. De oorzaak van de Exact Online melding is onduidelijk; alle synchronisatie verloopt automatisch. Ook in andere Exact Online administraties zijn deze problemen niet massaal gesignaleerd.
De melding zal in de volgende release aangepast zijn zodat ook voor de systeembeheerder meteen duidelijk is of alle meldingen betrekking hebben op hetzelfde gewenste tijdstip of dat het om - in dit geval - 12 in de tijd totaal uiteenliggende meldingen ging. Ook zullen indien beschikbaar divisiecode van de Exact Online administratie en de tabelnaam opgenomen zijn in de melding.
Advies is om deze release in de week van 15 december te installeren en te kijken of de meldingen uitsluitsel geven.
Als workaround is advies om de synchronisatie nogmaals te draaien, bij voorkeur zonder force, dus bijvoorbeeld als de standaard vervalduur 20 uur is:
use all
alter persistent cache refresh when obsolete within '16 hours'
Hierbij wordt gebruik gemaakt van een iets kortere duur dan de standaard vervalduur van bijvoorbeeld 20 uur zodat alleen de tabelpartities die vlot gaan vervallen en nog niet bijgewerkt zijn bijgewerkt worden.
Voor meer achtergrond zie ook de volgende gerelateerde berichten:
- Itgeneor364: Exact Online heeft minimaal 9,5 minuten nodig tussen elke aanvraag voor een nieuw toegangstoken - 2 van forums
- Itgeneor362 Access to the OAuth data source requires a valid access token. The access token could not be acquired - 4 van forums
- Impact Exact Online API aanpassingen 1 juli 2021