Reprise du message précédent

cricri:
Achtung, BanqueManager gère (très bien) les chéquiers hein.
Le (mini riquiqui) souci concerne la prise ne compte a priori du nombre de formules des chéquiers... C'est quand même assez pointu et en plus susceptible de changer (vous pouvez demander des 20 formules aujourd'hui, des 50 demain, etc.).

Après mûre réflexion, je le retire de ma liste.
S'il revient à l'ordre du jour pour une raison ou une autre, j'examinerai la possibilité de le réactiver.

Bonsoir Olivier,

Je voudrais porter à votre connaissance la manière dont a été traité le problème de chèques dans mon ancienne société. En fait c'était un groupe multinational.
Un jour, le chef comptable est venu me voir pour me demander d'étudier un système de gestion des chèques.

- Tous les 15 jours, nous payons les fournisseurs.
- Nous travaillons avec 17 banques que nous faisons tourner de façon qu'à la fin de l'exercice, chacune ait eu le même montant de transactions (enfin presque !)
- 90% des chèques sont émis en informatique (continu)
- sur chaque banque, il y a des chéquiers de taille différente.

La façon de faire tourner les banques est une véritable usine à gaz et ne fait pas l'objet de ce courrier.

Pour certaines banques, nous avions réussi à ce qu'ils nous fournissent les écritures de chèques avec une certaine syntaxe qui nous permettait un traitement automatique. Mais le problème était pour les autres banques.

Nous avons finalement retenu la solution suivante:

Pour chaque numéro de compte, une table
Pour chaque ligne de la table, on trouve l'IBAN, 1er numéro de chèque émis, dernier numéro de chèque émis et 100 zones générées par programme, avec les numéros des chèques émis. S'il y avait plus de 100 chèques, le programme générait une nouvelle ligne dans la table avec comme premier numéro le numéro à suivre et toujours le même dernier numéro. Les zones non remplies étaient à zéro. On a plus la notion de chéquier de 20, 25 , 50, 100 ...

Exemple:
Banque 1, compte 1
Chèquier de 50, 1er numéro 2025
Saisie:
IBAN (compte 1), 2025, 2074, et le système génère ensuite: 2025, 2026, 2027, ... 2074, puis 50 zones à zéro

Banque 2, compte 2
Edition informatique de 118700 à 118813
Saisie:
IBAN (compte 2), 118700, 118813, et le système génère ensuite: 118700, 118701, 118702,..... 118799
puis IBAN (compte 2), 118800, 118813, 118800, 118801, 118802, ..... 118813, puis 86 zones à zéro.

Nous connaissions alors tous les numéros des chèques émis. Ensuite venait la gestion des chèques. Comme on ne pointe qu'un compte à la fois, il est facile d'appeler les enregistrements de la table qui sont concernés.

Pour cela, nous avions à l'écran le journal du compte et dans un coin une zone de saisie pour indiquer le numéro de chèque qui est pointé. Le programme va ensuite dans la table pour remplacer le numéro trouvé par des zéros et raz de la zone de saisie. Quand toute la ligne est à zéro, elle est supprimée.
Gros avantage: il est facile ainsi de connaître les chèques non encaissés ou non pointés.
Inconvénient: un numéro non trouvé. Deux cas:
- en dehors des limites et l'on considère que c'est une erreur de saisie et il est redemandé la saisie,
- numéro déjà pointé. Et là, la comptable recherche d'où vient l'erreur. Après deux ou trois erreurs de ce genre, nous avons constaté une fiabilité dans le pointage.
Il ne faut pas oublier que, dans l'édition en continu, il y a des chèque nuls pour cadrage ou changement de boite. Ceux là aussi doivent être gérés, peut être différemment.

Voilà ma participation. Vous prendrez éventuellement ce qui peut vous intéresser. Mais il est certain que la gestion des chèques représente un programme dans le programme. Bon courage. Comme on dit chez nous, je vous ai mis un grillon dans la tête !

Cordialement

Bonsoir Olivier,

J'ai bien précisé qu'il s'agissait d'une information et non d'une demande. On ne sait jamais, cela peut peut être profiter à un autre utilisateur. Je n'ai remonté qu'une expérience qui m'a provoqué quelques nuits blanches !!!

Cordialement

oui très intéressant,mais Olivier ne prend pas peur ça ne sera juste que la gestion pour un utilisateur courant.
comme je pense que la plupart des utilisateur pointe les chèques de leurs chéquiers pour vérifier leur débit,

voilà pour moi les informations importantes à retrouver pour la gestion des chéquiers.

1-le n° du chéquier X
2-Nombre de feuillets dans le chéquier X
3-lié au chéquier X le n° du feuillet Y
4-Pouvoir pointer les feuillets (ça, je ne sais pas si c'est possible)
5-Avoir la somme des opérations des feuillets du chéquier X
6-Possibilité de voir quels sont les chéquiers non terminés (juste l'information reste x feuillets sur le chéquier X)

Bon ensuite comment BM peut détecter si ce chèques correspond à telle chéquier.
là c'est le point le plus délicat.

D’après les information de cette discussion on peut avoir des chéquiers comportant différentes quantité de feuillets
Peut être une solution.

la premier fois que l'on utilise ce module quand on reçoit un chéquier on part dans le menu "Chéquiers" de BM
et la on rentre
-le numéro du chéquier X
-le numéro du 1er feuillets du chéquier X
-le nbre de feuillets du chéquier X

donc avec c'est informations on peut savoir si le feuillets appartient ou non à ce chéquiers.

SI :
- le feuillet Y appartient à ce chéquier X ------> on lie le feuillet Y au chéquier X

Sinon
- on Informe l'utilisateur que ce feuillet Y fait parti d'un nouveau chéquier X non connu
------>on demande alors à l'utilisateur les informations suivantes:
-le numéro du chéquier X
-le numéro du 1er feuillets du chéquier X
-le nbre de feuillets du chéquier X


voilà un premier jet de réflexion mais surement j'apporterai des améliorations

je remonte