April 2013 - Franciaflex-magalie-devel - mailman.cloud.codelutin.com

État de MagaLiE au 26/04/2013
by Brendan Le Ny 26 Apr '13

26 Apr '13

Bonsoir, Avant mon départ pour deux semaines de congés, voici le résumé de l'état actuel de MagaLiE. Développements en cours ======================= * Je viens de déployer sur démo une version récente de la 0.1 avec les modifications que nous avons récemment évoquée (emplacements fixes, prélèvement dans l'emplacement REC, type de listes, possibilité d'interdire le prélèvement dans certains magasins). * Franciaflex peut commencer à tester la fonctionnalité Réception dont la plupart des éléments sont développés * La documentation concernant le schéma de données est à jour * Si vous souhaitez changer le jeu de test, vous pouvez envoyer un mail à cet effet sur la présente liste. En mon absence, c'est Éric Chatellier qui le fera à ma place. Dans tous les cas, merci d'effectuer toute demande en ce sens via la liste de diffusion (Éric est abonné) Mise en production d'une version d'essai ======================================== * J'ai produit un fichier .war que vous trouverez sur la forge (onglet « Fichiers », il est adéquat pour essayer de déployer MagaLiE. * Je vous informe que nous avons réussi, avec l'aide d'Éric, à mettre en œuvre MagaLiE dans un environnement Windows (nous n'avons pu tester toutefois le support de Oracle, par manque de licence) * Nous avons produit une documentation avec les étapes qui nous ont permis de mettre MagaLiE en œuvre sur Windows. Elle est sur le wiki donc n'hésitez surtout pas à la compléter s'il nous avons omis des détails. Si Luc souhaite y accéder, il lui faudra un compte sur la forge. http://forge.codelutin.com/projects/franciaflex-magalie/wiki/Documentation_… Luc a évoqué la possibilité de changer de logiciel de base de données pour quitter Oracle et s'orienter vers du MySQL. Nous serions favorable à un tel changement mais il faut toutefois savoir comment le serveur MySQL sera en dialogue avec le serveur Oracle qui contient les données Baan. Code Lutin recommande d'ordinaire la base PostgreSQL, mais MySQL convient tout à fait. Dans tous les cas, nous pourrons adapter la documentation en conséquence. Suite du projet =============== Nous avons prévu une réunion lundi 13 mai après-midi. Bernard, je te contacterais dès 14h, afin de vérifier que la plate-forme de visioconférence est opérationnelle. Le début de la réunion est fixé à 14h30. Ordre du jour : * Bilan MagaLiE 0.1, livraison ? * État de la mise en production * Feuille de route vers MagaLiE 1.0 reprise des éléments et précision du besoin Si la date et l'horaire ne convienne pas, merci de le signaler assez vite et de nous joindre par téléphone pour fixer un horaire qui convient à tous. Cordialement, -- Brendan Le Ny, Code Lutin bleny(a)codelutin.com (+33) 02 40 50 29 28

1 0

Réflexions diverses
by REVOL Bernard 25 Apr '13

25 Apr '13

Brendan, Pour le prélèvement d'articles dans le cas du traitement des KANBANS et des LISTES à SERVIR : Les magasins d'un Batiment/Atelier ("building") ne sont pas tous accessibles pour les prélèvements : ex U01, U02, SOM, B00, LG1 sont affiliés au building "Bat1_RdC" mais les stocks des magasins B00 et LG1 ne doivent pas être pris en considération. Pour prendre en compte cela: soit ajout d'un champ supplémentaire dans la vue WAREHOUSE, soit ne pas faire apparaitre ces magasins dans la vue mais cela peut poser des problèmes dans les autres modules, notamment le transfert de magasin à magasin. La notion de PONTIER: Il y a un magasin des longueurs (U02) qui nécessite un permis spécial de pontier pour manipuler les longueurs : les personnes qui ont ce permis n'ont pas forcément d'autres permis (l'inverse est vrai également). Donc il faut rajouter en plus de la notion de permis (allant de 0-->9 ou 9 tous permis et 0 aucun permis), la notion de PONTIER pour la vue LOCATION. Pour le module stockage des toiles acryliques DICKSON. (1) Ajouter dans le schéma une vue sur la table des données DICKSON : - Reference Dickson (le CB du rouleau de toile qui va être lu). - Code article Franciaflex correspondant. (2) Au moment du choix de l'emplacement de stockage du rouleau, mémoriser dans une table Magalie : - Location - Reference Dickson. Les informations de cette table serviront plus tard pour le déstockage (voir déstockage toiles acryliques): A l'affichage des emplacements contenant le coloris scanné à partir de l'OF, prévoir l'affichage du lot Dickson (qui est en fait une partie de la référence Dickson) en plus. Le but de cette opération est le suivant: rechercher le rouleau (si il existe portant le même n° de lot Dickson que celui qui vient d'être terminé. Exemple : Une première commande a été livrée pour le coloris C1 de 3 rouleaux : chaque rouleau à sa propre référence Dickson mais le lot est identique L1 (cela signifie que le/les bains utilisés pour le traitement du tissu est identique --> Coloris rigoureusement le même pour les 3 rouleaux. Une autre commande a été réceptionnée pour le même coloris C1 plus tard, de deux rouleaux cette fois mais avec un lot forcément différent L2. --> ceci indique qu'il peut y avoir de légère différence de nuance entre les rouleaux du lot L2 par rapport à ceux du L1 (Ils ne proviennent pas du/des même bain. Si le coupeur vient de terminer un rouleau de coloris C1 du lot L1, pour terminer la découpe des toiles de la commande en cours il faut qu'en priorité il prélève un rouleau du coloris C1 du même lot L1 si il y a encore du stock pour ce couple C1 - L1, sinon il prendra un C1 L2. A+ Bernard Revol Tel : 04 74 83 54 51 - Mobile : 06 81 93 90 83 Mail : bernard.revol(a)franciaflex.com<mailto:bernard.revol@franciaflex.com>

1 0

Tests du 23 et 24/avril
by REVOL Bernard 25 Apr '13

25 Apr '13

Bonjour Brendan, Voici nos remontées des tests effectués suite à tes modifications apportées en fin de semaine (voir pièce jointe). Autre petite chose : TON MAIL de JEUDI 18/04 : dans la vue REQUESTED_LIST le champ *_methodOfTreatment_* : > > Valeurs 1 = Liste à traiter par un seul magasinier à la fois. > 2 = Liste pouvant être traitée par plusieurs personnes. En fait, je peux maintenant donner un avis. J'ai programmé cette partie de l'application (affectation des listes pour les listes à traiter à un seul magasinier) et ça donne un code assez compliqué. Puisque cela convenait quand nous en avions parlé, je suggère que toutes les listes soient gérées ainsi. Cela fera une inconnue de moins à gérer pendant les tests. Je pense donc qu'on ne devrait pas avoir cette colonne dans les vues. Est-ce que ce mode de fonctionnement est valable uniquement pour les tests ? la gestion de ces deux méthodes sera effective en production ? > Dans la vue LOCATION le champ *_fullLocation_* : > > Valeurs 1 = Plein > 2 = Non plein. J'avais ajouté cette colonne sous le nom de "occupied". Je veux bien changer le nom pour "full" si tu préfères. Par contre, je souhaiterais que cela soit un booléen (true = plein). OK pour le booleen par contre j'avais mis fullLocation car un emplacement peut être occupé mais pas forcément plein (autre magasin que U51). Je trouve plus logique de notifier la notion de FULL plutôt que OCCUPIED. Qu'en penses tu ? A+ Bernard Revol Tel : 04 74 83 54 51 - Mobile : 06 81 93 90 83 Mail : bernard.revol(a)franciaflex.com<mailto:bernard.revol@franciaflex.com>

2 2

Point sur Schéma base de Données
by REVOL Bernard 18 Apr '13

18 Apr '13

Brendan, Dans le nouveau schéma de la base de données, il y a un petit soucis concernant le traitement des Kanbans : En effet dans le schéma que j'avais fourni il y avait la table articles et la table kanbans car un article peut se retrouver dans un kanban d'un magasin X et dans un kanban d'un magasin Y mais pas forcément avec la même qté de kanban. Donc on ne peut pas avoir la notion quantityInKanban dans la table ARTICLE il faut la table KANBAN (id, code article, code magasin, qté kanban). Qu'en penses tu ? Bernard Revol Tel : 04 74 83 54 51 - Mobile : 06 81 93 90 83 Mail : bernard.revol(a)franciaflex.com<mailto:bernard.revol@franciaflex.com>

2 1

Schéma Base de Données (Suite)
by REVOL Bernard 18 Apr '13

18 Apr '13

Brendan, J'ai ajouté : dans la vue REQUESTED_LIST le champ methodOfTreatment : Valeurs 1 = Liste à traiter par un seul magasinier à la fois. 2 = Liste pouvant être traitée par plusieurs personnes. Dans la vue LOCATION le champ fullLocation : Valeurs 1 = Plein 2 = Non plein. A+ Bernard Revol Tel : 04 74 83 54 51 - Mobile : 06 81 93 90 83 Mail : bernard.revol(a)franciaflex.com<mailto:bernard.revol@franciaflex.com>

1 0

Schéma Base de Données
by REVOL Bernard 18 Apr '13

18 Apr '13

Bonjour Brendan, A corriger sur le schéma : Dans la vue STORED_ARTICLE remplacer Site site par Location location pour être cohérent. A+ Bernard Revol Tel : 04 74 83 54 51 - Mobile : 06 81 93 90 83 Mail : bernard.revol(a)franciaflex.com<mailto:bernard.revol@franciaflex.com>

1 0

Remarques suite aux tests effectués ce matin
by REVOL Bernard 17 Apr '13

17 Apr '13

Bonjour Brendan, Voici les remontées des soucis rencontrés ce matin à l'issue des tests effectués. Si tu souhaites des précisions n'hésites pas à me téléphoner. A+ Bernard Revol Tel : 04 74 83 54 51 - Mobile : 06 81 93 90 83 Mail : bernard.revol(a)franciaflex.com<mailto:bernard.revol@franciaflex.com>

2 1

Modifications jeu de tests
by REVOL Bernard 15 Apr '13

15 Apr '13

Brendan, J'ai fait deux petites modifications pour les articles 1 et 3 j'ai mis le paramètre : fixedLocationsFirst à true. Merci. A+ Bernard Revol Tel : 04 74 83 54 51 - Mobile : 06 81 93 90 83 Mail : bernard.revol(a)franciaflex.com<mailto:bernard.revol@franciaflex.com>

1 0

Version test disponible
by Brendan Le Ny 15 Apr '13

15 Apr '13

Bonsoir, Je viens de déployer une version de test de MagaLiE. Tout n'est pas encore en place. Il me reste à passer sur le fonctionnement en liste attribuées à un utilisateur à la fois notamment et à revoir un peu l'interface utilisateur en cas d'erreur sur un emplacement. Cependant, l'application est utilisable pour les kanbans et fonctionne pour les listes à servir (en mode liste non affectées). Les données de tests correspondent au dernier fichier envoyé par Bernard. Cordialement, -- Brendan Le Ny, Code Lutin bleny(a)codelutin.com (+33) 02 40 50 29 28

1 0

Fichier Tests
by REVOL Bernard 15 Apr '13

15 Apr '13

Bonjour Brendan, Voici le fichier YAML de tests : J'ai juste ajouté un batiment B2 et rattaché les magasins U03 et U04 à celui-ci. A+ Bernard Revol Tel : 04 74 83 54 51 - Mobile : 06 81 93 90 83 Mail : bernard.revol(a)franciaflex.com<mailto:bernard.revol@franciaflex.com>

1 0