Brendan, Voici un retour de tests fait par les magasiniers sur le terrain. Nous avons mis en production le module KANBAN et TRANSFERT de STOCK. Demain nous allons mettre la gestion des TOILES. A+ Bernard Revol Tel : 04 74 83 54 51 - Mobile : 06 81 93 90 83 Mail : bernard.revol@franciaflex.com<mailto:bernard.revol@franciaflex.com>
Le 10/07/2013 16:36, REVOL Bernard a écrit :
Voici un retour de tests fait par les magasiniers sur le terrain.
Bonjour,
Si on modifie la quantité en plus par rapport à ce qui est proposé. Il ne faut pas générer d’anomalie. Sur l’emplacement.
Ce qui a été clairement demandé, c'est de générer une anomalie dès que le stock prélevé diffère par rapport à l'ordre émis. Ce, pour deux raisons : 1. Si la personne a pu prélever plus que ce qui lui est suggéré, c'est qu'il y avait plus de stock que prévu. S'il y avait plus de stock de prévu c'est qu'il y a un écart de stock entre ce qui se trouve réellement dans l'emplacement et ce qui est décrit dans Baan. Dans le doute, on enregistre une erreur pour que quelqu'un aille vraiment évaluer le stock. 2. Il ne faut pas prélever dans l'emplacement plus que ce que l'ordre demande. En effet, si l'ordre indique de prélever seulement 10 parmi 30 disponibles, c'est peut-être parce que 20 ont été attribués à un autre ordre. Prélever plus que 10 provoquera donc une erreur lorsque la personne viendra chercher les 20 qui lui manquent pour compléter son ordre de prélèvement. En résumé, si chacun prélève plus ou moins que la quantité que ce qui est prévu dans l'ordre, les calculs qui auront pu être fait jusqu'alors sont faussés et on aboutira forcément à une erreur.
Attention si une quantité est modifiée en moins, il faut générer une anomalie. Mais l’anomalie doit être pour le couple article-. Il ne faut pas bloquer l’emplacement dans son intégralité car sinon toutes les autres réf dans l’emplacement ne sont plus accessible
C'est le cas. Ça m'a été signaler au milieu du projet et j'ai fait la correction.
Si dans le 1er emplacement proposé il y a une qté 1/20, qui n’existe pas, on la valide à 0 pour avoir la proposition suivante. Pb la proposition suivante même s’il y a la quantité disponible dans l’emplacement elle proposera /19 car elle considère que la 1ère ligne qté 1 à été prélevée même si elle a été passée à 0.
Tout à fait. C'est regrettable mais je ne peux pas faire autrement. En effet, même si il faut prélever 20, je ne peux proposer que 19 parce qu'à ce moment du prélèvement, je ne peux pas savoir si il faut prélever 20 (il y a pu y avoir un autre ordre à qui ce 1 va manquer...) Dans ce cas précis, c'est au magasinier confronté à l'erreur sur le premier emplacement de corriger le tir au fur et à mesure des prélèvements. C'est la raison pour laquelle une fois qu'il a prélevé dans tous les emplacements prévus, s'il n'a toujours pas la quantité souhaitée, on lui propose d'aller chercher dans les autres emplacements où il y a du stock et ce jusqu'à ce qu'il puisse compléter son ordre (ou l'annuler, s'il n'y a vraiment pas moyen de réunir la quantité nécessaire).
Si la quantité à prélever est de 5, et que le magasinier modifie la quantité à 4 (parfois les conditionnements sont différents) pour le premier emplacement. Si la référence est dans plusieurs emplacements, le système oriente forcément vers un autre emplacement. Il faut au préalable poser la question au magasinier, voulez vous un autre emplacement avec du stock, si oui alors proposer un nouvel emplacement, si non alors proposer de terminer l’opération.
Selon moi, le magasinier devrait prélever 5 et entrer 5. Toutefois, s'il s'avère qu'il rentre « 4 », on lui suggère un autre emplacement ce qui est logique puisqu'on suppose qu'il n'a pas pu prélever les 5 et qu'il doit donc prendre du stock ailleurs. Si, comme décrit ici, il change d'avis et veut finalement prélever 5 dans le premier emplacement. Et bien, il peut rescanner le premier emplacement, mettre la quantité à 5 et tout rentre dans l'ordre.
La déclaration de l’anomalie avec la touche ne fonctionne pas correctement il faut faire une double déclaration. Il faut repasser 2 fois sur la déclaration pour être pris en compte. Et il manque un message, pe « l’anomalie a été prise en compte »
D'après le test que je viens d'effectuer, tout fonctionne normalement. Il faut scanner le code barre avant d'appuyer sur F5. Je ne vois pas comment vous faîtes une « double déclaration ». Un message « l’anomalie a été prise en compte » ne serait pas pertinent. En effet, ce n'est pas le cas. L'anomalie n'est reportée qu'à confirmation finale de l'ordre, après avoir cliquer sur « Terminer » et pas avant.
Quand le kanban ne propose pas une quantité fixe, nous ne pouvons pas voir dans quel emplacement il faut aller.
Quand on fait une demande pour un tel article, avant de pouvoir accéder à l'interface de prélèvement, l'écran où on saisie le code article demande la quantité totale à prélever. On ne peut pas accéder à l'écran suivant sans saisir cette quantité. En effet, j'ai besoin de la quantité totale qu'il faut prélever pour calculer un ordre pertinent qui tient compte des priorités et qui n'entre pas en conflit avec les l'état des stocks, les anomalies remontées et les prélèvement déjà effectués et à venir.
Il est important de nous orienter vers un emplacement (fixe en premier et un avec du stock si le fixe est à 0), ce qui permet au magasinier de visualiser la pièce et fonction du bac de mettre la quantité qu’il souhaite et parfois de passer au pesage pour avoir la quantité précise.
Malheureusement, ce n'est pas possible étant donné les règles de fonctionnement du module Kanban. En effet, comme expliqué ci-dessus, pour calculer un ordre de mouvement cohérent, je dois savoir à l'avance la quantité totale à prélever. Toutefois, je suis conscient du problème posé, et je veux bien faire quelques modifications (en toute fin de projet) pour que vous puissiez faire ces prélèvements. Une solution serait de passer par le module « Prélèvement immédiat » qui a été renommé en « Prélèvement toile ». Il permet de scanner un code, d'obtenir la liste des emplacements, de choisir celui dans lequel on prélève. Il faudrait que j'ajoute la possibilité de saisir une quantité prélevée (en effet, dans l'état actuel des choses, vu qu'il s'agit des toiles, on prélève toute la quantité). Ce serait un moyen de contourner le problème mais il faut comprendre que je peux pas bouleverser la logique de prélèvement pour les kanbans qui est déjà assez complexe. Je ne vois pas d'autres solutions.
Si un kanban est bippé et que retour de l’info « il n’y a pas de stock » apparaît, est ce qu’une liste en attente se créée pour qu’à la réception il y ai l’info que des boîtes sont bloquées ?
Oui. On sauvegarde l'article manquant, le magasin dans lequel il est manquant ainsi que la date de le demande qui n'a pas pu être honorée (table « UNAVAILABLE_ARTICLE »).
Après avoir fait le mouvement de sortie du kanban, on bascule dans les sorties. Le menu indique pour l’emplacement donné les références et les quantités en stock. On sélectionne la ligne correspondante à transférer. Le menu indique bien la quantité moins les pièces qui ont été sorties. Mais au moment de faire le transfert, le système ne poursuit pas la manip avec la quantité restante mais la quantité qu’il y a avait à l’origine dans l’emplacement.
Corrigé. Une remarque, étant donné que vous aviez quitter le module kanban, vous aviez confirmé le mouvement de stock. Normalement, les déclencheurs réalisés par Franciaflex devraient réagir instantanément et modifier le stock dans Bann en conséquence de ces mouvements de stocks. Du coup, une fois arrivé dans le module transfert de stock, les quantités auraient dû être bonnes. À noter que d'autres problèmes de ce types pourront se produire dans la suite des tests, ce n'est pas de MagaLiE que cela dépend, ce sont les déclencheurs qui manquent pour que les stocks soient impactés dans Bann, et donc les vues de MagaLiE, et donc les données affichées dans MagaLiE.
Il faut repositionner le curseur dans les emplacements il ne se met pas automatiquement. Dans l’emplacement d’origine et dans l’emplacement de destination
C'était corrigé. C'est de ma faute, j'ai introduit ce bug récemment en en corrigeant un autre. En espérant que ces explications vous aurons éclairé. Cordialement, -- Brendan Le Ny, Code Lutin bleny@codelutin.com (+33) 02 40 50 29 28
Bonjour brendan, Je souhaite clarifier de suite la situation qui me déplait fortement. Nous sommes les clients de code lutin, et nous avons une expérience terrain. Sauf erreur de ma part, vous n'êtes jamais intervenu sur notre site pour constater notre fonctionnement. Et les réalités du terrain sont parfois un peu en décalage avec ce que l'on peut imaginer depuis un ordinateur. De votre côté vous êtes notre fournisseur et je souhaite que vous ne remettiez pas en cause nos demandes. Si je prends le temps de faire ces tests et que je vous demande des ajustements, en réponse je souhaite juste avoir C'est faisable et ça le sera à telle date et non tout un lai-us sur comment nous devrions fonctionner. Si techniquement ce n'est pas faisable alors merci de me dire techniquement ce n'est pas faisable. De plus à ce jour j'ai beaucoup de mal à lire des dizaines de lignes au kilomètre. Pourriez vous faire des réponses sur nos documents de fiche tests que nous vous envoyons ce sera beaucoup plus rapide. Par conséquent en ce qui me concerne, je ne tiens pas compte des remarques que vous avez fait ci dessous L'ensemble des demandes d'adaptation que je vous ai envoyé reste pour moi en attente. Merci de regarder pour avoir une certaine souplesse concernant nos demandes. Je rappelle que le but est de faciliter la vie Aux personnes du terrain. L'outil doit être utiliser au mieux. J'espère que la majorité des demandes que bernard vous a transféré pourront aboutir rapidement, et que pour ce qui n'est pas possible en l'état vous pourrez trouver une alternative pour nous faciliter la chose. Pour ce qui concerne le blocage de l'emplacement complet et non pas du couple article-emplacement. Je vous affirme que pendant les tests hier. Un article s'est mis en défaut sur un emplacement et qu'au moment de vouloir prélever un autre art dans le même emplacement le système nous a annoncé stock inexistant jusqu'à ce que bernard supprime l'anomalie. Donc je pense qu'il y a un problème. Cordialement Corinne Cocolon Tél : 04 74 83 54 63 Responsable approvisionnements / magasins FRANCIAFLEX SE -----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 11:10 À : franciaflex-magalie-devel@list.forge.codelutin.com Objet : Re: [Franciaflex-magalie-devel] Tests fait sur terrain par magasiniers Le 10/07/2013 16:36, REVOL Bernard a écrit :
Voici un retour de tests fait par les magasiniers sur le terrain.
Bonjour,
Si on modifie la quantité en plus par rapport à ce qui est proposé. Il ne faut pas générer d'anomalie. Sur l'emplacement.
Ce qui a été clairement demandé, c'est de générer une anomalie dès que le stock prélevé diffère par rapport à l'ordre émis. Ce, pour deux raisons : 1. Si la personne a pu prélever plus que ce qui lui est suggéré, c'est qu'il y avait plus de stock que prévu. S'il y avait plus de stock de prévu c'est qu'il y a un écart de stock entre ce qui se trouve réellement dans l'emplacement et ce qui est décrit dans Baan. Dans le doute, on enregistre une erreur pour que quelqu'un aille vraiment évaluer le stock. 2. Il ne faut pas prélever dans l'emplacement plus que ce que l'ordre demande. En effet, si l'ordre indique de prélever seulement 10 parmi 30 disponibles, c'est peut-être parce que 20 ont été attribués à un autre ordre. Prélever plus que 10 provoquera donc une erreur lorsque la personne viendra chercher les 20 qui lui manquent pour compléter son ordre de prélèvement. En résumé, si chacun prélève plus ou moins que la quantité que ce qui est prévu dans l'ordre, les calculs qui auront pu être fait jusqu'alors sont faussés et on aboutira forcément à une erreur.
Attention si une quantité est modifiée en moins, il faut générer une anomalie. Mais l'anomalie doit être pour le couple article-. Il ne faut pas bloquer l'emplacement dans son intégralité car sinon toutes les autres réf dans l'emplacement ne sont plus accessible
C'est le cas. Ça m'a été signaler au milieu du projet et j'ai fait la correction.
Si dans le 1er emplacement proposé il y a une qté 1/20, qui n'existe pas, on la valide à 0 pour avoir la proposition suivante. Pb la proposition suivante même s'il y a la quantité disponible dans l'emplacement elle proposera /19 car elle considère que la 1ère ligne qté 1 à été prélevée même si elle a été passée à 0.
Tout à fait. C'est regrettable mais je ne peux pas faire autrement. En effet, même si il faut prélever 20, je ne peux proposer que 19 parce qu'à ce moment du prélèvement, je ne peux pas savoir si il faut prélever 20 (il y a pu y avoir un autre ordre à qui ce 1 va manquer...) Dans ce cas précis, c'est au magasinier confronté à l'erreur sur le premier emplacement de corriger le tir au fur et à mesure des prélèvements. C'est la raison pour laquelle une fois qu'il a prélevé dans tous les emplacements prévus, s'il n'a toujours pas la quantité souhaitée, on lui propose d'aller chercher dans les autres emplacements où il y a du stock et ce jusqu'à ce qu'il puisse compléter son ordre (ou l'annuler, s'il n'y a vraiment pas moyen de réunir la quantité nécessaire).
Si la quantité à prélever est de 5, et que le magasinier modifie la quantité à 4 (parfois les conditionnements sont différents) pour le premier emplacement. Si la référence est dans plusieurs emplacements, le système oriente forcément vers un autre emplacement. Il faut au préalable poser la question au magasinier, voulez vous un autre emplacement avec du stock, si oui alors proposer un nouvel emplacement, si non alors proposer de terminer l'opération.
Selon moi, le magasinier devrait prélever 5 et entrer 5. Toutefois, s'il s'avère qu'il rentre « 4 », on lui suggère un autre emplacement ce qui est logique puisqu'on suppose qu'il n'a pas pu prélever les 5 et qu'il doit donc prendre du stock ailleurs. Si, comme décrit ici, il change d'avis et veut finalement prélever 5 dans le premier emplacement. Et bien, il peut rescanner le premier emplacement, mettre la quantité à 5 et tout rentre dans l'ordre.
La déclaration de l'anomalie avec la touche ne fonctionne pas correctement il faut faire une double déclaration. Il faut repasser 2 fois sur la déclaration pour être pris en compte. Et il manque un message, pe « l'anomalie a été prise en compte »
D'après le test que je viens d'effectuer, tout fonctionne normalement. Il faut scanner le code barre avant d'appuyer sur F5. Je ne vois pas comment vous faîtes une « double déclaration ». Un message « l'anomalie a été prise en compte » ne serait pas pertinent. En effet, ce n'est pas le cas. L'anomalie n'est reportée qu'à confirmation finale de l'ordre, après avoir cliquer sur « Terminer » et pas avant.
Quand le kanban ne propose pas une quantité fixe, nous ne pouvons pas voir dans quel emplacement il faut aller.
Quand on fait une demande pour un tel article, avant de pouvoir accéder à l'interface de prélèvement, l'écran où on saisie le code article demande la quantité totale à prélever. On ne peut pas accéder à l'écran suivant sans saisir cette quantité. En effet, j'ai besoin de la quantité totale qu'il faut prélever pour calculer un ordre pertinent qui tient compte des priorités et qui n'entre pas en conflit avec les l'état des stocks, les anomalies remontées et les prélèvement déjà effectués et à venir.
Il est important de nous orienter vers un emplacement (fixe en premier et un avec du stock si le fixe est à 0), ce qui permet au magasinier de visualiser la pièce et fonction du bac de mettre la quantité qu'il souhaite et parfois de passer au pesage pour avoir la quantité précise.
Malheureusement, ce n'est pas possible étant donné les règles de fonctionnement du module Kanban. En effet, comme expliqué ci-dessus, pour calculer un ordre de mouvement cohérent, je dois savoir à l'avance la quantité totale à prélever. Toutefois, je suis conscient du problème posé, et je veux bien faire quelques modifications (en toute fin de projet) pour que vous puissiez faire ces prélèvements. Une solution serait de passer par le module « Prélèvement immédiat » qui a été renommé en « Prélèvement toile ». Il permet de scanner un code, d'obtenir la liste des emplacements, de choisir celui dans lequel on prélève. Il faudrait que j'ajoute la possibilité de saisir une quantité prélevée (en effet, dans l'état actuel des choses, vu qu'il s'agit des toiles, on prélève toute la quantité). Ce serait un moyen de contourner le problème mais il faut comprendre que je peux pas bouleverser la logique de prélèvement pour les kanbans qui est déjà assez complexe. Je ne vois pas d'autres solutions.
Si un kanban est bippé et que retour de l'info « il n'y a pas de stock » apparaît, est ce qu'une liste en attente se créée pour qu'à la réception il y ai l'info que des boîtes sont bloquées ?
Oui. On sauvegarde l'article manquant, le magasin dans lequel il est manquant ainsi que la date de le demande qui n'a pas pu être honorée (table « UNAVAILABLE_ARTICLE »).
Après avoir fait le mouvement de sortie du kanban, on bascule dans les sorties. Le menu indique pour l'emplacement donné les références et les quantités en stock. On sélectionne la ligne correspondante à transférer. Le menu indique bien la quantité moins les pièces qui ont été sorties. Mais au moment de faire le transfert, le système ne poursuit pas la manip avec la quantité restante mais la quantité qu'il y a avait à l'origine dans l'emplacement.
Corrigé. Une remarque, étant donné que vous aviez quitter le module kanban, vous aviez confirmé le mouvement de stock. Normalement, les déclencheurs réalisés par Franciaflex devraient réagir instantanément et modifier le stock dans Bann en conséquence de ces mouvements de stocks. Du coup, une fois arrivé dans le module transfert de stock, les quantités auraient dû être bonnes. À noter que d'autres problèmes de ce types pourront se produire dans la suite des tests, ce n'est pas de MagaLiE que cela dépend, ce sont les déclencheurs qui manquent pour que les stocks soient impactés dans Bann, et donc les vues de MagaLiE, et donc les données affichées dans MagaLiE.
Il faut repositionner le curseur dans les emplacements il ne se met pas automatiquement. Dans l'emplacement d'origine et dans l'emplacement de destination
C'était corrigé. C'est de ma faute, j'ai introduit ce bug récemment en en corrigeant un autre. En espérant que ces explications vous aurons éclairé. Cordialement, -- Brendan Le Ny, Code Lutin bleny@codelutin.com (+33) 02 40 50 29 28 _______________________________________________ Franciaflex-magalie-devel mailing list Franciaflex-magalie-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/franciaflex-magalie...
participants (3)
-
Brendan Le Ny -
COCOLON Corinne -
REVOL Bernard