FAQ Foire aux questions (niveau expérimenté).

Une partie de la journée s'est clôturée deux fois ?
[de Fleurus]

Dans un contexte hautement multi-utilisateur, il peut y avoir à la clôture des effets indésirables, comme d'avoir par exemple un ticket laissé ouvert ET en cours de modification pendant que quelqu'un d'autre fait la clôture. A ce moment, comme un record de swfach est en cours d'édition, le programme de clôture NE PEUT PAS ECRIRE le swvalid = True (Vrai), pour pointer l'enregistrement clôturé. Vous recevez le message 'record locked by another user' ce qui est tout à fait vrai, et le programme s'arrête inopinément à cet endroit laissant tous les tickets au delà de ce record à swvalid = false. Cette queue de ticket (considérée comme non clôturée) sera une deuxième fois clôturée le lendemain ou à la prochaine clôture. Faire la clôture le lendemain évite fortement ce genre de distraction.
Evidemment le programme de clôture n'est pas multi-utilisateur. Lancer deux clôtures identiques et simultanément sur deux postes différents donnerait des résultats imprévisibles.
Si vous clôturez le soir même, s'assurer donc que toutes les caisses sont au moins positionnées au repos sur un ticket clôturé, pas nécessairement le dernier.
Le mieux est de quitter le programme caisse sur TOUS les postes de travail avant de clôturer, on est sûr alors que les éventuels buffers et mémoire cache sont bien physiquement écrites sur disque.

Je supprime un article et il revient magiquement et mystérieusement avec un autre prix et une autre description ?
[de Flémalle]

Le fichier stock (ou des articles) est en format .DBF qui a bien des qualités et notamment son espèce d'universalité. Vous pouvez avec Excel de Microsoft directement le lire dans une feuille de calcul par ex.
Parmi les qualités du format on peut aussi souligner sa robustesse à des pannes de courant. 9 fois sur 10 il résiste.
Il a aussi des défauts, et pas un défaut du à un accident, non, un défaut voulu par sa définition même. Il accepte bien une clef unique, mais si vous introduisez un article avec la même clef, il l'acceptera quand même, mais sans la faire apparaître dans l'index.
Conclusion, vous entrez trois fois le même code article et jamais vous ne le voyez apparaître, (vu qu'il existe déjà). Puis exédé, vous supprimer celui qui vous tourmente, et Ô magie, le premier double caché depuis longtemps reprend sa place ...
Ce n'est ni l'intervention d'un mauvais esprit, ni une erreur de programme, encore moins l'initiative malicieuse de l'ordinateur. C'est comme ça, prévu comme ça par l'éditeur historique du format Dbase, Ashon Tate. Et on l'imite depuis 20 ans, consciencieusement
Les programmeurs eux se désolent. Ils auraient préféré que le format n'accepte en aucun cas une clef double qui disparaît de l'index aussitôt crée et qui réapparaît dès qu'on supprime la clef titulaire. C'est ainsi. Avant de créer un nouvel article, vérifiez d'abord qu'il n'existe pas déjà. .