Pour la synchronisation initiale d’une grande administration Exact, nous utilisons entre autres TransactionLinesIncremental. Ai-je bien compris que cette première fois, elle récupère en fait tout l’historique (et donc consomme beaucoup de budget API Exact), et qu’elle n’est vraiment “incrémentale” qu’ensuite?
Pour les très grandes administrations, nous atteignons parfois la limite quotidienne d’Exact Online (itgeneor229 / HTTP 429 via Invantive Bridge Online).
Nous pouvons nous-mêmes reprendre à partir d’un point de contrôle le jour suivant, mais faites-vous quelque chose de similaire de votre côté avec Incremental (comme construire le cache sur plusieurs jours), ou devons-nous tout gérer par nous-mêmes en filtrant plus petit (année/période) et en réessayant?
Si vous avez un schéma recommandé pour “une première fois en grand, puis par delta”, je suis preneur.
Pour plus d’informations sur le fonctionnement des tables incrémentielles, rendez-vous sur :
Jusqu’à 5 millions de lignes de transactions peuvent être traitées par jour depuis un état froid. Invantive SQL construit automatiquement le cache pour les environnements plus grands, mais en général, il n’est pas conseillé de traiter de tels ensembles de données volumineux via Invantive Cloud ou des tables incrémentielles. Il vaut mieux analyser le comportement et comprendre comment on atteint plus de 5 millions d’enregistrements. Ensuite, choisir l’approche appropriée.
Si la limite d’Exact Online de 5 000 appels API est dépassée (ou quelle que soit la limite commercialement convenue avec Exact Online), le moteur prend en charge l’étalement de la charge initiale sur le nombre de jours configuré via l’attribut de fournisseur max-age-sync-last-unused-days (événement itgeneor255).
Veuillez noter :
Par défaut, max-age-sync-last-unused-days est égal au nombre de jours après lequel Exact Online supprime les transactions annulées (précédemment déterminé au 28-1) moins (choisi arbitrairement) 10.
La limite de 2 mois a été fixée d’après la documentation en 2022 et reste selon la documentation la valeur officielle. Plus tard, elle a été réduite à 28 jours en 2022 car le fonctionnement réel s’est avéré différent. Cependant, en 2026, des indications persistantes montrent qu’Exact Online applique actuellement une limite beaucoup plus large de 6 mois plutôt que 28 jours ou 2 mois. Cette disparité entre la documentation et le comportement réel fait toujours l’objet d’une enquête (voir Veel regels in SyncDeleted).
L’étalement du téléchargement sur plusieurs jours n’est que d’une utilité limitée. Même après un téléchargement initial, une reconstruction complète est effectuée si nécessaire pour résoudre les problèmes connus dans Exact Online.
Dans l’ensemble, l’utilisation des tables incrémentielles n’est recommandée que pour les administrations comptant un maximum d’environ 15 millions de lignes. Choisissez d’autres solutions comme des tables *Bulk avec logique supplémentaire pour des environnements plus grands ; en pratique, les utilisateurs sont déjà conscients que de tels volumes de lignes entraînent divers défis.
Cette question a été automatiquement fermée après 1 semaine d’inactivité. La dernière réponse donnée a été marquée comme solution.
Veuillez poser une nouvelle question dans un sujet séparé si le problème réapparaît. Veuillez inclure un lien vers ce sujet dans la nouvelle question en collant son URL dans le texte.