[Corrigé 5.9.63.5630] Emprunt - Passage d'un remboursement anticipé dans le livre de compte

[pedro13]

Bonjour Jacques,

Je devrais rembourser par anticipation un crédit ce mois-ci.
Mon échéance mensuelle du 5 mai a bien été reportée dans les livres de compte.

J'ai donc modifié mon emprunt pour que le palier d'amortissement s'arrête le 5 mai. Puis j'ai ajouté un ultime palier, ne comportant qu'une échéance, pour procéder au remboursement anticipé total du prêt, de sorte à ce que l'opération se décompose correctement entre :
-capital
-intérêts intercalaires
-frais de remboursement anticipé

J'ai remarqué que si je définis le palier avec une date d'échéance au 5 juin, l'opération est bien créée dans les livres de mes deux comptes.
Par contre, si je mets une date au 12 mai, l'opération n'apparaît pas.

[Jacques Leblond]

Bonsoir Pierre,

Effectivement l'échéance est correctement ajoutée dans le tableau d'amortissement mais n'est pas générée dans le livre de comptes.
C'est un cas (décalage du jour des échéances pour un nouveau palier) que je n'ai pas prévu dans la passerelle avec les opérations périodiques. Je regarde ce que je peux faire.

[Jacques Leblond]

Le bogue est corrigé dans la dernière version intermédiaire.
J'ai associé une opération périodique virtuelle (non visible par l'utilisateur) à chaque palier pour contourner le problème, au lieu d'une unique pour l'emprunt.

[pedro13]

J'ai refait un test ce matin, et ça ne fonctionne toujours pas chez moi.

[Jacques Leblond]

Est ce que tu sais reproduire ton cas sur un autre emprunt ?
Si oui, peux tu m'indiquer le jeux de données qui te permet de reproduire l'anomalie ?

[pedro13]

J'ai pas d'autre emprunt (avec écriture).
J'ai essayé de supprimer le palier puis le recréer mais ça ne change rien.

La première date acceptable est le 1er juin, donc le mois qui suit la dernière échéance.

[Jacques Leblond]

J'ai fait mes tests le même mois et c'est OK sur mon jeu de données (dernière échéance du palier 1 : 02/10/2014, première échéance du palier 2: 06/10/2014)
Ce qui peut empêcher la génération est que l’échéance soit avant une opération validée. Mais comme tu es dans le futur rien ne devrait être validé.

[Jacques Leblond]

J'ai bien reçu tes paramètres de prêts.
En les resaisissant intégralement j'ai bien l'échéance du 12/05 générée

Quelle est la date de ton dernier rapprochement (ou dernière opération validée (puce verte))

EDIT : Éventuellement désaffecte ton compte, valide (toutes les échéances non validées seront supprimées) et réaffecte le (toutes les échéances après la dernière opération validée seront recréés)

EDIT 2 : tu es bien en version 5604 ?

[pedro13]

Le dernier rapprochement date d'aujourd'hui sur mon compte courant, et de hier sur mon crédit.

Et oui j'ai bien la bonne version (je m'en étais assuré avant de poster).

[Jacques Leblond]

Crée un titulaire et affecte lui ton compte créditeur pour que je puisse le consulter, puis envois moi ta base de données, je regarderai en mode debug car là je ne comprend pas pourquoi l'échéance n'est pas générée.

EDIT : pas la peine j'ai a priori reproduit le cas. Si je rapproche à aujourd'hui et supprime l'échéance du 12, elle n'est pas regénérée sur un recochage du titulaire. Je regarde.

[pedro13]

Base envoyée par mail

[Jacques Leblond]

Cette fois je pense que c'est bon. C'était assez subtile à corriger, je gérais mal la réinitialisation de la dernière échéance générée pour chaque palier avec la dernière date de validation.
La correction est disponible dans la dernière version intermédiaire.
Merci pour ton aide.

[pedro13]

C'est ok. Merci Jacques

[Jacques Leblond]

Bogue corrigé dans la version 5.9.63.5630.