Bilan actuariel

La synchronisation a-t-elle tourné ? Correspond-elle à la source ? Qu'est-ce qui n'est pas entré, et pourquoi ? Chaque exécution apparaît avec les chiffres réels — lus, créés, mis à jour et en attente — même en cas d'échec. Le rapprochement affiche le décompte DANS LA SOURCE à côté du décompte DANS TENKA : en cas d'écart, il passe au rouge, sans interprétation.

Lorsqu'un enregistrement arrive sans destination claire (type d'opération non classé, entreprise non confirmée, emplacement de stock sans dépôt), il N'ENTRE PAS de travers : il devient une anomalie avec le motif écrit. Corrigez la cause sur l'écran de configuration et cliquez sur Retraiter — le connecteur relit et ce qui était en attente entre. Rien ne se perd, rien n'entre en cachette.

D'abord « Recharger les référentiels » : les référentiels seront lus intégralement à la prochaine synchronisation (le chargement historique mois par mois N'EST PAS affecté — aucun progrès n'est perdu). Ensuite « Exécuter maintenant », pour que les référentiels entrent. Enfin « Lier les références », qui relie les documents aux référentiels arrivés. L'ordre compte : lier avant de recharger ne trouve rien, car le référentiel n'existe pas encore.

Le clic sur « Exécuter maintenant » lance la synchronisation en arrière-plan et allume l'indicateur « Synchronisation en cours… » à côté du titre Exécutions. La liste se met à jour toute seule toutes les quelques secondes pendant l'exécution, et l'indicateur disparaît quand elle se termine — le statut final (OK, PARTIEL ou ÉCHEC) figure sur la première ligne de la liste, avec le détail par ressource.

Lorsqu'une échéance, une facture ou une commande arrive de l'ERP en citant un client, un fournisseur, une nature ou un centre qui n'a pas encore été importé, le document ENTRE — avec montant, date et échéance préservés — et le lien manquant est enregistré avec le code de l'ERP. Rien n'est écarté et rien ne doit être ressaisi. Tant qu'il y a un lien en attente, le tableau de bord indique en rouge que le chargement N'EST PAS complet : les totaux par client, fournisseur, nature et centre sont partiels jusqu'à ce que la liaison ait lieu.

Comme le code de l'ERP est conservé dans chaque lien en attente, la liaison est une opération locale — quelques secondes, sans toucher la source. C'est la différence entre résoudre 1 800 anomalies en un clic et relire 270 000 échéances dans l'ERP pendant des heures. Seul le cas de l'échéance qui N'EST PAS entrée (nature absente avant cette version) exige de réimporter le mois.

Si la nature de l'ERP n'existe pas encore, l'échéance entre dans une nature technique appelée « À CLASSER » — car l'alternative serait de refuser l'échéance et de perdre la donnée. Ce N'EST PAS une catégorie métier : c'est un marqueur temporaire. La nature réelle est conservée dans le lien en attente et remplace la nature technique lorsque le référentiel arrive. Aucun rapport ne doit être lu comme définitif tant qu'il y a des échéances dedans.

Le bouton « Retraiter » d'une anomalie de document (finances, factures, commandes) tente de LIER la référence — il n'efface pas la progression du chargement mois par mois. « Recharger les référentiels », en revanche, ne remet à zéro que le curseur des référentiels. Les 92 fenêtres de l'historique ne sont relues que si vous demandez explicitement la réimportation d'un mois.

Lorsqu'un document de l'ERP est bloqué à l'import, le système enregistre de quel mois il provenait. Le panneau « Complétude et réparation » liste ces mois, et le bouton de réimportation ne relit qu'eux — au lieu de relire depuis ce mois jusqu'à aujourd'hui. Relire est sûr : les enregistrements existants sont mis à jour par la clé de l'ERP et jamais dupliqués. Attention à la limite : les documents bloqués dans des versions antérieures du système n'ont pas laissé cet enregistrement de mois ; pour les récupérer, utilisez « Réimporter depuis le mois », en indiquant le mois concerné le plus ancien.

Le panneau de complétude comporte deux types de messages, qui demandent des actions différentes. Les messages normaux décrivent l'ÉTAT (« N liens en attente de référentiels », « N auraient dû être liés ») et l'action porte sur les données : recharger les référentiels, décider d'une correspondance. Le message ROUGE commençant par « ÉCHEC de la liaison de… » est autre chose : le passage de ce domaine a planté et a été annulé — rien n'y a été lié, et le texte indique l'erreur technique exacte. Dans ce cas, inutile de recharger les référentiels ou de cliquer à nouveau : copiez l'erreur et envoyez-la au support. C'est la vraie raison d'un « 0 lié ».

Dans le panneau « Voir ce qui manque » du rapprochement, le côté « en trop dans Tenka » liste ce qui existe ici et n'existe plus dans la source. Que faire de ces restes relève de la politique du connecteur : CONSERVER ne touche à rien (par défaut) ; DÉSACTIVER les retire de l'activité et préserve l'historique — c'est recommandé ; SUPPRIMER efface physiquement, mais seulement ce qu'aucun document ne référence — un enregistrement cité par une échéance ou une facture est désactivé au lieu d'être supprimé, et le rapport indique combien ont été retenus. Utilisez toujours Simuler d'abord : cela montre les chiffres sans rien enregistrer. Les documents financiers n'entrent pas dans cette routine ; une échéance rapprochée est immuable par règle.

Sur les grandes bases, la liaison dépassait le délai d'attente de la base de données et tout le passage était annulé — l'écran affichait « 0 lié » avec un diagnostic qui parlait des référentiels, et la vraie cause restait dans un log. Désormais l'échec apparaît en rouge avec l'erreur exacte, et la liaison elle-même a été réécrite pour résoudre chaque lien une seule fois et travailler par lots. Si un message rouge apparaît encore, copiez le texte : il nomme le domaine et l'erreur.

Lorsqu'un document entre en citant un référentiel qui n'existe pas encore dans le miroir, il ENTRE quand même — avec le champ vide et le code de l'ERP conservé à côté. « Lier les références » fait trois choses, dans cet ordre : enregistre le lien dans le document, marque le lien comme résolu et, enfin, clôt l'anomalie qui apparaît dans la liste. Les deux premières étapes constituent le chargement ; la troisième n'est que le tampon.

Si le message indique que les liens ont été liés et ENREGISTRÉS mais que la clôture des anomalies n'a pas tenu dans le passage, le travail est fait. Ce qui reste, c'est le tampon : les lignes continuent d'apparaître comme ouvertes jusqu'à la prochaine exécution, et aucun chiffre n'a changé pour autant. C'est différent du message rouge, qui dit que le passage a été annulé — celui-là signifie bien que rien de ce domaine n'a été lié.

Recharger les référentiels apporte la table de correspondance actuelle de l'ERP. Exécuter maintenant traite ce qui est en attente selon cette correspondance. Réimporter le mois uniquement lorsque la règle d'un mois clôturé a changé. Réimporter AVANT de recharger retraite le mois selon l'ANCIENNE correspondance — et le résultat semble juste, car il ne génère aucune erreur.

À chaque exécution, le chargement confronte les anomalies ouvertes au miroir : un avertissement « échéance non entrée » dont l'échéance EST DÉJÀ sur la plateforme (entrée lors d'une exécution ultérieure ou par relecture) est clôturé automatiquement, avec un tampon indiquant qui l'a clôturé et pourquoi. Ce qui reste dans la file, c'est uniquement ce qui demande une décision humaine — échéance mal saisie, e-mail invalide, référentiel à vérifier dans l'ERP.

Dans Tenka, l'e-mail du contact est l'identité d'accès au portail, et c'est pourquoi il ne peut pas être répété. Lorsque la source envoie le même e-mail pour deux personnes différentes — l'associé de deux entreprises, le comptable de plusieurs, l'adresse générique de l'accueil — le second contact entre avec nom, téléphone et fonction, mais sans l'e-mail, et une anomalie le signale. Rien n'est perdu : le téléphone, qui est la donnée qu'on utilise pour appeler, reste là. Pour que ce contact puisse accéder au portail, donnez-lui un e-mail propre dans l'ERP source et synchronisez ; l'anomalie se clôt à l'exécution suivante.

Le relevé liste le jour par jour PAR COMPTE BANCAIRE, donc une échéance sans compte n'y apparaît pas — même si elle est importée et correcte dans la DRE. Si le chargement est entré avant que le compte n'existe dans le miroir, le code du compte a été conservé dans le document : cliquez sur « Recharger les référentiels », puis sur « Exécuter maintenant » et enfin sur « Lier les références ». Il n'est nécessaire de réimporter aucun mois. Si le badge des liens en attente ne revient pas à zéro, les référentiels restants n'existent réellement pas dans la source.

Pas nécessairement — et c'est le cas le plus piégeux de l'écran. Un nombre égal ne signifie pas un ENSEMBLE égal : il est déjà arrivé qu'il y ait 38 comptes bancaires dans la source et 38 ici, avec 24 codes différents entre les deux côtés. Utilisez « Voir ce qui manque » sur la ligne pour voir les codes que la source possède et pas le miroir, et ceux qui n'existent qu'ici. La liste vaut pour les référentiels (partenaires, produits, comptes, natures, centres, TOPs) ; pour les échéances, factures et commandes, la bonne question est le diagnostic des liens en attente, car il y a des centaines de milliers de clés.

Pas toujours — et cette phrase a déjà désigné le mauvais coupable. Elle décrit l'ÉTAT de la base au moment de la lecture : document présent, champ vide, référentiel compatible. Si le passage précédent a lié puis a été annulé pour une raison quelconque, ces mêmes liens apparaissent ici comme s'ils n'avaient jamais été tentés. Avant de l'enregistrer comme défaut, relancez « Lier les références » et voyez si le chiffre baisse : s'il baisse, c'était un passage interrompu ; s'il reste identique, c'est un vrai défaut.

Le chargement lui-même : tout référentiel cité par un lien en attente (par exemple, la nature d'une ancienne échéance entrée par l'incrémental) est demandé NOMINATIVEMENT dans la prochaine requête à la source, même hors de la fenêtre de dates. C'est la règle « ce que le chargement a cité, le chargement le demande » — sans dépendre de la réimportation de mois entiers.

Parce qu'ils ne relèvent plus de la décision de quelqu'un (règle du 30/09/2026). E-mail invalide, en double ou absent à la source : la fiche entre sans e-mail, point — il n'y a rien à décider ici, et la correction dans l'ERP est facultative. Partenaire qui n'est ni client ni fournisseur dans l'ERP : celui qui a un titre de dépense entre comme fournisseur et celui qui a un titre de recette entre comme client, automatiquement ; celui qui n'a ni rôle ni mouvement n'est pas reflété, ni ses contacts. Solde d'un compte bancaire absent du miroir : c'est un compte inactif à la source, et son solde est ignoré. Rien de cela ne quitte votre radar : le résumé de chaque exécution, colonne Détail, compte combien sont entrés sans e-mail, combien sont restés sans rôle et combien de soldes ont été ignorés. Les anciens éléments en attente de ces trois types ont été clos comme IGNORÉS lors de la mise à jour.