Informations fonctionnelles
Divalto propose, dans son module Gestion commerciale et Logistique ou son module WMS de nombreux traitements par terminaux mobiles.
Vous pouvez consulter les informations fonctionnelles sur ces traitements dans l’espace documentaire correspondant à la version.
Exemple en version 10.9 : Traitements en mobilité pour la gestion commerciale et logistique
Mobilité en logistique - Terminaux mobiles mode graphique (V10.5)
Exemple en version 10.9 : Traitements en mobilité pour le WMS
Fonctionnalités sur les terminaux
L’accès aux traitement mobiles se fait avec un utilisateur Divalto, de la même manière que l’ERP via son interface d’accueil. La gestion classique des confidentialités s’applique donc
Informations techniques
Compatibilité
Divalto est compatible HTML5 que ce soit dans l’utilisation d’un profil d’utilisateur bureau ou sous terminal Android pour les opérateurs.
Rappel sur le lancement de Divalto :
Client | Poste Windows | Terminal Android |
|---|---|---|
Client léger Xwpf.exe | Oui | Non |
Navigateur Internet (Chrome…) | Oui | Oui |
Type d’installation | Poste Windows | Terminal Windows CE | Terminal Android |
|---|---|---|---|
On Premise | Client léger, client lourd, HTML5 | Telnet | Telnet ou HTML5 |
SaaS | Client léger, HTML5 | Telnet | Telnet ou HTML5 |
Type de code barre
D’un point de vue technique, le langage Diva utilisé pour développer les traitements mobiles sait lire et recevoir de nombreux types de codes barres, étant donné que les informations proviennent de couches basses matérielles. Il est donc possible de développer des traitements ayant des capacités de lecture de codes barres assez vastes. Vous pouvez consulter la documentation relative au développement pour plus d’informations : Les codes barres avec Divalto
Cependant, les traitements fournis avec l’ERP sont ciblés sur certains types de codes barres parmi les plus répandus et qui sont également fournis avec l’ERP ; ainsi un traitement standard sur terminal mobile sera en capacité de lire les codes barres imprimés par un traitement standard d’impression d'étiquettes.
Les principaux types de codes barres imprimés et scannés dans les traitements standard sont :
Type de code barre | Informations | Usage |
|---|---|---|
EAN 13 | Code barre courant pour les produits/références articles | |
GTIN 14 | Idem EAN 13, avec le type d'emballage | |
CODE 39 | Code barre courant pour les produits/références articles | |
CODE 93 | Idem code 39 avec quelques caractères spéciaux | |
GS1 128 | Usage vaste grâce à une taille de code importante : peut contenir diverses informations comme le GTIN 14, le SSCC, le lot, la date de péremption.., | |
SSCC | https://fr.wikipedia.org/wiki/Serial_Shipping_Container_Code | Plutôt destiné à une palette ou groupe d’emballages |
Les traitements standards en gestion commerciale traitent les CODE39&93, EAN 13 et GTIN 14, et le module WMS traite en plus les GS1 128 pour certains traitements.
En mode graphique uniquement (hors telnet), le fait d’utiliser le client léger Divalto WPF ou un client HTML5 (navigateur) apporte deux différences :
Parser un code barre GS1-128 ne fonctionne pas en client léger, donc sur un PC Windows. Cela fonctionne parfaitement sur le client d’un terminal opérateur, tel que un navigateur HTML5 ou l’historique TELNET.
C’est une différence qui ne se rencontre pas en production : lors de scan de GS1-128, l’utilisateur est dans le dépôt avec un terminal et non un PC avec le client léger.En utilisation HTML5 (terminal ou poste), l’usage de l’agent d’impression est un pré requis. Remarque : il est nativement installé dans le cloud.
Dans ce cadre, aucun aperçu avant impression n’est possible en imprimant sur un modèle d’imprimante lié à un agent d’impression. Plus d’informations ici en WMS : Modèle d'imprimante contextuel
Il peut être recommandé de s’intéresser à l’usage d'un navigateur endurci tel que Velocity avec un clavier personnalisé, sans que ce soit une obligation non plus.