Exportar lançamentos para o contador

Dans Paramètres de l'entreprise ▸ Comptabilité : (1) le SYSTÈME de votre cabinet comptable — Domínio, Alterdata ou Questor ; (2) le CODE de votre entreprise dans ce système, que le comptable fournit ; (3) le CODE DE LIBELLÉ par défaut, que les trois formats exigent en plus du texte. Sans système choisi, la génération refuse et indique ce qui manque — volontairement : choisir un format à votre place produirait un fichier plausible et erroné, que seul le comptable découvrirait.

Les trois formats attendent le code du compte DANS LE PLAN DU CABINET (un numéro réduit), et non le code hiérarchique de Tenka (1.1.01). Ce numéro se trouve dans le champ « code externe » du plan comptable. Un compte sans ce code part avec le code de Tenka et l'importateur REJETTERA cette ligne — l'écran liste lesquelles, nommément. Un rejet visible vaut mieux qu'un numéro ressemblant importé dans le compte d'un autre.

Le centre de coût (enregistrement 6110 de Domínio, colonnes H et I d'Alterdata) sort VIDE, car il n'existe pas de table de correspondance entre le centre de coût de Tenka et le code du centre dans le système du cabinet — envoyer le numéro de Tenka répartirait sur le centre qui aurait par hasard cette valeur là-bas. Pour la même raison, le champ « écriture automatique » d'Alterdata sort vide : il pointe vers un modèle enregistré dans Alterdata, et c'est le modèle qui détermine les comptes.

La configuration est PAR ENTREPRISE, et c'est le cas courant : dans un groupe multi-CNPJ, chaque entreprise est généralement suivie par un cabinet comptable différent, et le format suit le cabinet, pas le groupe. Qui n'a qu'un cabinet pour tout le groupe renseigne la valeur au niveau du TENANT : la valeur du tenant vaut pour toutes les entreprises qui ne la remplacent pas.

Toute écriture automatique de Tenka naît avec une période au 1er du mois. Pour la balance, peu importe ; pour Domínio et Alterdata, non, car ils demandent la DATE DE L'ÉCRITURE. La date est donc reconstruite : encaissement et paiement utilisent la date de LETTRAGE du titre, la facturation utilise l'ÉCHÉANCE. Quand il n'y a pas de titre derrière — paie, impôts, amortissements —, la date devient le DERNIER JOUR DU MOIS, qui est la date comptable correcte d'une provision de clôture. L'écran compte combien de lignes sont dans ce cas, et le décompte est enregistré avec le fichier. Une approximation déclarée est une approximation ; une approximation tue est une erreur.

La paie du mois est une seule écriture à trois lignes : débit en Charges de personnel, crédit en Salaires à payer et crédit en Impôts à reverser. Les trois formats n'acceptent que des lignes de PAIRE (un compte au débit, un au crédit). Tenka dédouble cette écriture en deux lignes dont la somme est identique à celle de l'écriture d'origine — c'est ce que le comptable ferait à la main. Ce qu'il ne fait PAS, c'est envoyer seulement la première paire : cela ferait perdre de l'argent sans aucune erreur.

Si, dans une écriture, la somme des débits n'est pas égale à celle des crédits, elle reste HORS du fichier et apparaît dans la liste des rejets, avec le numéro et l'écart. Deux raisons : Questor rejette le fichier ENTIER lorsqu'il trouve un écart entre débit et crédit, et Domínio accepterait le lot bancal sans rien dire — des deux, le second est pire. Un écart est un défaut de comptabilisation, et c'est dans Comptabilité ▸ Comptabiliser qu'il se corrige.

Parce que les trois importateurs sont des applications Windows historiques qui lisent en CP1252. Un fichier UTF-8 ne provoque pas d'erreur : il s'importe et enregistre « PROVISÃO » avec les accents altérés dans le grand livre du client — un défaut qui n'apparaît que des semaines plus tard, dans un rapport imprimé. Le paramètre d'encodage existe pour le cas où votre cabinet confirme qu'il lit l'UTF-8 ; vide, le fichier sort dans l'encodage par défaut du format. Et le fichier est TOUJOURS téléchargé dans l'encodage avec lequel il a été scellé, même si le paramètre change ensuite : sinon le hash ne correspondrait plus.

Non. L'enregistrement est idempotent par entreprise + format + période : régénérer remplace le fichier de ce mois dans ce format, au lieu d'empiler des copies. Et comme les lignes sortent toujours dans le même ordre, régénérer la même période produit le MÊME fichier — c'est ce qui permet au hash SHA-256 de servir à vérifier avec le comptable que ce qu'il a reçu est bien ce que vous avez envoyé.