Déclaration des paiements aux prestataires — États-Unis : rapprochement du TIN, rattachement des paiements fournisseurs, dépôt et corrections (Odoo 19)

Ce qu'il ajoute, et pourquoi c'est ce qui manque

Le rattachement part du paiement, pas de la facture. C'est la faute qu'on retrouve dans tous les tableurs : on totalise les factures de l'année et on déclare un prestataire pour une facture de décembre payée en février. Le régime déclare ce qui a été payé dans l'année. Le module part donc de account.payment, et le moyen de règlement vient du journal — un journal marqué « carte de paiement » fabrique un paiement marqué hors champ, avec son motif, plutôt qu'un silence.

Le rapprochement de l'identifiant fiscal, et son contournement. Le module gratuit regarde la forme d'un identifiant. Savoir si le couple nom + identifiant concorde demande d'interroger l'administration — qui le permet, « interactive or bulk », mais par son portail seulement, derrière un compte inscrit au Payer Account File. Aucune interface qu'un logiciel puisse appeler n'est publiée.

Le module ne fait donc pas semblant. La source « service en ligne » est câblée et décochée, avec son motif écrit sur l'écran. Le contournement, lui, marche vraiment : le lot fabrique le fichier, vous le déposez, vous rapportez le fichier de réponse, et le module le relit. Chaque verdict porte sa provenance — rapporté d'un fichier, ou saisi à la main — sa date, et le code brut du service à côté, pour que sa traduction reste contestable.

Le fichier de dépôt est piloté par un gabarit de colonnes. La spécification exacte attendue par le portail n'a pas pu être vérifiée sans compte. Écrire un format inventé serait la pire des fausses confirmations : le fichier sortirait, et serait rejeté — ou pire, accepté de travers. Le module livre donc un gabarit générique explicitement nommé comme tel, que vous recopiez et alignez sur ce que votre transmetteur demande. Les valeurs disponibles sont une liste fermée : une colonne ne peut pas contenir du code.

Les corrections reprennent ce qui a été déclaré. Une correction n'est pas une modification : c'est un second dépôt qui dit ce qui change. L'assistant recopie les feuillets de la déclaration déposée — instantané d'identité compris — plutôt que de repartir du registre, qui a pu bouger pour d'autres raisons.

Ce qu'il ne fait pas, et il le dit

• Il ne transmet rien à l'administration. Il fabrique les fichiers ; vous les déposez.

• Il ne classe pas une correction dans une catégorie officielle : ces règles n'ont pas pu être vérifiées à la source, et il ne les invente pas.

• Il ne conclut pas. Il dit qu'un couple nom-identifiant n'a pas concordé, à telle date, par telle provenance. Il ne dit pas s'il faut retenir le paiement.

Non éprouvé en production. Aucun dépôt réel, aucun lot réel n'a été porté à une administration avec ce module. Tout ce qui n'a pas pu être vérifié est écrit dans VERIFICATION.md et affiché à l'écran, jamais deviné.