pb cohérence ticket Z

Soumis par xrt le sam 24/04/2021 - 16:39

Bonjour
encore des soucis...décidemment, c'est la mauvaise semaine.
sur le ticket Z, la somme des ventes ne correspond pas au total des réglements. Et on n'a apparemment fait que des ventes (13 tickets, pas bezef pour une journée, mais on ne peut servir que peu de bénéficiaires...). J'ai fouillé partout et rien trouvé. Le total caisse est du coup faux. Comme il n'y a que peu de mouvements caisses et peu d'entrées, et une différence d'environ 150€ sur 470€, c'est significatif et j'aurai du trouver facilement d'où ça venait, mais non... On a eu le cas aussi sur deux autre journées (sur les trois derniers mois), mais pour de plus faibles montants. J'ai récupéré la sauvegarde Laurux SQL et les trois tickets Z concernés, ainsi que les "écritures70" qui n'ont rien apportées de mieux.... en PJ
C'est gênant car notre caisse réelle (qui correspond aux réglements par espèces) est sans rapport avec le montant conservé dans Laurux...
Merci pour votre aide
Xavier

Le grand classique des problèmes en caisse est l'oubli de la saisie du fond de caisse en début de journée. sinon vous repartez avec le montant issu du moulinage de la veille.
Le total des ventes devrait cependant correspondre au total des tickets sauf a avoir fait de mouvement exceptionnel en caisse. vous pouvez problement identifer l'erreur en regardant les différents type de mouvement pour identifier si le pb a eu lieu sur carte/espèce/cheque.
Enfin avant de mettre en "production" laurux il est fortement recommandé de faire des essais sur un environnement de test sur lequel vous pouvez former vos personnels et bien comprendre les modes d'usage de Laurux.
Votre archive ne peux pas être ouverte (fichier zip donnant une taille d'extraction de uncompressed size 21242848 soit plus de 20MB alors que l'archive ne fait que 100K). Utilisez plutot des outils comme wetransfer et mettez uniquement le lien sur le forum.
Nous n'avons pas sur le site internet la capacité de stocker des grosses archives.

merci de votre réponse. La caisse était bonne au départ, rectification faite de 5€71. Jusqu'ici, et depuis deux ans, ça se passait assez bien, peu d'erreurs, et on arrivait à les comprendre et rectifier. On a été perturbé avec la mise à jour d'ubuntu, sur des mises à jour de Laurux non faites, mais a priori sans rapport avec le problème évoqué sur ce post. Je n'ai pas réussi à trouvé d'autres mouvements, qui auraient saisis par erreur hors espèces et sans ticket...Mais il ya certainement effectivement une cause, mauvaise saisie ou autre quelque part. Lien wetransfer ici : https://we.tl/t-PZ3nSQFWBo . Encore merci de votre aide et de votre soutien.
Xavier

Il n'est pas possible d'analyser la base sans les fichiers de configuration dans
~/.config/gambas et une base de donnée sauvegardé avant moulinage.
Vous pouvez supprimer les données sensibles comme les mdp utilisé pour accéder à la base de donnée.
Pour les sorties du compte caisse pour le dépot en banque je vous conseille de faire une écriture directement dans l'interface de compta en gestion sur les cpt 53 -> 580000 puis 580000->512 si vous faite votre propre comptabilité via laurux. de même pour les petite erreur de caisse (éventuellement 1 fois par mois) afin que votre compte caisse 411001 (chez vous) soit toujours soldé.

Bonjour et merci de cette réponse. Je peux récupérer les fichiers de configuration demain am (sauf s'il faut qu'ils soient à l'image de la dernière sauvegarde sql, lors de fermeture de caisse jeudi dernier, et dans ce cas, il faut que j'aille les récupérer avant la prochaine ouverture de caisse demain.....dites-moi!). En revanche, je n'ai pas de sauvegarde de la base sql avant moulinage (nous faisons le moulinage après chaque fermeture de caisse quotidienne, le mercredi et jeudi soir).
Nous n'utilisons Laurux que pour la gestion quantitative des stocks, et pour la caisse, pas pour la comptabilité, d'où les ajustements que nous ne faisons par simplicité que sur Laurux Pos pour faciliter le contrôle du fond de caisse en début et fin de journée.

Concernant le fichier de conf vous pouvez fournir la version actuelle dans ~/.config/gambas3/Laurux.conf et ~/.config/gambas3/Laurux-Pos.conf, en supprimant les infos de login de votre serveur sql. sur la version snap les fichiers de conf sont dans ce répertoire: ~/snap/laurux/current/.config/gambas3/.
Le répertoire Sauve (sur la machine ou vous faite le moulinage) est soit dans ~/Sauve ou ~/snap/laurux/current/Sauve à l'intérieur il devrait y avoir un fichier du type Laurux01.sql20210422 qui devrait correspondre à la sauvegarde avant moulinage du 22 avril 2021.

Nous n'avions pas ouvert depuis jeudi (ouvertures seulement les mercredi et jeudi après-midi). Il m'a été remonté le même problème ce soir, que nous ne comprenons pas, de différence entre la somme des tickets saisis (total reglt par espèces) et le total vente sur le ticket Z de ce soir.

Le problème semble venir du montant rendu en espèce qui n'est pas été pris en compte.
Vous avez mis a jour Laurux (logiciel de gestion), mais avez-vous également mis à jour Laurux-Pos (Caisse)?
Pouvez-vous nous donner les numéros de version des deux logiciels?
"?" -> Concernant Laurux (Sur Laurux Gestion) ex v3.68.6
La première info sur la page de connexion de Laurux-Pos (Caisse) ex v3.25.6
Pour l'instant en attendant de comprendre le problème saisissez le montant exact en espèce et calculez le montant a rendre avec une calculatrice.

ubuntu 20.04.02 LTS 64 bits
Gnome 3.36.8
Laurux 3.68.6
Laurux-pos 3.25.6 (donc visiblement bien à jour des dernières versions)
j'ai eu du mal à trouver la version de Gambas3. Aucun fenêtre ne s'ouvre au double click sur Gambas3 dans le menu application.
Depuis Laurux, j'ai cet écran des versions des différents module :
System]
OperatingSystem=Linux
Kernel=5.4.0-72-generic
Architecture=x86_64
Memory=3926996 kB
DistributionVendor=Ubuntu
DistributionRelease="Ubuntu 20.04.2 LTS"
Desktop=Gnome

[Gambas 3]
Version=3.14.3
Path=/usr/bin/gbx3

[Version Mysql]
80023

[Version Laurux]
3.68.6 (/home/cha/Bureau)

suite à la remarque sur la somme des espèces rendus. Sur le ticket Z de jeudi dernier, on remarque que la somme des espèces rendues est pile poil la moitié de l'écart qu'on tente d'expliquer. Par ailleurs, c'est la première fois que sur le ticket Z, les espèces rendues sont affichées avec un - devant, ce qui artificiellement pourrait faire doubler l'écart si Laurux Pos interprétait ensuite qu'on avait encaissé les "rendues" au lieu de les rendre...
En revanche sur le ticket Z précédent(08/04), avec un écart de 22.16, cela ne correspond en rien aux espèces rendues, et il n'y a pas de signe - . Cet écart provient sans doute d'autre chose, et c'était avant les mises à jour Laurux et Ubuntu. Je vais me faire envoyer le ticket Z d'hier pour comparer. Et cet am, les caissières feront l'appoint manuellement, hors Laurux-Pos, et on verra s'il y a écart ou pas sur le ticket Z.

confirmation sur l'activité de la journée, avec rendu caisse indépendante de Laurux-Pos, les deux lignes sont bien identiques. Le problème semble cerné, et je pense qu'il n'y a que vous pour le régler? A moins que ce ne soit introduit par un pb de version sur d'autres applications? Gambas3?
Peut-être que le souci de douchette viendrait aussi de là, avec un pb de reconnaissance de caractère (mu au lieu de * pour la douchette et - au lieu de + dans la caisse)?

Le problème a été identifié et corrigé sur la base du source.
https://github.com/Laurux/Laurux-Pos/issues/22
Le problème est apparu sur la version 3.25.5 (et donc impacte aussi 3.25.6) mais n'est pas sur la 3.25.4 (Hélas à cause de MAJ gambas, Laurux-Pos 3.25.4 ne fonctionne pas sur Ubuntu 20.04).
Il faudra être un peu patient pour attendre la sortie de la 3.25.7.

On patientera! Nous bénéficions de ces applications et de votre support sans contrepartie depuis 3 ans, c'est quand même bien la moindre des choses d'être patient. surtout que vous nous avez donné la solution en ne saisissant pas le rendu de monnaie. On peut espérer aussi que ce soit le même souci pour la douchette?
Merci, et je réitère ma proposition d'un "petit don" et d'un support peut-être plus direct si je ne suis pas à proximité de l'association un jour ou l'autre où ils seraient plantés....
Avec tous mes remerciements et ceux de l'équipe de l'épicerie solidaire d'Orange
Xavier

Il est bien sur possible de faire un don à l'association Laurux
https://www.laurux.fr/Dons
ou prendre une adhésion comme membre...
https://www.laurux.fr/association_laurux

Une personne morale peut adhérer à l'association Laurux. Aujourd'hui nos frais sont principalement liés à hébergement web. Mais on pourrait aussi à terme, si les finances le permettent, acheter du matériel pour tester son support (imprimantes tickets / douchettes / balance connectée....).

Pour information la version 3.25.7 de la caisse et la version 3.68.7 de la gestion associé qui corrige le pb de cohérence fond de caisse ticket z a été déployé sur le site et le snap store.

merci pour l'info. Versions installées ce matin, et rendu caisse correct cet après-midi! Ces dames ne vont plus me harceler car elles calculaient le rendu à la main!!
Je n'ai pas testé la zapette en mode "saisie avec nombre", car elles se sont adaptées à la saisie zapette "1 automatique" et ça leur convient.
Il est bien temps que j'opère notre "don" à votre association
merci encore
Xavier, pour l'épicerie solidaire du Secours Catholique d'Orange

forum_file