Bienvenue, Invité
Nom d'utilisateur : Mot de passe : Se souvenir de moi
  • Page :
  • 1

SUJET :

il y a 8 ans 2 mois #442

  • mamouth69
  • Portrait de mamouth69 Auteur du sujet
  • Hors Ligne
  • COM_KUNENA_SAMPLEDATA_RANK2
  • COM_KUNENA_SAMPLEDATA_RANK2
  • Messages : 25
  • Remerciements reçus 0
Bonjour,

Que ce soit sur une instance avec des données importées de la version V1 ou sur une instance créé en V2.0 mais ayant importé le plan comptable standard, les comptes se terminant avec des zéros sont crées sans les zéros : par exemple le compte 601000 devient 601. Par contre si l'on créé manuellement un compte ou si l'on modifie le N° d'un compte existant les zéros sont correctement enregistrés.

S'il vous plaît Connexion ou Créer un compte à se joindre à la conversation.

il y a 8 ans 2 mois #443

  • lag
  • Portrait de lag
  • Hors Ligne
  • COM_KUNENA_SAMPLEDATA_RANK_ADMIN
  • COM_KUNENA_SAMPLEDATA_RANK_ADMIN
  • Messages : 1989
  • Karma: 8
  • Remerciements reçus 498
En faite, en travaillant sur la 2.0 et pour rendre la comptabilité plus générique pour pouvoir s'adapter dans le future à d'autres plans comptables que le 'Plan Comptable Générale Français', nous nous sommes aperçu que les '000' était un cas particulier d'utilisation du PCG.
En effet, on pourrait aussi bien avoir 2 ou 4 '0' en fin de code comptable, c'est purement arbitraire et le PCG le permet également.

Et donc, comme ce rajout de zéro en fin de code était un cas particulier, nous les avons enlevé, ne conservant que les 3 premiers chiffres réellement significatif dans le PCG.

Est-ce pour vous un problème?
Combien de chiffre considérez vous comme nécessaire?
Doit-on compéter par des zéros ou par un autre chiffre?

S'il vous plaît Connexion ou Créer un compte à se joindre à la conversation.

Laurent
Principale contributeur (Développeur) à Diacamma
Administrateur de Sleto partenaire officiel de Diacamma : support et hébergement en ligne.

il y a 8 ans 2 mois #444

  • mamouth69
  • Portrait de mamouth69 Auteur du sujet
  • Hors Ligne
  • COM_KUNENA_SAMPLEDATA_RANK2
  • COM_KUNENA_SAMPLEDATA_RANK2
  • Messages : 25
  • Remerciements reçus 0
Je suis d'accord avec vous sur le principe, les zéros en fin de compte ne sont pas forcment significatifs et on peut effectivement en mettre autant que l'on souhaite.
Le principe du PCG étant un format arborescent avec regroupement : les comptes sur 2 ou 3 caractères étant plutôt utilisés pour les regroupement des comptes sous-jacents, les comptes avec plus de chiffres étant plutôt utilisés pour les comptes détaillés.

Je pense qu'il faudrait faire, si possible, deux distinctions :
- le cas de reprise des données de la V1 et dans ce cas reprendre les comptes tels que (par exemple nous avons deux comptes banques un est le 512000 et l'autre le 512001. Après la migration cela devient 512 pour le premier et 512001 pour le second ce qui n'est pas très cohérent ni lisible dans les listes. Même chose pour certains autres comptes (frais de déplacement, fournisseurs, immobilisation et amortissements -par exemple).

- la fonction d'import du plan comptable standard: libre à vous de définir les comptes sur le nombre de caractères que vous souhaitez, les utilisateurs complétant ou non les zéros

S'il vous plaît Connexion ou Créer un compte à se joindre à la conversation.

il y a 8 ans 1 mois #445

  • lag
  • Portrait de lag
  • Hors Ligne
  • COM_KUNENA_SAMPLEDATA_RANK_ADMIN
  • COM_KUNENA_SAMPLEDATA_RANK_ADMIN
  • Messages : 1989
  • Karma: 8
  • Remerciements reçus 498
La mise à jours de cette nuit (Diacamma 2.0.2) doit corriger ce problème.
Maintenant, il est possible définir, via un paramétrage, le nombre de digit désiré pour ces codes comptables.
Avec la migration de Diacamma 1.x, ce nombre est à 6 pour conserver la compatibilité.

S'il vous plaît Connexion ou Créer un compte à se joindre à la conversation.

Laurent
Principale contributeur (Développeur) à Diacamma
Administrateur de Sleto partenaire officiel de Diacamma : support et hébergement en ligne.
  • Page :
  • 1
Temps de génération de la page : 0.105 secondes
Propulsé par Kunena

Qui sommes nous?

Le sanglier du Libre

Association éditant le logiciel Diacamma
12 rue Marius Charles
38420 Domène
France

Partenaire

SLETO

Si vous recherchez du support ou une solution d'hébergement pour Diacamma, faite confiance à SLETO, notre partenaire officiel