Bon je sais pas si c'est dû à une bêta, alors j'explique :
J'ai acheté sur internet plusieurs équipements que j'ai choisi de payer en 3 fois sans frais par carte mastercard. J'ai créé mon opération avec une rubrique Ventilation et affecté les montants à ventiler dans les différentes rubriques.
Puis sur l'onglet Général je coche la case "Payer en plusieurs fois" et je clique sur Valider, par défaut le nombre d'échéance etant positionné sur 3, le montant total est bien réparti sur les 3 échéances, mais la première échéance est paramétrée à décembre au lieu d'octobre, la 2nde à janvier et la 3ème à février (il n'a pas été indiqué un différé de 2 mois pourtant ??) puis sans suivent une multitude de messages d'erreur tel que dans l'ordre :

Je clique alors sur OK puis sur Valider et nouveau message d'erreur :

Je clique alors sur OK et tant que je clique sur Valider j'obtiens le même message d'erreur, alors je clique sur Fermer, j'ai alors ce message :

Je clique sur OUI et un nouveau message :

Je clique sur OK même message, et si on clique ensuite sur Valider on obtient à nouveau le même cycle de messages d'erreur alors on est obligé de décocher "Payer en plusieurs fois" et la répartition du paiement différé n'est pas pris en compte

Sur Win xp SP3
Version 3.0.10.55 Bêta 6

Du grand InfoKing1

2 problèmes donc :

- Je vais rajouter la notion de différé de x mois.
Cela résoudra le souci de la date de première échéance (qui si x vaut 0, sera identique à celle de l'opération... ce qui est assez logique)

- Quant aux messages d'erreur, il s'agit selon toute vraisemblance d'une anomalie que je n'avais pas prévue : en effet le fait de payer en x fois génère autant d'opérations prévisionnelles.
Si l'opération initiale est ventilée (aïe aïe aïe), il faut que je répartisse également le montant de la ventilation sur les x opérations prévisionnelles... Et ça, je ne me rappelle pas l'avoir fait
Je vais quand même vérifier, mais à voir les captures et les explications, je n'envisage que cela

Je vais solutionner ces 2 points rapidement

Je n'ai finalement pas rajouté la notion de différé : c'est la date de l'opération (celle saisie au moment où l'on renseigne l'opération) qui sert de dated e première échéance

Le souci de la ventilation en paiement en plusieurs fois est désormais solutionné

Livraison en 3.0.10.55 bêta 7

C'était pourtant une bonne idée, car cela arrive souvent qu'un commerçant propose un paiement différé mono ou multi échéances.



Et cette fonction serait bien utile. De même lorsque l'on fait un chèque à un spécialiste de la Santé qui nous accorde un différé d'encaissement jusqu'à ce que la sécu et la mutuelle nous remboursent les soins. Cela nous permet d'enregistrer le chèque, mais de ne prévoir la dépense qu'au moment il sera débité à la banque

Mais il n'y a pas de problème pour faire tout cela !

Il suffit lors de la création de l'opération de saisir la date de lapremière échéance (en 2010 donc) et pas la date du jour.
Ainsi, BanqueManager repartira de cette date pour calculer ses échéances

OK Olivier, alors tu pourrais pas ajouter juste à côté de la date juste en dessous Activité un autre champ date intitulé date différée par exemple ou l'on indiquerait la date probable de débit ou la date servant de base de calcul aux différentes échéances en cas de paiement avec échéances multiples.
Cela permettrait de bien avoir la date de l'achat qui correspond bien à la date de d'effet d'une garantie en cas d'achat d'équipement.
Ca serait difficile de mettre en place cette seconde date, qui serait prise en compte dans le cas ou l'on cocherait "Payer en plusieurs fois".
En fait la première date pourrait être nommée : Date d'achat et la seconde : Date d'échéance. c'est un pas de plus en direction de la version pro.

Je ne vois pas bien la différence avec la date d'achat (zone "Date" actuelle)

Cette date que l'on renseigne dans les opérations n'est jamais la date de saisie, mais toujours la date probable ou constatée de passage de l'opération (date de l'échéance, date de prélèvement, etc.)

BanqueManager gère même une date de liaison en cas d'opération de virement afin de prendre en considération les dates de valeur !
Dans tous les cas, c'est la date de l'opération qui sert de référence

En fait cette seconde date ne servirait que lorsque l'on souhaite indiquer implicitement 2 dates différentes, une date de l'achat (date du ticket ou de la facture) et une date de paiement (1ère échéance ou date du paiement différé).
En cas de gestion d'une date de début de garantie, c'est la 1ère date qu'il faut prendre et dans le cas de gestion d'un paiement en plusieurs fois avec différé de paiement, c'est la seconde date qu'il faut prendre en considération.

Je comprends bien
Je rajouterai une autre date (mais pas sur l'onglet Général, déjà bien chargé).

Quant au module des bons de garantie, la date peut être fixée de la façon dont vous le souhaitez

Dans le nouvel onglet "Divers" de la fiche des Opérations, j'ai rajouté une date, la liste des personnes et une grande zone notes
Tout ça en 3.0.10.55 bêta 10

Et comment cette nouvelle date sera t-elle prise en considération et dans quelle condition ?
Par exemple si l'on souhaite que la première date soit indicative et la véritable date à prendre en considération (date de début de calcul d'échéances multiple sur un paiement échelonné avec report de la 1ère échéance) soit celle de l'onglet Divers, il faudrait mettre une case à cocher à côté de la première date pour indiquer que l'on souhaite utiliser la seconde pour un calcul (échéance, début de garantie etc...).

Cette date est juste là à titre indicatif : elle n'est prise en compte par aucun traitement.

Vous pourrez y saisir la date de passage effectif, ou toute autre date ("date de l'achat (date du ticket ou de la facture) et une date de paiement (1ère échéance ou date du paiement différé)").
Mais celle qui est effectivement utilisée est la date de l'opération indiquée sur l'onglet Général.

mouais !