Suite Tests : (1) Traitement des réceptions : Message pas de réceptions a traiter (alors que j'ai des articles en attente dans le mag et l'emplacement de réception : je pense que le soucis vient de l'emplacement REC qui comme l'emplacement SANS est cadré à droite !!!! (2) Un utilisateur peut se connecter sur deux lecteurs différents... Peut-être inclure un verrou ? (3) Traitement des listes à Servir J'avais sur la version precedente un pb : deux magasiniers pouvaient traiter la meme liste, et les mouvement de l'un etaitent affectés à l'autre. Et en plus quand le deuxieme sortait du traitement ce n'était plus son profil qui était affiché mais celui du premier... comme si le lecteur avait changé d'affectation. Je n'ai pas réussi a le reproduire avec la nouvelle version, mais il faiut peut etre que je fasse le menage dans les tables magalie pour repartir à zero. (je referai ce test lundi) (4) Pour KANBAN voici en PJ le log 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 28/06/2013 18:09, REVOL Bernard a écrit :
(1)Traitement des réceptions :
Message pas de réceptions a traiter (alors que j'ai des articles en attente dans le mag et l'emplacement de réception :
je pense que le soucis vient de l'emplacement REC qui comme l'emplacement SANS est cadré à droite !!!!
Ça y ressemble fortement... Peux-tu me donner la valeur exacte qu'il faut que j'utilise ? Peut-être que je vais les extraire dans la configuration.
(2)Un utilisateur peut se connecter sur deux lecteurs différents… Peut-être inclure un verrou ?
Alors ça, je vais demander autour de moi mais à mon avis c'est pas possible à réaliser. Il y a de la gestion de synchronisation à différents niveaux dans l'application donc normalement, même avec plusieurs personnes connectées avec le même identifiant, ça devrait bien se passer.
(3)Traitement des listes à Servir
J'avais sur la version precedente un pb : deux magasiniers pouvaient traiter la meme liste, et les mouvement de l'un etaitent affectés à l'autre.
Et en plus quand le deuxieme sortait du traitement ce n'était plus son profil qui était affiché mais celui du premier… comme si le lecteur avait changé d'affectation. Je n'ai pas réussi a le reproduire avec la nouvelle version, mais il faiut peut etre que je fasse le menage dans les tables magalie pour repartir à zero. (je referai ce test lundi)
Oui, il me faudrait un moyen de reproduire cela mais là comme ça je vois pourquoi ça marcherait pas.
(4)Pour KANBAN voici en PJ le log
Ouais, il y un problème, il trouve pas l'article, je me demande si c'est pas un problème de cadrage : les codes articles ne seraient-ils pas cadrés à gauche ou droite ? Ça ne posera pas problème avec les codes barres si tu imprimes les espaces en trop mais là, à la saisie au clavier il faut aussi les mettre. Il y a peut-être un soucis avec le cadrage sur les codes de sociétés mais ça m'étonnerait plus si le problème vienne de là. Ça pose pas mal de problèmes ces cadrages, ne pourrais-tu pas intervenir au niveau des vues ? Je sais bien qu'il ne faut pas retirer le cadrage pour les codes d'emplacements, de magasins, d'articles vu que tu en a besoin pour les requêtes après mais pourrais-tu tout de même supprimer les espaces en trop dans les champs textes qui ne sont pas des identifiants (nom de la société, description de l'article...). Il doit y avoir une fonction TRIM dans Oracle. -- Brendan Le Ny, Code Lutin bleny@codelutin.com (+33) 02 40 50 29 28
participants (2)
-
Brendan Le Ny -
REVOL Bernard