tri-courrier-entrant — étape ①> Action humaine : ouvrir un mail et décider en un coup d'œil s'il mérite d'être traité.
> Sort les pièces + l'en-tête utile. N'analyse pas les pièces, ne range rien.
C'est la porte d'entrée du pipeline. Son seul rôle : éviter qu'on analyse et range
du courrier qui n'a rien de comptable, et préparer un « dossier » propre pour la suite.
echo '<mail.json>' | python3 scripts/tri.py
Entrée : le mail (expéditeur, objet, corps, date, identifiant, pièces jointes).
Sortie : un dossier initial que les étapes suivantes enrichiront.
{
"relevant": true,
"reason": "pièce jointe + mot-clé « facture »",
"email": { "from", "domain", "subject", "date", "messageId" },
"pieces": [ { "filename", "path", "mimeType" } ],
"ignored_attachments": [ { "filename", "reason" } ]
}
Un mail est retenu s'il porte une pièce exploitable (PDF, image, .eml, XML,
CSV/OFX) ou un mot-clé comptable (facture, paiement, TVA, relevé, avoir…).
Sinon il est écarté — on ne perd pas de temps dessus.
Les images (PNG/JPG) sont gardées : une facture peut être scannée ou
photographiée. C'est l'étape ② qui dira si l'image porte vraiment un document ;
un simple logo de signature finira naturellement en « non comptable » plus loin.
En une phrase, dans le ton habituel, sans jargon : « Ce mail de … contient une
facture à traiter » ou « Ce mail ne concerne pas la comptabilité, je le laisse de
côté ». Ne mentionne jamais le script ni le JSON.
Quand le mail est pertinent, la suite logique est l'analyse de chaque pièce
(étape ②). En usage courant, c'est l'orchestrateur pipeline-comptable qui
enchaîne tout seul.
comptable (ou à un skill dédié) de décider quoi en faire.
共 1 个版本