Pourquoi

Tricount partage une dépense uniformément (ou en parts fixes). Dans des courses à plusieurs,
la moitié d'un ticket est commune — pâtes, lessive, papier toilette — et l'autre moitié est
personnelle. Recopier 40 lignes à la main dans l'appli, personne ne le fait : on finit par tout
mettre en commun, et les comptes sont faux.

Cette PR apporte l'application complète qui fait ce découpage en une minute.

Le principe, en 4 temps

1. Connexion au Tricount — via son lien de partage. L'API (non publique) de Tricount/bunq est
utilisée avec une paire de clés RSA générée localement au premier lancement et stockée dans
credentials.json, exclu du dépôt. Pas de compte à créer, pas de mot de passe.

2. Lecture du ticket, sans IA — les applis d'enseigne (Mon E.Leclerc & co) exportent des PDF
avec une vraie couche texte. receipt_parser.py la lit avec pdfplumber + regex : pas d'OCR,
pas d'appel à un modèle, pas d'octet qui sort de la machine. Pour les enseignes sans export
(Lidl…), receipt_ocr.py fait un OCR local (EasyOCR), valide la somme des lignes contre le
total imprimé et signale toujours le résultat comme à vérifier.

3. Répartition — chaque ligne est Commun par défaut ; un clic la bascule sur une personne.
Les totaux par personne se recalculent en direct, rayon par rayon.

4. Écriture dans Tricount — une seule dépense est créée avec un custom split où chacun doit
ses articles perso + sa part égale du commun. Les arrondis sont absorbés par le dernier membre
pour que la somme des parts tombe exactement sur le total du ticket. Les dépenses déjà
existantes peuvent aussi être re-découpées après coup, en conservant la photo attachée.

Captures

Vue d'ensemble du Tricount — soldes et dernières dépenses :

Import du ticket (PDF, CSV ou photo), ou reprise d'une photo déjà dans le Tricount :

Répartition article par article — C = commun, ou une initiale pour l'attribuer à quelqu'un.
Le bandeau du haut suit les totaux en direct :

Confirmation : le détail de ce que chacun doit, perso + part du commun.

Ces captures viennent du mode démo ajouté par cette PR : membres (Alex / Billie / Charlie),
ticket et montants sont entièrement fictifs. Aucune donnée réelle dans le dépôt.

Essayer sans Tricount

pip install -r requirements.txt
python demo/demo_server.py     # http://localhost:8010

Le serveur de démo sert la vraie interface avec un Tricount fictif en mémoire et zéro appel
réseau ; le parsing, lui, est le vrai code — déposez samples/ticket_demo.csv dans l'écran
d'import pour dérouler tout le parcours.

Contenu

Vie privée / secrets

• .env (lien de partage du Tricount) et credentials.json (clés de l'appareil) sont des
  secrets et restent locaux : .gitignore les exclut, seul .env.example est versionné.
  Un lien de partage suffit à accéder à un Tricount entier.
• Les tickets de caisse réels et leurs PDF sont également exclus ; le dépôt ne contient que
  l'échantillon fictif samples/ticket_demo.csv.
• Le seul interlocuteur réseau de l'app en usage réel est l'API Tricount elle-même.

🤖 Generated with Claude Code

https://claude.ai/code/session_015qZ1PYFqwtmybDMB3XzDXL