Le document explique la configuration comptable de départ sur OpenERP v6, en mettant l'accent sur la création d'écritures comptables et la gestion des comptes d'ouverture. Il décrit également les méthodes de report des comptes de bilan et de résultat vers l'exercice suivant, ainsi que la gestion des transactions bancaires et de la caisse. Des modules nécessaires pour la gestion comptable et fiscale sont également mentionnés.

1. Configuration comptable de départ sur
la v6 d'Open ERP
Enjeux :
Renseigner des écritures comptables cohérentes
Consolider les écritures d'une période à l'autre en assurant l'ouverture et
la clôture de compte
Matthieu Choplin
choplin.mat@gmail.com

2. Renseignement des informations sur l'identité juridique de la société

3. On va renseigner les champs de la comptabilité de la société en allant dans la rubrique
partenaire

4. Définir la période d'ouverture

5. Créer un compte d'ouverture
Attention, ici, on doit prendre le compte « 890000 Bilan d'ouverture » présent par
défaut dans OpenERP et non pas recréer un compte Opening Balance Account sinon
on ne pourra pas le voir dans plan de compte.

6. Créer un journal d'ouverture

7. En cas d'ouverture d'un exercice comptable à partir d'une
comptabilité effectuée sur un autre logiciel, nous allons importer un
fichier CSV retraçant le bilan de l'exercice précédent (comptes 1 à 5).

8. On clique sur « importer » mais on peut aussi simplement créer les
écritures comptables en appuyant sur « créer »
Un fichier du type ci-dessous:

9. On vérifie le format du fichier

10. Écriture d'ouverture avec reprise du bilan précédent
Lorsqu'on saisit la première ligne d'écriture, OpenERP va ajouter deux lignes de
centralisation (Centralisation débit et Centralisation crédit). Ces 2 lignes vont contenir le
total des écritures passées (le journal 'Ouverture' est défini comme un journal
centralisateur). Puis cliquer sur « CONFIRMER » pour réconcilier les écritures.

11. Définition des méthodes de report à nouveaux.
Les soldes des comptes de bilan (classe 1à 5) seront automatiquement reportés en
solde d'ouverture de l'exercice N+1.
Par défaut, il sont de type “View”.

12. Or le type “View” dans OpenERP a sa “méthode de report à nouveau”
sélectionné à “Aucun”, ce qui signifie que on repart de zéro pour ce compte à
l’année suivante.
Les autres méthodes de report à nouveau sont :
- « Solde de la balance », on génère uniquement une écriture du montant de la
balance au début du nouvel exercice. Il est surtout utile pour les compte de banque.
- « Détail », on garde toute les écritures d’une année sur l’autre.
- « Non-réconcilié », on garde uniquement les écritures non lettrées. Ce type de report
à nouveau est surtout utilisé pour les compte de classe 4, les compte de tiers.

13. Pour les comptes de la classe 1 à 5 (Bilan), on choisit de créer un type de compte
intitutlé « détaillé » dont la « méthode de report à nouveau sera « détail »
On choisit type de compte « détaillé » pour les comptes de la classe 1 à 5

14. Les soldes des comptes du compte de résultat (classes 6 et 7) seront remis à zéro
et leur solde net transféré dans un compte de classe 1: « 120 Résultat de
l'exercice (bénéfice) » ou « 129. Résultat de l'exercice (perte) ».
Pour la 1ère partie: on garde le type de compte sur « View » (on repart de zéro à
N+1).
Pour la 2ème partie, il faudra le faire à la main.

15. Inventaire : comme pour les écritures d'ouverture, on peut importer
un fichier csv de produit en ayant auparavant importé les produits et
donc les catégories de produits, les unités de mesures et les
catégories d'unité de mesures.

16. On crée un compte spécialement pour le compte bancaire de la société que l'on va
rattacher à un journal recensant les opérations bancaires effectués sur ce compte.

17. On va créer un journal par compte bancaire avec le type « banques et chèques »

18. En début d'exercice : on renseigne simplement l'état du solde du compte bancaire de la
société. Ici, on représente en fait les liquidités de l'entreprise, ce qu'elle a en cash.

19. Puis en fonction de l'utilisation de ce compte bancaire, on va renseigner les
transactions auxquelles il participe. Le principe de réconciliation intervient au
moment où on confirme un relevé bancaire : à ce moment, les écritures passées
sont figées, on ne peut plus les modifier.
On comprend que l'on pourra ainsi gérer la trésorerie qui est constituée par
l'argent disponible en caisse ou en banque. On peut la calculer en totalisant le
solde de la caisse et des comptes banques en renseignant les relevés ci-dessus.

20. Gestion de caisse, on indique à gauche le montant des liquidités qu'on a à l'ouverture de
la caisse, en sachant que la valeur 1 correspond à une pièce de monnaie de 1€.

21. Enregistrement des écritures au jour le jour
Ce n'est qu'à la fermeture de caisse que les écritures comptables sont générés
et réconciliées.

22. On doit vérifier que le montant théorique de la caisse est bien égal à son montant total
avant de fermer la caisse.

23. Donc on modifie à la main le montant du solde de clôture. On ferme ensuite la caisse, ce
qui générera et réconciliera les écritures correspondantes.

24. On voit ici que les écritures apparaissent dans un onglet supplémentaire de « Caisses ».

25. Pour le CA3
C'est la fonction "Plan de taxe" dans "Comptabilité=>"Plan
comptable"=>Plan de taxe.

26. On va créer un compte pour chaque partenaire,
Pour les fournisseur, les comptes sont de type « payable ».

27. Gestion des régimes fiscaux

28. Modules de base à installer :
- account_cancel (wizard) pour modifier, ou supprimer une facture
- account purchase
Télécharger le module : https://github.com/WE2BS/openerp-account-purchase
Documentation : http://doc.we2bs.com/account-purchase/
http://www.openerp.com/forum/topic23342.html?hilit=caisse
-account_reverse
- point of sale
- delivery pour les frais de port
- account-fixed-assets
https://code.launchpad.net/~bstanciu/openobject-addons/account-fixed-assets
-account_asset pour les immos mais n'existe pas en v6 (que en v5)
bzr branch lp:~bstanciu/openobject-addons/account-fixed-assets
- account_payment (depuis le wizard) = gestion des paiements
-account_payment_export (que en v5)= permet d'exporter des ordres de paiement
mais des bugs à corriger => ne détecte pas les factures créées