Voici les priorités en tenant compte du fait du changement de mode de prélevement qui compte tenu de ce que tu m'as dit allait etre difficile a mettre en place avant ton départ (d'où la priorité 5) -----Message d'origine----- De : franciaflex-magalie-devel-bounces@list.forge.codelutin.com [mailto:franciaflex-magalie-devel-bounces@list.forge.codelutin.com] De la part de Brendan Le Ny Envoyé : jeudi 11 juillet 2013 18:52 À : Liste des développeurs MagaLiE Objet : [Franciaflex-magalie-devel] Feuille de route Bonsoir, Suite à un échange téléphonique avec Bernard, voici le résumé des modifications demandées. Merci de me les renvoyer selon vos priorités. (5) passer sur un mode de prélèvement en temps réel pour les kanbans et pour les listes à servir. Notamment, cela rend caduque la notion d'ordre qui avait était intégré afin de pouvoir réserver du stock. Par conséquent, il a été décidé que les listes à servir sont désormais à traiter en mode « best effort » et plus en « strict ». Il n'est donc plus possible de garantir que la quantité totale demandée pourra être prélevée avant que la personne achève son prélèvement. * idem point en priorité 4 non ?revoir la gestion des anomalies. Il n'y a plus de notion d'ordre de prélèvement donc pas de quantité à préléver. Une anomalie n'est remontée que dans deux cas : - l'emplacement a été explicitement déclaré en anomalie - le magasinier prélève moins que ce qui est disponible dans l'emplacement et n'a pourtant pas atteint la quantité totale demandée initialement. Dans ce cas, au moment ou le magasinier saisie une quantité moindre, on demande à l'utilisateur s'il souhaite remonter une erreur pour cet emplacement, une boîte de dialogue demande de confirmer si oui ou non il faut remonter une erreur. L'utilisateur répond selon s'il a prélevé moins parce que la quantité disponible n'est pas celle indiquée ou s'il a sciemment choisi de prélevé moins. Dans tous les cas, il faut autoriser l'utilisateur à confirmer son ordre même s'il n'a pas prélevé toute la quantité indiquée initialement. (4) permettre de prélever moins pour un emplacement pour les kanbans, s'il prélève moins : ne pas supposer que c'est une erreur mais demander à l'utilisateur de confirmer si c'est une erreur et pas volontaire. Si c'est volontaire, permettre de confirmer un prélèvement avec une quantité totale moindre que celle indiquée au départ (6) dans tous modules, afficher l'état du stock pour chaque prélèvement (kanban, liste à servir, prélèvement toile), c'est possible dès lors qu'on passe en temps réel. (7) lorsque qu'un kanban a une quantité prévue à zéro, ne plus demander a quantité à prélever. Ce n'est plus nécessaire étant donné qu'on ne fait plus de réservation. Proposer les emplacements à prélever et supposer un prélèvement de zéro, l'utilisateur doit saisir la quantité. (3) dans le module de prélèvement immédiat (sorties toiles), à la suite du code emplacement, indiquer la quantité préfixée par « Qté » et suffixée par l'unité. Ajouter une mention « aucun lot » si le batchCode n'est pas renseigné (La référence article + designation doit apparaitre sur cet ecran en information). Quand l'article n'a pas de stock : l'application plante --> affiché message "Pas de stock pour cet article" (2) refaire une passe pour vérifier que partout dans l'appli on déduit les mouvements de stocks déjà effectués (1) vérifier qu'un emplacement marqué en erreur pour un article n'empêche pas de prélever un article autre dans cet emplacement Faire en sorte que le focus sur les zones en lectures CB fonctionnent. Remarque : * pour les prélèvements, la touche F5 conserve son fonctionnement actuel -- Brendan Le Ny, Code Lutin bleny@codelutin.com<mailto:bleny@codelutin.com> (+33) 02 40 50 29 28 _______________________________________________ Franciaflex-magalie-devel mailing list Franciaflex-magalie-devel@list.forge.codelutin.com<mailto:Franciaflex-magalie-devel@list.forge.codelutin.com> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/franciaflex-magalie...