Une comptabilité prête dès la fin du mois

Un humain connecté, propriétaire ou administrateur de l'espace. L'endpoint de clôture refuse les clés API et les comptes de service, la validation de clôture n'est jamais exposée comme outil de modèle ou MCP, et les outils MCP du flux de clôture n'ont délibérément pas de validation. L'automatisation peut suggérer qu'une période est prête. Elle ne peut pas la clôturer.

Non. Il n'existe aucune procédure de réouverture : une correction est une nouvelle écriture de régularisation dans une période ouverte. Toute écriture visant une période clôturée est arrêtée, et l'arrêt est enregistré avec son motif.

La clôture exécute ses contrôles dans l'ordre et s'arrête au premier échec. Les contrôles nommés : la couverture des sources est complète, aucun brouillon ne reste, chaque écriture est équilibrée au centime, chaque écriture a au moins une ligne active, et le change est finalisé sur chaque ligne. Les brouillons sont validés dans la même transaction que le verrou, si bien qu'un brouillon ne saute jamais directement au verrou.

Un modèle lit la facture et les lignes bancaires candidates, et renvoie pour chaque paire une probabilité de règlement entre 0 et 1, plus une phrase nommant les preuves qu'il a retenues. Les preuves qu'on lui demande de peser sont publiées : le montant, où quelques pour cent de frais bancaires ou d'écart de change valent encore un règlement complet, le libellé bancaire, la date de paiement face à la date d'émission, le sens du mouvement, et le fait que les deux contreparties se rattachent déjà à la même fiche société. On lui dit aussi qu'un montant, une devise ou une date en commun ne suffisent jamais seuls, et de ne rien rapprocher plutôt que de deviner. Deux garde-fous déterministes s'appliquent ensuite à cette réponse et ne peuvent que l'abaisser : un garde-fou de lot, quand un même paiement est proposé sur plusieurs factures dont les montants affectés dépassent ce que valait le paiement, et un garde-fou de cohérence des parties, quand les deux contreparties sont identifiées et divergent sans référence de facture sur la ligne pour l'expliquer. Ce qui subsiste décide de la bande. À 0,7 et au-dessus, le paiement se lie à la facture. De 0,55 à 0,7, il vous attend. Sous 0,55, il est écarté.

Non. Well ne fournit aucun adaptateur d'écriture pour Xero ou Pennylane : la résolution des écarts de registre ne déclare que QuickBooks, et aucun code de clôture ou de comptabilité de Well n'enregistre d'écriture dans l'un ou l'autre grand livre. Aucun accès demandé par Well sur ces deux autorisations OAuth n'autorise l'écriture au journal. La passation, c'est l'export : un fichier FEC ou un CSV d'une période clôturée.

Une séquence légale sans trou par exercice, une ligne d'audit en ajout seul par clôture qui verrouille des écritures (et par passage en force) avec l'acteur et le motif, et sur chaque écriture qui l'a validée et quand. Pour une période clôturée, un fichier FEC (France, chaque écriture équilibrée, chaque compte mappé) ou un CSV.

Chaque catégorie vient d'un seul catalogue de 46. Quand vous corrigez la même contrepartie vers la même catégorie sur trois transactions distinctes, cela devient une règle et le classifieur n'est plus consulté pour elle. Une correction vers une autre catégorie remet le compte à zéro. Une catégorie que vous fixez ne porte jamais de confiance, si bien que votre décision n'est jamais confondue avec une supposition.

Par e-mail (Gmail et Outlook), par flux bancaire (Plaid et Qonto), depuis une tâche de collecte dans l'extension Chrome, depuis un fichier déposé dans une session, ou par l'API REST et les outils MCP de chargement. Chaque canal écrit dans le même graphe de contexte.