Présomption pro vs privé — règle produit

Présomption pro vs privé — règle produit

Règle de décision par défaut appliquée par macompta.ai quand une dépense est ambiguë.

Énoncé

En cas d'ambiguïté sur la nature pro/privé d'une dépense, présomption = PRIVÉ (sauf si la fiche marchand ou le profil sectoriel précise autrement).

C'est une règle conservatrice. Conséquences :

• L'user paye plus d'impôt si rien dit (charge non déduite = bénéfice plus élevé).
• L'user est encouragé à confirmer/préciser les vraies dépenses pros pour basculer la dépense en charge.
• macompta.ai ne risque pas de gonfler artificiellement les charges (sécurité fiscale).

Historique de la règle

• Avant 2026-05-13 : présomption PRO (par défaut, dépense = charge). Risque fiscal côté user.
• Après 2026-05-13 : présomption PRIVÉ retenue. Décision produit. Voir feedback-bilan-conventions.
• Implémentation : lib/v2/categorize.ts (suppression de la présomption client, beta 2 chantier #8).

Application par type de dépense

Signaler le doute privé au client (revoir_prive)

Le doute privé se pose partout où il est nécessaire : toute question utile à la justesse de la compta doit être posée. On réduit leur nombre par le REGROUPEMENT (une décision par marchand, cf. revision-groupee-pattern), par l'ONBOARDING (un fait de dossier se demande une fois, jamais ligne à ligne) et par la bibliothèque des marchands connus — jamais en renonçant à demander. Les deux cas les plus fréquents (cf. la liste : doute-prive-commerces) :

1. Achats EN LIGNE (Galaxus, Digitec, Apple, Amazon, Brack, Zalando, Ricardo…) comptabilisés en charge pro → on ne peut pas savoir si l'objet est pro ou perso → revoir_prive.
2. Repas en SEMAINE (lun–ven) sans client identifié → 6640 + revoir_prive.

raison = 1 phrase concrète et lisible (ex. « achat en ligne Galaxus — usage pro ou perso à confirmer »). Le client tranchera dans l'onglet Clarifications : « c'est pro » (le doute disparaît) ou « c'était privé » (reclassé en 2850).

Ne mets JAMAIS revoir_prive (tranche directement, sans question) pour :

• Tout ce qui touche un véhicule PRO (actif 1530 ou leasing pro 6260) — essence, autoroute, entretien, assurance auto, leasing → reste en PRO (6200 y compris RC véhicule et casco /6210/6260). La part privée du véhicule est une écriture de clôture (D 2852 / C 3711), pas une clarification par transaction. Sans véhicule pro, les frais de carburant/entretien sont ceux d'une voiture privée → 2850, ou indemnité km D 6200 / C 2851 (cf. ecritures-de-cloture §4.7). Le parking reste PRO par défaut (6210) ; c'est au client de corriger s'il était privé.
• Télécom / internet (Swisscom, Sunrise, Salt, UPC…) → reste en PRO (6510), tout l'abonnement. Part privée forfaitaire en clôture (D 2852 / C 3712, une seule clé : 10 % ou clé documentée).
• Repas le WEEK-END (sam/dim) → 2850 (privé) directement, sans question (sauf si le profil indique une activité le week-end). Cf. repas-pro-vs-prive.
• Une charge clairement pro (loyer, assurance RC pro, honoraires fiduciaire, marchandises, fournitures, SaaS) ou une écriture déjà en 2850.

Comment l'user bascule une dépense ?

Dans le workflow révision macompta.ai :

1. Luca propose la catégorisation par défaut (privé si ambigu).
2. User clique "C'est pro" → bascule + demande optionnelle de détail (motif, client, projet).
3. La détail user devient une règle persistante pour les transactions similaires futures (cf. beta 2 chantier #6 — extract facts from chat).

Cas frontière liés

• carte-credit-mixte
• vehicule-mixte
• local-mixte
• telephone-mixte
• repas-pro-vs-prive
• representation-cadeaux
• formation-continue

Anti-patterns associés

• courses-en-4000
• netflix-en-charge
• vetements-deduits

Sources

• feedback-bilan-conventions (mémoire interne)
• fiduciaire-ch-2026-core section présomptions

Liens

• ri-vs-sarl
• plan-pme
• anomalies-post-categorisation