Voir les détails de l’anomalie

IdentifiantProjetCatégorieVisibilitéDernière mise à jour
0001476NOALYSSImprove Usepublic2018-03-21 09:21
RapporteurMarca Affecté àdanydb  
PrioritébasseSévéritémineurReproductibilitétoujours
État ferméRésolutioncorrigé 
Version du produit6.9.1.9 
Version ciblée7.0Résolue dans la version7.0 
Résumé0001476: Plan Comptable - distinction comptes d'Input et comptes de lisibilité
DescriptionBonjour Dany,
Pour éviter l'encodage dans certains comptes de comptabilité Générale (par exemple, les comptes de regroupement de classe 7, 61 ou 491), ajouter un paramètre qui autorise l'encodage manuel dans ces comptes ou la création de fiches.

Une option suffisante serait de mettre la limitation à la création ou la modification des fiches. La fiche ne pouvant pas être créée avec un compte interdisant l'encodage manuel, Ples de 95% des encodages seraient dans ces comptes.

BàT,
Marc.
Étapes pour reproduireActuellement, tous les comptes (PARAM/CFGPCMN) acceptent l'encodage, par exemple : 700000 Ventes. Il s'agit donc de limiter l'encodage aux comptes adéquats et de l'interdire aux comptes de classes 7, 70, 700 qui sont là à des fins de lisibilité des rapports internes.
BalisesAucune balise n’est attachée.
Extension NoalyssAucun

Activités

danydb

2017-10-09 13:44

administrateur   ~0003557

Bonjour Marc,

Donc si je comprends bien : dans PCMN , pour les postes comptables , j'ajoute un paramètre "Peut être utilisé dans une fiche" qui est par défaut à "Oui", et lors de la création d'une fiche , si on donne un poste comptable, on vérifier d'abord que cette option est à "Oui" sinon l'utilisation de ce poste directement est interdit (ce qui sera dès lors étendu aux ODS on peut entrer directement un poste comptable).

Est-ce bien cela ?

Marca

2017-10-09 14:47

rapporteur   ~0003558

Bonjour Dany,
Oui, c'est bien cela. Ce serait plus propre dans le plan comptable de limiter l'accès à certains comptes.
BàT,
Marc.

danydb

2018-03-21 09:21

administrateur   ~0003819

Publiés dans la version 7.0

Historique de l’anomalie

Date de modification Nom d’utilisateur Champ Changement
2017-10-09 13:41 Marca Nouvelle anomalie
2017-10-09 13:44 danydb Note ajoutée: 0003557
2017-10-09 14:47 Marca Note ajoutée: 0003558
2017-10-09 15:38 danydb Version ciblée => Next Release
2017-11-26 17:48 danydb Affecté à => danydb
2017-11-26 17:48 danydb État nouveau => résolu
2017-11-26 17:48 danydb Résolution ouvert => corrigé
2017-11-26 17:48 danydb Résolue dans la version => Next Release
2017-12-16 12:46 danydb Résolue dans la version Next Release => 7.0
2017-12-16 12:47 danydb Version ciblée Next Release => 7.0
2018-03-21 09:21 danydb Note ajoutée: 0003819
2018-03-21 09:21 danydb État résolu => fermé