Paramétrages Cineges complexe Fonctionnement Comptable

November 26, 2025 at 2:48 AM

Schema comptable

Odoo produit des lignes de comptabilité au détail. Pour faciliter les traitements comptables, des traitements sont éffectués pour simplifier les écritures comptables.

Principes

A chaque opération dans Odoo qui génère des lignes de comptabilité (clôture de session de caisse, paiement d’une facture…), des mouvements comptables sont réalisés pour générer les lignes de comptabilité simplifiées. En conséquence, tout le paramétrage Odoo doit se faire sur des comptes “de transit”, et les traitements comptables créeront les mouvements entre ces comptes “de transit” vers les comptes réels.

Opérations comptables

Après génération des lignes de comptabilité par Odoo, Cineges effectue des traitements supplémentaires :

  • Equilibrage
  • Sommes
  • Export La date utilisée pour l’export est la date d’ouverture de session.

Equilibrage

Il arrive dans certains cas que les arrondis de taxes créent des lignes déséquilibrées (somme(arrondis) != arrondis(somme)).

Sommes

Odoo génère les lignes de panier au détail. Dans un soucis de lisibilité, les lignes au détail sont configurées vers des comptes de détail, puis sont regroupées en un mouvement synthétique. Il peut y avoir plusieurs cas de figures. Les traitements ne se font que sur les lignes de comptabilité liées à la sessionconcernée. Les traitements des sommes génèrent leurs propres lignes d’export FTP.

Pour passer des lignes de détail générées par Odoo aux lignes simplifiées, les lignes sont sommées. Depuis le compte source, on transite par un compte de détail servant au calcul, et on place une ligne dans le compte de destination. Le résultat d’une somme permet d’avoir les lignes simplifiées dans le compte réel. Ces sommes prennent en compte aussi les calculs de commissions et taxes, pour les opérations de CMEMV par exemple.

Les lignes générées par une opération de somme sont disponibles pour les opérations de sommes suivantes. Par exemple :

  • Une clôture de session génère 4 lignes A1, A2, A3, B1.
  • Une somme synthétise A->X. Donc de A1, A2, A3 on obtient X1.
  • Une somme synthétise B->X. Donc de B1 on obtient X2.
  • Une somme synthétise X->Z. On a donc les lignes X1, X2 qui donnent Z1.

EXEMPLE : Remise en banque espèces

A la clôture de session, l’opération de remise en banque consiste à déposer les paiements en liquide à la banque.

Session de caisse

sequenceDiagram participant C as Client participant K as Caisse participant B as Banque activate K C->>K: paiement espèces C->>K: paiement espèces C->>K: paiement espèces K->>B: remise en banque deactivate K

Sur le journal des espèces, le compte de détail des paiement en espèces est le 530001.

Exemple : somme simple

Dans Cinéges, on configure une somme pour le compte de détail 530001 vers le compte de banque 512000 sans compte de transit.

sequenceDiagram participant C as 411100 Client participant K as 530001 Espèce détail participant B as 512000 Banque C->>K: paiement espèces C->>K: paiement espèces C->>K: paiement espèces K->>B: somme des paiements

Exemple : somme avec transit

Dans Cinéges, on configure une somme pour le compte de détail 530001 vers le compte de banque 512000 via le compte de transit 585301.

sequenceDiagram participant C as 411100 Client participant K as 530001 Espèces détail participant T as 585301 Espèces transit participant B as 512000 Banque C->>K: paiement espèces C->>K: paiement espèces C->>K: paiement espèces K->>T: détail espèces K->>T: détail espèces K->>T: détail espèces T->>B: somme des détails

Complet

Dans cet exemple, les comptes de recette, de taxe, et d’espèced sont des comptes de détails.

Cinéges contient 3 règles :

  • Somme des paiements espèces
  • Somme des recettes
  • Somme des taxes

Rappel : les lignes de comptabilité dans Odoo ne sont générées qu’à la clôture de session.

Exemple 1 : pas de compte de transit

Vente avec 2 paniers, puis remise en banque, sans compte de transit.

sequenceDiagram participant S as Session participant C as 411100 Client participant CashD as 530001 Espèces détail participant ProductD as 587030 Recette détail participant TaxD as 584430 TGC Détail participant ProductS as 707130 Recette réel participant TaxS as 445713 TGC réel participant B as 512100 Banque activate S S->>S: Début de session activate C ProductD->>C: produit HT TaxD->>C: TGC C->>CashD: paiement espèces deactivate C activate C ProductD->>C: produit HT TaxD->>C: TGC C->>CashD: paiement espèces deactivate C S->>S: Fin de session deactivate S CashD->>B: total espèces ProductD->>ProductS: total recette TaxD->>TaxS: total taxes

EXEMPLE : Remise en banque CB EMV

A la clôture de session, la télécollecte permet de faire la remise en banque des paiement CB EMV, et la banque prélève sa commission et les taxes.

Session de caisse

sequenceDiagram participant C as Client participant K as Caisse participant B as Banque activate K C->>K: paiement CB EMV C->>K: paiement CB EMV C->>K: paiement CB EMV K->>B: remise en banque deactivate K

Principe des calculs commission/TOF

sequenceDiagram participant C as CB participant B as Banque participant K as Commission participant F as TOF C->>B: Télécollecte B->>K: Commission banque B->>F: TOF

Paramétrage

Sur le journal CBEMV, le compte de détail des paiement CBEMV est le 530002.

Il faut paramétrer une règle de somme pour :

  • Les paiements CBEMV, avec calcul de commission + TOF
  • Les commissions (calculées par paiement CBEMV)
  • Les TOF (calculées par paiement, ou par télécollecte, selon paramétrage)

Les sommes avec commissions nécessitent un compte de transit.