Licence WMS

La licence WMS est une licence site et ne dépend pas du nombre d'utilisateurs connectés.
Son activation (et son nombre défini dans les licences Divalto) dépend du nombre de dépôts et d'alvéoles de la base de données.

Serveur client

En version 7 :

• Licence WMS en fonction de votre besoinLe nombre de licences Telnet à activer est à demander en fonction du nombre de caristes attendus. Ces licences sont incluses dans la licence WMS acquise.

Outre la licence WMS, il faut prévoir les licences suivantes pour l'exécution du service Telnet :

• 1 x Harmony
• 1 x Achat-Vente

Il n'est donc pas nécessaire de disposer d'autant de licences Achat-Vente que de caristes puisque les xrtdiva.exe exécutés à partir du service Telnet se font sur un utilisateur unique, utilisateur défini dans le service Windows « Divalto Telnet ».
A partir de la version X :

• Licence WMS en fonction de votre besoin
• Un profil (au minimum opérateur Logistique) par utilisateur. Chaque opérateur est à déclarer dans dlmt. Il faut donc un IUOP par opérateur terminal.Harmony et Telnet ne sont pas à déclarer, puisque qu'ils sont inclus dans l'IUOP.

Licence WMS :
Les seules valeurs de licence acceptée pour WMS sont : 20 ⇒ correspond à 1 dépôt et 1500 emplacements (alvéoles) 50 ⇒ correspond à 3 dépôts et 10000 emplacements (alvéoles) 9999 ⇒ illimité Le nombre de dépôts est le nombre de dépôts WMS que vous pouvez définir, tout dossiers confondus Le nombre d'emplacements est le nombre d'emplacements WMS que vous pouvez définir, tout dossiers confondus

Poste 500 000

Pour un poste consultant/développeur (intégrateur 500 000) : 2 licences au minimum sont requises, comme illustré ci-dessous :
 
En effet, Divalto Telnet tourne sous service et utilise donc une licence, en plus de celle que vous utilisez sur votre session Windows, même si c'est le même compte qui est paramétré dans le service Windows.

Installation du Telnet pour le WMS

Préconisations

Il est conseillé d'utiliser un serveur dédié à l'exécution du Telnet, et donc de ne pas installer directement ce service sur le XLAN. Le serveur peut être virtualisé.
Il faut considérer le serveur Telnet comme n'importe quel poste client. Divalto doit donc y être fonctionnel, environnements montés et autres configurations comme pour n'importe quel client en place sur le site : licence, xlogf...
Les préconisations (version d'OS Windows, implicites...) sont les mêmes que pour un serveur applicatif. Les ressources prises sont moindres qu'un client RDP classique, car seul xrtdiva.exe tourne. Il n'y a pas de xwpf, et donc pas d'affichage à gérer.

Installation du service Telnet

Utilisez le menu Harmony dédié.
En cas d'utilisation des environnements, il est fortement conseillé de paramétrer le service NT Divalto Telnet avec un utilisateur du domaine afin d'être capable d'orienter l'exécution du client Telnet vers un environnement ou un autre.
Bien sûr, cet utilisateur NT devra avoir les mêmes noms d'environnement que le serveur XLAN.
Le fichier dhstelnet.txt situé dans divalto/sys est à paramétrer ainsi :
Exemple :
<port>2248<prog>wmpprf001.dhop<user>UTILISATEUR<paramsytelnet>"fictouche>tvt220<codage>PC8<timeoutmn>45<entersanslf>0<ErpUser>UTILISATEUR<ErpPassWord>MOTDEPASSE<lignes>16<colonnes>24<AffToucheLegende>1<nbtouchefctaff>5<debug>0<Language>FR<touchepiano>K_F6"

La balise paramsytelnet contient elle-même un contenu HMP encadré de guillemets droits " ".

Impressions avec le WMS

Cette page a pour but de vous expliquer la gestion des impressions, de l'installation jusqu'aux tests finaux, pour s'assurer que tout est opérationnel.
Le WMS nécessite des imprimantes installées et configurées pour pouvoir orienter le document à imprimer suivant sa nature :

• sous Windows : l'imprimante par défaut ne suffit pas. Une édition d'étiquettes est attendue sur une imprimante de type étiquette, pas sur son imprimante bureautique par défaut. Un même programme peut dans un même cycle éditer des documents laser (A4) et des étiquettes. C'est le cas par exemple du lancement des vagues de préparation.
• sous Telnet : la notion d'imprimante par défaut n'a pas de sens, surtout dans un grand dépôt ou multidépôt.

Installation des imprimantes Windows

Sur chaque poste client, ou serveur d'application/TSE/CITRIX, il faut installer les imprimantes. Ces imprimantes peuvent être gérées par un serveur d'impression : connexion à l'imprimante partagée.
Sur le serveur Telnet, il est impératif que les imprimantes soient installées en local (l'adresse IP directement dans le port). Le Telnet fonctionne en mode service et ne connaît pas les imprimantes connectées.
Les états standards sont validés en laser A4&Letter, les étiquettes sont validées pour des imprimantes Zebra ZT410 et ZT420, format A5, A6 et 8"x6".

Installation des imprimantes sous Divalto

Il faut créer les modèles d'imprimantes (SF6 au menu de Divalto), ainsi que mapper ces modèles aux imprimantes Windows (xdivaltomajini ou .reg).

On forcera uniquement les paramètres souhaités dans les paramètres d'impression
=> propagation de tout cela une fois validé sur tous les utilisateurs
Résultat du xdivaltoprinters sous Windows :
[HKEY_CURRENT_USER\Software\Divalto\divalto.ini\GraphPrinter-W001]"device"="\\\\SERVEURIMPRESSION
PRTDEPO01,winspool,%port_dynamique%"
"ImpServeur"="0"
alors que pour Telnet, on aura le résultat suivant :
[HKEY_CURRENT_USER\Software\Divalto\divalto.ini\GraphPrinter-W001]
"device"="PRTDEPO01,winspool,%port_dynamique%"
"ImpServeur"="0"
puisque l'imprimante est installée en local.
Exemple pour une imprimante étiquette Zebra :

Tables WMS

Modèles d'imprimantes contextuels

Paramétrage des variantes d'édition

Dans le module Administration, les paramètres d'impression Divalto vous permettent de choisir par défaut le layout à utiliser pour tel numéro d'état.
Voici un exemple courant *9230 correspondant aux factures clients. La plage WMS est comprise entre 46000 et 46999.


Attention, pour les états WMS pouvant être utilisés en WMS, il est impératif de n'avoir qu'un seul choix possible. Dans le cas contraire, Divalto demandera la présentation à choisir. En Telnet, cette fenêtre ne peut pas apparaître et empêcherait la tâche en cours d'exécution d'aboutir.
Vous trouveriez alors une erreur dans le fichier ferror du serveur Telnet :
<...><Programme>divaltochoiximpression.dhop<Module>divaltochoiximpression.dhop<...><Texte>Fichier DIVALTOCHOIXIMPRESSION.DHOE absent
Pour le WMS, nous ajoutons une strate supplémentaire pour pouvoir nous adapter à l'imprimante cible, et surtout à la taille du papier.
Vous avez par exemple des imprimantes étiquettes A5 et A6 dans votre dépôt. L'A5 étant la plus courante, vous la définissez par défaut dans le module Administration de Divalto.
Si le cariste choisit l'imprimante A6 pour imprimer, vous devrez adapter le formulaire.

Prenons par exemple le paramétrage standard du *46502 correspondant à l'édition d'un colis :

• si le paramètre étiquette a pour valeur « 2 » dans le dossier WMS, le formulaire wmii502q.dhoi sera utilisé,
• sauf dans le cas où les imprimantes W016, W040, W041 seront utilisées. Pour ces cas, Divalto utilisera le formulaire ayant comme paramètre « 4 », donc le wmii502r.dhoi, tel que décrit dans la table des variantes d'édition.

Logique des numéros d'état pour les étiquettes

Classique laser

Actions préalables au déplacement sur un site pour tests finaux

• Demander les paramètres de configuration (contraste, vitesse de tête...) que l'on doit retrouver sur les imprimantes. Voir avec le technicien qui a travaillé sur le sujet avec le client et les prestataires (imprimante/papier).
• Vérifier que les paramètres d'impression sont bien renseignés dans le dossier WMS. Les champs Paramètre d'impression et Paramètre d'impression étiquette doivent être renseignés (valeurs courantes et 2).

• Demander aux utilisateurs référents du site de confirmer qu'ils ont bien accès à DIVALTO et TELNET dans tous les environnements du client. 
• Vérifier que les modèles d'imprimante sont bien intégrés dans DIVALTO et sur le serveur TELNET. Pour ce faire, ouvrir la liste des imprimantes DIVALTO dans chaque environnement (PROD...).Appuyer sur Maj+F6 dans la page d'accueil pour voir si les nouvelles imprimantes sont bien présentes.
• Imprimantes Windows :

Dans DIVALTO, effectuer un clic droit sur Favoris → Tests des imprimantes → xdivaltoprinters.exe →  Programmes autres → Appuyer sur Entrée.

Si aucune des imprimantes attendues n'est présente, le test est donc KO. Si une ou plusieurs imprimantes sont manquantes, vérifier le fichier .reg  que vous avez fourni (ou la propagation).
Dans le cas d'une imprimante ZEBRA, vérifier également, pour chaque imprimante, que dans l'onglet Afficher Paramètres puis Général et enfin Réglages avancés, la case Selon réglages de l'imprimante est bien cochée. Si ce n'est pas le cas, la cocher.
Pour la partie TELNET, vous pouvez utiliser par exemple l'édition Etiquette article du menu Utilitaires afin de tester les imprimantes une par une, forçant l'affichage de l'écran Choix Imprimante.
/!\ S'assurer que dans le menu WMS de DIVALTO, Modèle d'imprimante contextuel, la case Autoriser le changement d'imprimante avec le terminal a la valeur Oui pour le programme que vous souhaitez tester.
Par exemple : aller dans le menu Utilitaires, puis choisir Etiquette article. Entrer une référence article, choisir Imprimer - F1 et vérifier si les imprimantes sont présentes :

 > Si, à l'une des étapes, les nouvelles imprimantes ne sont pas présentes, se retourner vers le service informatique du client, car cela veut dire qu'elles n'ont pas été intégrées.
Ce service doit vérifier que les fichiers .reg des imprimantes ont bien été chargés sur les serveurs et que les fichiers .ini CITRIX des utilisateurs ont bien été mis à jour avec les nouvelles imprimantes. 
Pour les vérifications, établissez un document de recette (Excel...) pour valider :

• utilisateur par utilisateur et imprimante par imprimante côté XWpf, 
• et imprimante par imprimante côté Telnet (peu importe l'utilisateur en Telnet, car un seul utilisateur Windows exécute le service Telnet).

Utilisateurs et confidentialités

Confidentialités

Les confidentialités ci-dessous sont définies spécifiquement pour le WMS.
Cependant, d'autres confidentialités peuvent être nécessaires, le WMS s'appuyant complètement sur le socle Achat-Vente :

• Réservations non affectées
• BL fournisseur
• BL client
• ...

En standard, XWPF, l'exécuteur Windows de Divalto, ne cache pas les menus confidentialisés. Le message Fonction confidentielle apparaît lors de la tentative d'accès à un menu non autorisé. Le WMS ne déroge pas à la règle côté XWPF.
Côté WMS, et pour l'exécuteur des terminaux seulement :

• la confidentialité du menu est testée avant affichage. L'utilisateur voit donc uniquement les menus autorisés. L'arborescence reste donc la même, mais le fait de cacher des menus pour certaines populations implique un numéro de choix qui diffère d'un cariste à l'autre.

Dans le cas suivant, l'ordre de préparation n'est pas accessible par l'utilisateur TEST, le choix numéro 2 n'est donc pas le même pour ces opérateurs.
Autre exemple :

• pour les confidentialités transversales, le lanceur Telnet fera également un contrôle en appelant une fonction publique du programme concerné « Tnt_Tester_Conf_Prg ». Par exemple, la saisie des écarts ou encore le changement de nature ne sont pas confidentialisables au niveau du menu directement, car d'autres programmes permettent ces options.Dans ces cas, c'est donc une confidentialité indiquée dans le dossier WMS qui permet d'indiquer la confidentialité d'accès à telle ou telle fonction.Ainsi, peu importe que la fonction soit confidentialisée par le menu ou par le dossier, le menu est bien caché.

Attention : ce sont les menus lançant des programmes qui sont confidentialisés, et non les menus qui en affichent d'autres. Le menu Traitement par exemple permet lui-même d'accéder à d'autres sous-menus : Préparation, Inventaire... Le test est donc récursif pour savoir si on doit ou non afficher le menu Traitement.
Si vous souhaitez cacher un menu pour un utilisateur, prenez garde au fait que ce programme a peut-être besoin de se lancer à partir d'un autre programme sous forme d'option (clic sur un bouton par exemple) ou sous forme implicite (édition automatique après une action).
Exemple : une clôture d'un ordre de préparation est exécutée à la fin d'une préparation d'un ordre.

Groupe de confidentialités

Admin WMS : WM** (MCONFGRP) avec tous les droits WMS (MCONF)

Profil développeur

Plus d'informations ici : Ajout de programme, zoom, fonction et gestion des confidentialités

Utilisateurs

Les utilisateurs du WMS doivent exister dans les utilisateurs de l'ERP et en tant que Collaborateur Achat-Vente.
Ils ne doivent cependant pas tous être créés dans l'Active Directory du domaine.
Il faut différencier deux profils :