Le 08/07/2013 17:23, REVOL Bernard a écrit :
* Peux-tu me rafraichir la mémoire quant au fonctionnement des trois tables :
Storage_movement (cela je vois a quoi elle correspond !!) mais surtout stora_movem_order_stora_movem et Storage_movement_order…
La documentation du schéma n'est pas claire ? En fait un ordre de mouvement correspond à un ensemble de StorageMovement. Un ordre de mouvement = un prélèvement dans le stock = un article demandé en tel quantité. Un StorageMovement = un prélèvement dans un emplacement pour un ordre. La table stora_movem_order_stora_movem est une table intermédiaire qui fait le lien entre l'ordre et les différents mouvements effectués pour cette ordre. Avec une colonne en plus pour maintenir le tri (dans quel ordre les emplacements ont été prélevés) entre les différents mouvements d'un même ordre.
* Comment doit-on se servir de la touche F5 pour remonter une anomalie : faut-il mettre la qté à zéro avant d'appuyer sur F5 par ex ???
Ex: le système propose un emplacement mais la qté annoncée est de 5 mais pas de stock dans l'emplacement.
N'importe. Si tu saisis une quantité, il sauve le mouvement de stock ET marque l'emplacement en erreur. Si tu ne saisis rien, il mettra 0 donc pas de mouvement de stock mais emplacement en erreur.
* J'ai trouvé un mouvement bizarre d'un emplacement vers un autre avec une qté = 0 !!!
L'emplacement origine ou destination est-il en erreur ? Peut-être que y'a un bug et qu'il sauvegarde un mouvement de stock de 0 alors que ça n'a pas de sens.
* As-tu des nouvelles concernant la possibilité de verrouiller l'application pour pas qu'un utilisateur ne puisse se connecter qu'a un seul lecteur.
Ça débat, on m'a proposé des façons de faire mais je n'ai pas eu le temps de regarder... Cette semaine je prends le temps. Pour information, la semaine prochaine, je suis en congés. -- Brendan Le Ny, Code Lutin bleny@codelutin.com (+33) 02 40 50 29 28