Bonjour, Je viens de déployer sur démo la révision n°315. Elle comporte toutes les corrections prévues dernièrement. J'ai ajouté la possibilité de remonter une anomalie dans le module de prélèvement de toiles puisque c'est ce qui semble manquer d'après la fiche que j'ai reçu. Vous remarquerez que j'ai été contraint d'adapter le fonctionnement de l'écran des prélèvements, ne pouvant pas détecter la fin du prélèvement, il faut désormais confirmer à la fin du prélèvement en appuyant sur F4 (remarque, F5 pour déclencher une erreur est toujours disponible mais pas affichée, faute de place sur l'écran) Merci de la tester en intégralité, module par module car les modifications demandées bouleverses le fonctionnement global de l'application et je ne peux garantir que des bugs ne sont pas apparus. Vérifiez notamment le respect des permis, la gestion des anomalies, etc. Cette version peut-être téléchargée si vous l'estimez suffisamment viable après tests. Bernard, tu trouveras dans le fichier zip le script sql car des tables ont été supprimées et celle des mouvements de stocks modifiée. Merci de me signaler au plus vite toute correction à effectuer. -- Brendan Le Ny, Code Lutin bleny@codelutin.com (+33) 02 40 50 29 28
Bonjour, Merci pour la livraison de la version. Voici les premiers tests de la nouvelle version (à partir de la base DEMO) en pièces jointes. Questions sur la base de données : Pourquoi la table DELIV_REQUE_ARTIC_STORA_MOVEM pointe sur la table intermédiaire DELIVERED_REQUESTED_ARTICLE et pas directement sur REQUESTED_ARTICLE ? Dans le même ordre d'idée, pourquoi la table RECE_PREP_ARTI_RECE_STOR_MOVE pointe sur RECEIV_PREPAR_ARTICL_RECEPT et pas directement sur PREPARED_ARTICLE_RECEPTION ? Remarque : Tu as supprimé le champ EXPECTED_QUANTITY de la table STORAGE_MOVEMENT, mais il aurait pu être conservé pour avoir l'info dans le cas où le magasinier n'a pas prélevé ce que lui demandait MAGALIE. A+ Bernard -----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é : samedi 13 juillet 2013 18:22 À : Liste des développeurs MagaLiE Objet : [Franciaflex-magalie-devel] Nouvelle révision 315 Bonjour, Je viens de déployer sur démo la révision n°315. Elle comporte toutes les corrections prévues dernièrement. J'ai ajouté la possibilité de remonter une anomalie dans le module de prélèvement de toiles puisque c'est ce qui semble manquer d'après la fiche que j'ai reçu. Vous remarquerez que j'ai été contraint d'adapter le fonctionnement de l'écran des prélèvements, ne pouvant pas détecter la fin du prélèvement, il faut désormais confirmer à la fin du prélèvement en appuyant sur F4 (remarque, F5 pour déclencher une erreur est toujours disponible mais pas affichée, faute de place sur l'écran) Merci de la tester en intégralité, module par module car les modifications demandées bouleverses le fonctionnement global de l'application et je ne peux garantir que des bugs ne sont pas apparus. Vérifiez notamment le respect des permis, la gestion des anomalies, etc. Cette version peut-être téléchargée si vous l'estimez suffisamment viable après tests. Bernard, tu trouveras dans le fichier zip le script sql car des tables ont été supprimées et celle des mouvements de stocks modifiée. Merci de me signaler au plus vite toute correction à effectuer. -- 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...
Bonjour Brendan, Tout d'abord j'espère que tu as passé une bonne semaine de congés... Pour cette semaine 30 il va falloir nous consacrer du temps pour corriger les petits bugs rencontrés sur cette nouvelle version afin de passer en production l'ensemble des modules d'ici la fin de la semaine. Voilà comment j'aimerai que l'on procède, si tu ne vois pas d'inconvénient (cela implique que tu sois réactif (comme d'ailleurs tu l'as été depuis le début du projet)) : - (1) Je t'ai envoyé le résultat des premiers tests de cette version en début de semaine : il y a des petites choses à corriger rapidement afin d'installer en production cette version. (voir si mes remarques sur la base de données sont pertinentes ou pas). - (2) Validation de la base de donnée - (3) Installation de la version avec les corrections demandées : le module Kanban étant d'ors et déjà en production, il faut que cela soit transparent pour les magasiniers (juste expliquer le fonctionnement de la touche F4 nouveauté de cette version). Ces 3 points devront être réalisés lundi soir de manière à démarrer en prod. le mardi matin. -(4) Tests du module gestion des toiles (Sorties Toiles) -(5) Envoi des demandes de corrections si nécessaire. -(6) Correction des anomalies par Code Lutin -(7) Envoi d'une version corrigées pour mise en prod. Ensuite on devrait procéder de la même manière pour les modules : Réceptions fournisseurs/Stockage des toiles, Gestion des Listes à servir. Si on considère que l'on traite un module par jour (étapes 4 à 7), nous devrions avoir une version "testée et approuvée" jeudi 25/07 au plus tard. Il nous restera une semaine complète d'utilisation par le magasin avant la fermeture de Fx (3 semaines : 32/33/34), pour corriger les tous petits soucis éventuellement remontés par les utilisateurs. Pour Code Lutin de fournir une vraie version de production et de paramétrer un environnement de test avec les données de BaaN. A+ Bernard PS : Petite remarque quant à la phrase extraire de ton message ci-dessous : " Merci de la tester en intégralité, module par module car les modifications demandées bouleverses le fonctionnement global de l'application".. J'en conviens que tu as passé du temps pour nous fournir une nouvelle version avant ton départ en congés et une nouvelle fois je t'en remercie, mais n'oublions pas que notre demande de départ concernant le respect d'un prélèvement en tenant compte d'un certain ordre (ex : emplacement fixe en premier par ordre croissant des qtés puis emplacement non fixe...) n'a jamais été remis en cause. Simplement tu avais choisi de mémoriser la séquence des emplacements à prélever pour un ordre donné avant de la soumettre au magasinier au lieu (comme cela fonctionne sur la nouvelle version demandée) de proposer les emplacements à prélever en respectant les priorités (emplt fixe en premier...), sans les mémoriser au départ de manière à tenir compte de l'état des stocks en temps réels et également des prélèvement effectués précédemment pour le même ordre. C'était pour moi un parti pris de développeur. -----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é : samedi 13 juillet 2013 18:22 À : Liste des développeurs MagaLiE Objet : [Franciaflex-magalie-devel] Nouvelle révision 315 Bonjour, Je viens de déployer sur démo la révision n°315. Elle comporte toutes les corrections prévues dernièrement. J'ai ajouté la possibilité de remonter une anomalie dans le module de prélèvement de toiles puisque c'est ce qui semble manquer d'après la fiche que j'ai reçu. Vous remarquerez que j'ai été contraint d'adapter le fonctionnement de l'écran des prélèvements, ne pouvant pas détecter la fin du prélèvement, il faut désormais confirmer à la fin du prélèvement en appuyant sur F4 (remarque, F5 pour déclencher une erreur est toujours disponible mais pas affichée, faute de place sur l'écran) Merci de la tester en intégralité, module par module car les modifications demandées bouleverses le fonctionnement global de l'application et je ne peux garantir que des bugs ne sont pas apparus. Vérifiez notamment le respect des permis, la gestion des anomalies, etc. Cette version peut-être téléchargée si vous l'estimez suffisamment viable après tests. Bernard, tu trouveras dans le fichier zip le script sql car des tables ont été supprimées et celle des mouvements de stocks modifiée. Merci de me signaler au plus vite toute correction à effectuer. -- 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...
Bonsoir, Le 19/07/2013 15:37, REVOL Bernard a écrit :
Pour cette semaine 30 il va falloir nous consacrer du temps pour corriger les petits bugs rencontrés sur cette nouvelle version afin de passer en production l'ensemble des modules d'ici la fin de la semaine.
Je vais me répéter mais les versions que je vous donne sont là pour vous permettre d'ajuster l'environnement de production et non d'utilisation en production. C'est un risque que vous prenez.
- (1) Je t'ai envoyé le résultat des premiers tests de cette version en début de semaine : il y a des petites choses à corriger rapidement afin d'installer en production cette version. (voir si mes remarques sur la base de données sont pertinentes ou pas).
La remarque est pertinente mais tel que c'est fait, cela simplifie le développement. Faire le changement prendrait du temps et il n'y a pas de valeur ajoutée significative de mon point de vue.
- (2) Validation de la base de donnée
Pour moi, le dernier fichier sql que j'ai donné est bon et, à moins d'un changement majeur, il ne devrait pas changer.
- (3) Installation de la version avec les corrections demandées : le module Kanban étant d'ors et déjà en production, il faut que cela soit transparent pour les magasiniers (juste expliquer le fonctionnement de la touche F4 nouveauté de cette version).
Il n'est pas censé être en production. Si vous me demandez des corrections, je les ferai. Je ferai en sorte que l'interface ne change pas trop, mais si le besoin l'exige, je devrais faire les adaptations nécessaires.
Ces 3 points devront être réalisés lundi soir de manière à démarrer en prod. le mardi matin.
-(4) Tests du module gestion des toiles (Sorties Toiles) -(5) Envoi des demandes de corrections si nécessaire. -(6) Correction des anomalies par Code Lutin -(7) Envoi d'une version corrigées pour mise en prod.
Ensuite on devrait procéder de la même manière pour les modules : Réceptions fournisseurs/Stockage des toiles, Gestion des Listes à servir.
Je veux bien travailler en fonction de vos priorités (par module), mais je ne peux rien garantir sur les échéances. En effet, elles dépendent d'une part, du temps que vont me prendre les corrections demandées et d'autres part, de mes disponibilités (j'ai des contraintes sur d'autres projets).
Si on considère que l'on traite un module par jour (étapes 4 à 7), nous devrions avoir une version "testée et approuvée" jeudi 25/07 au plus tard.
Signales-moi les corrections à effectuer au plus vite et je les ferai au plus vite, selon mes disponibilités.
Il nous restera une semaine complète d'utilisation par le magasin avant la fermeture de Fx (3 semaines : 32/33/34), pour corriger les tous petits soucis éventuellement remontés par les utilisateurs. Pour Code Lutin de fournir une vraie version de production et de paramétrer un environnement de test avec les données de BaaN.
Dès l'instant où vous validez que le logiciel est terminé, on peut vous livrer la version finale le lendemain. L'idéal serait d'y arriver avant la fermeture de Franciaflex. J'ai mis sur démo une nouvelle version qui corrige les problèmes remontés sur le module Kanban et le module Transfert de stock. Peux-tu retester ? P.S : le changement majeur que j'évoque n'a rien à voir avec la gestion des priorités des prélèvements, effectivement ces règles n'ont que peu changées depuis le début du projet. Le changement que j'évoque concerne le fait de passer d'une gestion par ordre et réservation du stock nécessaire au prélèvement à une gestion en temps réel (où on prélève dans le stock et fonction du stock disponible à l'instant t) -- Brendan Le Ny, Code Lutin bleny@codelutin.com (+33) 02 40 50 29 28
Bonjour Brendan, Voir mes réponses en rouge ci-dessous. En PJ des tests fait ce matin sur le module liste à servir avec base DEMO. A+ -----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é : lundi 22 juillet 2013 19:46 À : franciaflex-magalie-devel@list.forge.codelutin.com Objet : Re: [Franciaflex-magalie-devel] Nouvelle révision 315 Bonsoir, Le 19/07/2013 15:37, REVOL Bernard a écrit :
Pour cette semaine 30 il va falloir nous consacrer du temps pour corriger les petits bugs rencontrés sur cette nouvelle version afin de passer en production l'ensemble des modules d'ici la fin de la semaine.
Je vais me répéter mais les versions que je vous donne sont là pour vous permettre d'ajuster l'environnement de production et non d'utilisation en production. C'est un risque que vous prenez. ON ASSUME !!!!
- (1) Je t'ai envoyé le résultat des premiers tests de cette version en début de semaine : il y a des petites choses à corriger rapidement afin d'installer en production cette version. (voir si mes remarques sur la base de données sont pertinentes ou pas).
La remarque est pertinente mais tel que c'est fait, cela simplifie le développement. Faire le changement prendrait du temps et il n'y a pas de valeur ajoutée significative de mon point de vue. Pourquoi cela simplifie le développement d'ajouter ces tables intermédiaires ?? je ne vois pas mais tu dois avoir tes raisons... Cela implique de les gérer lors de l'interface entre Magalie et BaaN : ex :lors de l'insertion d'un enregistrement dans la table deliv_reque_artic_stora_movem d'un mouvement lié à une liste à servir le trigger qui va inserer un enregistrement equivalent dans une table de BaaN ne peut pas etre aussi simple que le trigger de récupération des enregistrements de storage_movement. Idem pour le trigger de suppression de l'enregistrement dans BaaN qui doit supprimer l'enregistrement équivalent dans Magalie... Bref rien est impossible mais avoue que gerer des tables qui n'ont pas d'utilité dans la base de données ce n'est pas très esthétique !!
- (2) Validation de la base de donnée
Pour moi, le dernier fichier sql que j'ai donné est bon et, à moins d'un changement majeur, il ne devrait pas changer.
- (3) Installation de la version avec les corrections demandées : le module Kanban étant d'ors et déjà en production, il faut que cela soit transparent pour les magasiniers (juste expliquer le fonctionnement de la touche F4 nouveauté de cette version).
Il n'est pas censé être en production. Si vous me demandez des corrections, je les ferai. Je ferai en sorte que l'interface ne change pas trop, mais si le besoin l'exige, je devrais faire les adaptations nécessaires. Pas de souci par rapport à ça.
Ces 3 points devront être réalisés lundi soir de manière à démarrer en prod. le mardi matin.
-(4) Tests du module gestion des toiles (Sorties Toiles)
-(5) Envoi des demandes de corrections si nécessaire.
-(6) Correction des anomalies par Code Lutin
-(7) Envoi d'une version corrigées pour mise en prod.
Ensuite on devrait procéder de la même manière pour les modules : Réceptions fournisseurs/Stockage des toiles, Gestion des Listes à servir.
Je veux bien travailler en fonction de vos priorités (par module), mais je ne peux rien garantir sur les échéances. En effet, elles dépendent d'une part, du temps que vont me prendre les corrections demandées et d'autres part, de mes disponibilités (j'ai des contraintes sur d'autres projets).
Si on considère que l'on traite un module par jour (étapes 4 à 7), nous devrions avoir une version "testée et approuvée" jeudi 25/07 au plus tard.
Signales-moi les corrections à effectuer au plus vite et je les ferai au plus vite, selon mes disponibilités.
Il nous restera une semaine complète d'utilisation par le magasin avant la fermeture de Fx (3 semaines : 32/33/34), pour corriger les tous petits soucis éventuellement remontés par les utilisateurs.
Pour Code Lutin de fournir une vraie version de production et de paramétrer un environnement de test avec les données de BaaN.
Dès l'instant où vous validez que le logiciel est terminé, on peut vous livrer la version finale le lendemain. L'idéal serait d'y arriver avant la fermeture de Franciaflex. J'ai mis sur démo une nouvelle version qui corrige les problèmes remontés sur le module Kanban et le module Transfert de stock. Peux-tu retester ? OK pour les corrections apportées - les bugs sont corrigés. P.S : le changement majeur que j'évoque n'a rien à voir avec la gestion des priorités des prélèvements, effectivement ces règles n'ont que peu changées depuis le début du projet. Le changement que j'évoque concerne le fait de passer d'une gestion par ordre et réservation du stock nécessaire au prélèvement à une gestion en temps réel (où on prélève dans le stock et fonction du stock disponible à l'instant t) -- 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...
Une précision par rapport à la remontée suivante :
Une fois l'information de la liste sur laquelle le magasinier a été affecté, l'info n'apparait pas dans l'écran traitement des articles. Est-ce un pb de place au niveau de l'écran ?
C'est exactement ça, je n'ai pas eu le choix. Toutefois, cette information est disponible sur l'écran intermédiaire qui s'affiche avant et après chaque prélèvement dans le cas des listes à servir. Si vous voulez un changement, ce sera dans la RC-2. -- Brendan Le Ny, Code Lutin bleny@codelutin.com (+33) 02 40 50 29 28
participants (2)
-
Brendan Le Ny -
REVOL Bernard