-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le 23/02/2012 17:23, jpepin a écrit :
Oui c'est une spécificité de la norme comptable française. Et les règles de localisation qui avaient été mis en place sont là pour cela. La garantie du respect du plan comptable est une règle de base à respecter dans un logiciel de compta compatible avec la norme française, c'est ce que j'avais vu avec Catalo.
En fait, la réflexion part des problèmes que l'on rencontre avec l'import EBP. Par exemple, EBP n'a pas forcément les comptes 40 et 401, donc à l'import, notre plan comptable est "cassé". Je ne penses pas que les modifications évoquées "cassent" la vérification de la numérotation. Je m'explique : Tu as un compte 401COUTE par exemple et un compte 4. En absence d'autres comptes, le compte 401COUTE se trouvera "visuellement" sous le compte 4. Si maintenant je rajoute le compte 40, il ira se situer entre les comptes 4 et 401COUTE. Comme ça la règle de numérotation est respectée. Certes, le stockage ne garanti pas l'intégrité de l'arborescence (un compte ne connait pas son compte parent), mais le code de l'application (dans une règle de localisation par exemple) oui. On pourrait aussi potentiellement lister les comptes généraux dans la règle de compta française. Est-ce que ce mode de fonctionnement te semble cohérent ? Jean - -- Jean Couteau - Code Lutin Tel : 02.40.50.29.28 Port : 06.68.07.29.29 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPRmzQAAoJEFOQdnjKiPj3LD0H/3BoZUGB6VIe4i7QGYzJApEw g4tO8+4P6HFY/hkw1r4ZaZPSspsvvJ37GQY3teooDD5/S/MZ5kWRYAKaazrntmVd Y4SzTLQra+y0tgpH6B2/CCE0EjBjOvvy2ziJxB+DmGcDdaOMCeujdPzHRwXNvJCk PZXQQfbubBxAaqJXDe9OGH/fcvKoO1JNGLjeWnjOh2Zav367Mwr/K66Szq2X1bAy v0/vtagCJqi7qnIyRopGgaAHdfht6ahJx8YAkAqNCahdCMqAuRjULq0RZWoChqWC b6/YL/crgk0/lvWf17DV0OiquZtH+uJidv1LPCBnuFEUepK4z9SbOlGw2h8NX/k= =KQ2y -----END PGP SIGNATURE-----