Voir les détails de l’anomalie

IdentifiantProjetCatégorieVisibilitéDernière mise à jour
0000761NOALYSSBugpublic2012-12-27 02:44
Rapporteurtessiture Affecté àdanydb  
PrioriténormaleSévéritémajeurReproductibilitétoujours
État ferméRésolutioncorrigé 
PlateformeLinuxSystème d’exploitationUbuntuVersion du système d’exploitation12.04
Version du produit6.5 
Version ciblée6.5.1Résolue dans la version6.5.1 
Résumé0000761: Création automatique des postes comptables ne fonctionne pas
DescriptionBonjour,

Lorsque je crée une nouvelle fiche fournisseurs, pour une raison que je ne comprends pas, phpcompta me met toujours le même poste comptable 440001.
Pourtant :
- ce poste comptable existe déjà pour un autre fournisseur
- en créant ma fiche, je ne renseigne pas le champ du poste comptable
- un message rouge me prévient qu'il sera créé automatiquement à partir de 440
- j'ai coché la case "Chaque fiche aura automatiquement son propre poste comptable" dans la catégorie

Je m'attendais à ce que phpcompta me mette 440002 puis 440003, ... au fur et à mesure des créations de fournisseurs, en ajoutant en même temps ce poste dans le plan comptable.

Je travaille en local sous Ubuntu 12.04
Version de PHP : 5.3.10
Version de PostgreSQL : 9.1.5
Version de PHPCompta : 6.5.5138

J'utilise l'utilisateur phpcompta auquel je n'ai pas modifié les droits.

Cela se produit même sur un dossier vièrge créé avec le modèle (FR) Basique - Comptabilité française : le premier fournisseur se crée avec un nouveau compte 440001, les suivants gardent le même que le premier.
Je précise que je n'ai bien que 3 zéros et pas 4.

Je me suis demandé s'il n'y avait pas un rapport avec le fait que le plan comptable ne contient pas le poste 440. Mais même en le créant ça ne résoud pas le problème.

Merci pour vos recherches.
Étapes pour reproduire- Créer un nouveau dossier avec le modèle (FR) Basique - Comptabilité française.
- Créer une fiche fournisseur en ne renseignant que le nom et le QuickCode
- Créer une deuxième fiche fournisseur de la même façon.
BalisesAucune balise n’est attachée.
Extension Noalyss

Activités

danydb

2012-11-22 21:53

administrateur   ~0001610

Il y a un bug dans ce modèle, il faut executer ce script dans pgadmin3 ou phppgadmin (ou psql)

update fiche_def set fd_class_base=400 where fd_id=4;
update fiche_def set fd_class_base=410 where fd_id=2;
update fiche_def set fd_class_base=51 where fd_id=3;

danydb

2012-11-22 21:53

administrateur   ~0001611

Est-ce qu'avec ce script cela fonctionne-t'il mieux ?

tessiture

2012-11-22 22:11

rapporteur   ~0001623

Bonjour,

J'ai appliqué la requête sur le modèle 2 (base mod2) avec pgadmin3.
J'ai recréé un nouveau dossier à partir du modèle 2 (français basique).
J'ai créé deux fiches fournisseurs.
Résultat : OK mes comptes sont bien créés dans l'ordre : 400001, 400002, etc.

Correction OK aussi en modifiant "à la main" le compte dans la catégorie de la fiche avec CFGCARD.

Merci.

danydb

2012-11-22 22:36

administrateur   ~0001626

Parfait :)

danydb

2012-12-27 02:44

administrateur   ~0001668

Publié dans la version 6.5.1

Historique de l’anomalie

Date de modification Nom d’utilisateur Champ Changement
2012-11-21 23:13 tessiture Nouvelle anomalie
2012-11-22 21:53 danydb Note ajoutée: 0001610
2012-11-22 21:53 danydb Note ajoutée: 0001611
2012-11-22 21:53 danydb État nouveau => commentaire
2012-11-22 22:11 tessiture Note ajoutée: 0001623
2012-11-22 22:11 tessiture État commentaire => nouveau
2012-11-22 22:36 danydb Note ajoutée: 0001626
2012-11-22 22:36 danydb État nouveau => résolu
2012-11-22 22:36 danydb Résolue dans la version => 6.5
2012-11-22 22:36 danydb Résolution ouvert => corrigé
2012-11-22 22:36 danydb Affecté à => danydb
2012-12-27 02:41 danydb Résolue dans la version 6.5 => 6.5.1
2012-12-27 02:41 danydb Version ciblée => 6.5.1
2012-12-27 02:44 danydb Note ajoutée: 0001668
2012-12-27 02:44 danydb État résolu => fermé