Itgenoda316 ExactOnlineREST.Incremental.TransactionLinesIncremental

Je continue à avoir des problèmes avec ExactOnlineREST.Incremental.TransactionLinesIncremental. Le Top 100 fonctionne, mais certaines requêtes sur cette table ne fonctionnent pas aujourd’hui. Cela fonctionnait normalement les jours précédents. D’autres tables fonctionnent bien. Est-il peut-être plus judicieux d’utiliser non pas ExactOnlineREST.Incremental.TransactionLinesIncremental, mais plutôt la table ordinaire TransactionLines ?

Succès :

Échec :

itgenoda316
La connexion avec le site web a été fermée de manière inattendue et forcée à … pour des raisons telles que des privilèges insuffisants, un plantage du site web, un redémarrage du système, une fermeture forcée de l’hôte distant ou une action du pare-feu.
La récupération des données a échoué pour les 10 tentatives pendant 418 secondes.
Veuillez contacter le support API de Exact Online.
Les données n’ont pas pu être téléchargées car la connexion a expiré avant de retourner les résultats.
Le délai d’attente était fixé à 23 000 ms.
L’opération a expiré.

Le code d’erreur itgenoda316 se produit lors de l’appel à l’API Exact Online.

Le serveur API Exact Online ne répond pas dans les 23 secondes. Ce problème survient dans certaines environnements d’Exact Online et n’est pas résoluble par Invantive.

Le conseil est soit de suivre le conseil affiché pour contacter le support API de Exact Online, soit de croiser les doigts et d’utiliser par exemple TransactionLinesBulk, en espérant que celui-ci ne renvoie pas de messages d’erreur de délai d’attente sur l’API Exact Online.

Notez que l’utilisation de TransactionLinesIncremental pour récupérer seulement une période est inefficace. TransactionLinesIncremental traite toujours toutes les lignes comme décrit dans Snel en met minder API-calls Exact Online uitlezen met de incrementele "sync API"-tabellen.

Dans ce cas, 18 519 lignes sont utilisées parmi les 1 460 950 lignes traitées.

Avec TransactionLinesBulk, un filtre peut être transmis comme filtrage côté serveur (voir Optimalisatie API calls zoals met Exact Online pour plus d’informations sur le filtrage côté serveur).

Merci, cela m’aide. Cela s’applique-t-il à toutes les tables *Incremental, et est-il toujours préférable d’utiliser *Bulk ?

Non, ce n’est pas un conseil générique. C’est un équilibre entre les applications OLAP et OLTP, chacune avec ses propres API comme décrit dans l’article.

Dans ce cas spécifique, il y a cependant un problème au sein d’Exact Online, rendant *Incremental inutilisable tant qu’Exact n’a pas pris des mesures.