Messages d'erreur et solutions par logiciel ERP. Cet article traite des erreurs spécifiques à chaque logiciel. Pour les problèmes génériques d'API, de webhook et de connectivité : voir Dépannage intégrations.

Les messages d'erreur avec le préfixe U4 proviennent de Unit4 ERPx. La solution se trouve presque toujours du côté du logiciel, pas chez eConnect. Le client peut télécharger le fichier XML depuis la plateforme et le transmettre à l'administrateur Unit4.

Compensation DueDate : Unit4 ne peut pas traiter les factures sans DueDate/PaymentDueDate (le champ n'est pas obligatoire dans le XML). eConnect définit par défaut le PaymentDueDate à l'IssueDate (date de facture) plus 30 jours lorsque ce champ est absent. Il s'agit d'un Rule Based Enrichment standard, configuré par client en tant que PrivateObject dans la PSB (typiquement avec l'Id unit4-setDueDate-30days).

Facture comptabilisée mais pièce jointe PDF manquante : les ruptures de connexion antérieures du côté Unit4 où le PDF était perdu font désormais l'objet de nouvelles tentatives (confirmé par Platform & Intégrations, mai 2026). Cas restants : voir le chemin de diagnostic ci-dessous.

UBW est le nom classique Agresso/UBW ; au sein d'eConnect, nous l'utilisons comme alias de recherche aux côtés d'Unit4 ERPx, où ce transfert a lieu.

Symptôme : une facture entrante (souvent non-Peppol) a été envoyée manuellement par e-mail à @trust.econnect.eu, est visible dans la plateforme, mais n'est pas (encore) dans UBW/Agresso ou le progiciel financier connecté. Voir aussi Email Receiver pour l'entrée via cette adresse.

Faites d'abord cette distinction, avant d'escalader :

1. Délai temporaire de lot ou de transfert : le document se trouve correctement dans la plateforme, mais le processus automatique de récupération ou de comptabilisation du client doit encore s'exécuter ou est en cours. Cela se résout généralement seul ; il n'y a pas de panne.
2. Définitivement absente : après l'exécution attendue, la facture reste absente. Poursuivez alors avec Diagnostic : facture non reçue dans ERPx sans message d'erreur ci-dessous (type d'intégration, documentId/consignmentId, Events, idempotence entre Autopilot et ERPx).

En cas de signalement récent :

1. Confirmez la visibilité et le statut de la facture dans la plateforme.
2. Demandez le type d'intégration ou le progiciel ERP (UBW/Agresso, Unit4 ERPx via Autopilot, SFTP/PSB, ...) et si le processus automatique s'est déjà exécuté aujourd'hui.
3. Le processus ne s'est pas encore exécuté ou est en cours ? Attendez alors brièvement et confirmez après l'exécution. N'escaladez pas prématurément.
4. Le processus s'est exécuté et la facture reste définitivement absente ? Rassemblez les identifiants et suivez le chemin de diagnostic ci-dessous.

Il n'y a pas de SLA fixe en heures entre la soumission via l'Email Receiver et le traitement dans UBW/ERPx.

Ce chemin s'applique aux plaintes telles que « Comptabilisé dans eConnect mais non visible dans ERPx » ou « La facture semble n'être jamais arrivée, aucun message dans le Document Journal ».

Contexte : La route Autopilot -- Unit4 ERPx est idempotente (correspondance sur le numéro de facture + client + fournisseur). En cas de correspondance, ERPx n'est pas appelé à nouveau et seul un PDF manquant est téléchargé, tandis que la plateforme affiche quand même Booked. Un Document Journal vide pour la deuxième soumission ne signifie donc pas que la facture est perdue, mais généralement que la vérification idempotente a été déclenchée.

Vérifiez d'abord ceci avec un partenaire Unit4 ayant plusieurs factures :

0. Livré uniquement, pas de journal : le statut Delivered/Reçu dans la boîte de réception avec 0 résultat dans les Document Journals signifie qu'aucune tentative de comptabilisation Autopilot (Booked/Booking failed) n'a encore eu lieu. Soumettez d'abord à nouveau la facture au logiciel connecté ; ne lancez une investigation Events qu'après cela. Voir Autopilot -- Journaux de documents.
1. Séparer les parties : le client destinataire (utilisateur ERPx) n'est pas le même que le fournisseur sur la facture, ni le même qu'une éventuelle partie intermédiaire sur un journal joint.
2. Journal ou document correct : vérifiez si la pièce jointe ou le journal eConnect est le document revendiqué (numéro de facture, fournisseur vers destinataire). Un journal erroné est un document différent ; ne lancez pas d'investigation ERPx sur celui-ci.
3. Identifiant par facture revendiquée : au minimum le numéro de facture, de préférence aussi documentId ou consignmentId. Plusieurs numéros de facture manquants sont des documents séparés ; Booked sur la facture A ne couvre pas la facture B.
4. Booked plus erreur de doublon (par ex. invoice number already exists, ou après une nouvelle soumission) : souvent, le même numéro de facture a été envoyé à nouveau. La plateforme peut afficher Booked sur la comptabilisation précédente ; ce n'est pas une preuve qu'un autre numéro de facture se trouve dans ERPx. Confirmez cela via Events (étape 3 ci-dessous) ou un enregistrement ERPx existant.

Étapes :

La transformation ABWInvoice a été créée sur la base de documents de test originaux. Les variantes de documents non standard (p. ex. factures en texte libre) peuvent échouer avec "API400: Initializing failed". Solution : soumettre une demande de modification à l'équipe de développement pour une extension de transformation.

Les messages d'erreur avec le préfixe BC proviennent de Business Central. Peu d'influence de la part d'eConnect ; le client doit vérifier la configuration BC.

Le préfixe entre crochets indique le type de réponse qu'eConnect a reçu de Business Central lors de la comptabilisation de la facture :

• [BC400] -- une demande rejetée par Business Central (BC a renvoyé une erreur de type 400). Il s'agit presque toujours d'une erreur de validation ou de relation de table dans la configuration BC du client (p. ex. une valeur manquante dans une table associée ou un champ qui ne satisfait pas une condition BC). Le texte directement après [BC400]: (comme Internal_InvalidTableRelation ou Application_FieldValidationException) nomme l'erreur BC concrète et pointe vers le champ ou la table à corriger.
• [BCBadRequest] / [BCNotFound] / [BCTooManyRequests] -- réponses BC similaires (demande rejetée, introuvable, limite de débit).
• [API400] -- rejeté par l'API eConnect elle-même, pour BC (p. ex. un paramètre de connexion incorrect).

Dans tous les cas de préfixe BC, la solution réside du côté BC (configuration du client) ; eConnect a peu d'influence ici.

Panne connue ? Vérifiez d'abord status.exact.com pour les pannes Exact actuelles -- distinct de la page de statut propre à eConnect (support.econnect.eu/status/). Une panne chez Exact lui-même (par ex. Exact Online, Exact API) explique parfois des erreurs qui ne sont pas liées à la connexion eConnect.

Connexion : SOAP-enterprise, uniquement réception (achats). Configuration : Connecter ECI Inventive.

Deux causes, à ne pas confondre :

1. Perturbation de la plateforme eConnect : par exemple des pièces jointes PDF non fournies. Vérifiez le statut de la facture dans la boîte de réception eConnect.
2. Erreur de validation du payload propre du côté Inventive : hors du périmètre du support eConnect. L'administrateur Inventive enquête sur cela.

Statut "traité" dans la boîte de réception eConnect signifie que eConnect a livré correctement la facture. Si la facture manque ensuite toujours dans Inventive, vérifiez d'abord le payload/import Inventive (tâches batch), pas à nouveau la réception eConnect.

Pour chaque logiciel ERP, les étapes suivantes s'appliquent :

1. Tester la connexion : tous les logiciels nécessitent le port 443 vers l'endpoint eConnect.
2. Révoquer l'intégration logicielle : Plateforme > Connexions > Révoquer la clé > supprimer également dans le logiciel associé.
3. Soumettre les documents à nouveau : Boîte de réception/envoi > trois points > "Soumettre à nouveau le téléchargement API". Pour le marquage en doublon, d'abord "Marquer comme original".