[Corrigé v7.5.87.6909] Livre de comptes - Opérations réparties

[lougarou60]

Bonjour
Les lignes de répartition d'une opération sont reclassées par Gesfine sur la colonne des montants.
Les marqueurs et affaires ne sont pas ré-affectés correctement.

[Jacques Leblond]

Bonjour Gérard,
Je pense que tu parles des infobulles sur les colonnes Catégorie, Marqueur et Affaires, est ce bien cela ?

Sur les colonnes Marqueurs et Affaires, les montants des infobulles ne sont pas recalculés car j'en ai jamais ressenti le besoin et j'ai donc préféré conserver l'intégralité de l'information liée à l'opération.
Qu'en pensez-vous ?

[lougarou60]

Non, je parle des marqueurs et affaires.
Exemple :
Je saisis :
Marqueur (20) ; Affaire (20) ; Sous catégorie (20) ; Montant = 20
Marqueur (100) ; Affaire (100) ; Sous catégorie (100) ; Montant = 100
Marqueur (50) ; Affaire (50) ; Sous catégorie (50) ; Montant = 50
Gesfine reclasse :
Marqueur (100) ; Affaire (100) ; Sous catégorie (100) ; Montant = 100
Marqueur (20) ; Affaire (20) ; Sous catégorie (50) ; Montant = 50
Marqueur (50) ; Affaire (50) ; Sous catégorie (20) ; Montant = 20
( V6879)

[Jacques Leblond]

Désolé Gérard mais je ne vois pas où tu constates cela.
Peux tu me faire une capture d'écran ? Sur mon mail si les données sont sensibles

[lougarou60]

Saisie

Après validation

[Jacques Leblond]

Bonsoir Gérard,
J'ai corrigé le bogue. C'est disponible dans la dernière version intermédiaire.
Merci pour cette analyse poussée !

[lougarou60]

Bonjour Jacques
Bon, je ne sais comment te le dire, mais c'est du quif quif
(Bien sûr que j'ai installé 6881 !)
Quand je vois l'heure à laquelle tu bosses encore, tu es pardonné d'office !
Une idée comme ça : et si tu laissais la répartition dans l'ordre ou elle est saisie ?

Après validation 2

[Jacques Leblond]

Bonjour Gérard,
J'ai pourtant fait des tests sans tous les sens !
Tu as bien recréé l'opération ? Car le problème est situé dans la fonction d'enregistrement en base de données.

[lougarou60]

Oui, opération créée
Test en simplifiant à l'extrême : 2 lignes ; 1 seul marqueur

Saisie

Validation

[Patrice15220]

Bonjour Gérard, bonjour Jacques,

Je viens de faire les mêmes tests que Gérard, et je n'arrive absolument pas à reproduire l'anomalie aussi bien sur une écriture de débit que de crédit, aussi bien avec des marqueurs pré-existants qu'en les créant durant l'opération, en mélangeant les catégories/sous-catégories ainsi que les classements des marqueurs, avec 3 écritures et 3 marqueurs ou 2 écritures et 1 marqueur.

Je sais que je n'apporte aucune solution mais juste informatif pour Jacques.

Cordialement.
Patrice

PS : Gérard, les noms de tes marqueurs ne comportent pas de caractères particuliers ?
Version utilisée de GesFine : v7.4.86.6881

[Jacques Leblond]

Satanas !
Je regarderai de nouveau en fin de journée.

Sinon, tu affectes le marqueur juste après la création de la répartition ou tu crées toutes les répartitions puis tu affectes les marqueurs ensuite ?
Pas sûr que cela ait une incidence mais hier j'ai surtout fait des tests d'affectation de marqueurs après avoir créé toutes les répartitions.

[Patrice15220]

Sinon, tu affectes le marqueur juste après la création de la répartition ou tu crées toutes les répartitions puis tu affectes les marqueurs ensuite ?

Pour mes tests, j'ai affecté les marqueurs au fur et à mesure de la création d'une ligne de répartition.

[lougarou60]

Les marqueurs ont été créés pour le test et se nomment "Rouge" ; "Vert" ; etc
Je saisis toutes les sous catégories puis tous les montants (de manière qu'ils soient reclassés) puis les marqueurs.

[Patrice15220]

Scrogneugneu,
En faisant comme toi Gérard, d'abord les 3 catégories/sous-catégorie, puis les montants, puis les marqueurs, j'ai l'anomalie.

Avant validation

Après validation

C'est ce truc

REMARQUE : En créant d'abord les catégories/sous-catégories, la dernière ligne possède le montant global de l'opération. Ensuite, on modifie les montants puis on affecte les marqueurs. Cela ne viendrait-il pas du premier montant initialisé ?

[Jacques Leblond]

Cela correspond à ma façon de procéder.
J'ai fais des dizaines de tests hier comme cela.
Je refais une passe en fin de journée...

[Patrice15220]

La première fois, je n'ai pas eu l'erreur, puis en la renouvelant je l'ai eu sans comprendre du tout la différence entre mes deux saisies.

J'ai même essayé de revenir vers la répartition avant la validation finale, pensant que cela empêcherai l’erreur mais que nenni

[Jacques Leblond]

de manière qu'ils soient reclassés

Que veux tu dire ? Tu fermes le formulaire des répartitions pour les classer en fonction du montant puis tu réouvres pour affecter les marqueurs ?

[Patrice15220]

Non, Jacques, je pense qu'il veut dire qu'il met en premier les chiffres d'une manière désordonnées afin qu'ils soient classés par montant à la validation

[lougarou60]

J'ai pris le schmilblik à l'envers en cherchant ce qui fonctionnait correctement :

Saisie débit

Valid débit

Saisie crédit

Valid crédit

Pour que ça marche il faut :
Opération de débit : le + petit montant en bas du tableau (premier saisi)
Opération de crédit : le + petit montant en haut du tableau (dernier saisi)
J'ai poussé le vice à marier lignes de répartition positives et négatives dans la même opération et ça suit correctement
Cela ne solutionne pas le problème, mais peut-être que cela pourra aider Jacques.

[Jacques Leblond]

Voilà je crois être venu à bout de la bête, plutôt coriace !
C'est disponible dans la dernière version intermédiaire.
Le problème n'était pas lié au montant mais à l'ordre de modification des répartitions (montant, notes).
Merci à vous deux pour votre contribution