L'automate est un programme Diva qui scrute dans un répertoire d'entrée, la présence de fichiers pivot et de fichiers compagnonsdit ‘pivot’ et de fichiers compagnons pdf, xml). Il est donc indispensable que, lorsqu'il y a plusieurs fichiers (par exemple le pivot et un PDF), que le fichier pivot soit écrit sur le disque dur EN DERNIER. Sa présence garantit la bonne écriture préalable des fichiers compagnons (comme le PDF).
Le répertoire d'entrée correspond à un chemin Divalto (chemin stocké sur le dossier 999).
...
l'automate lit le pivot et attribue un numéro unique (table DHBENT champ DHBNO). S'il n'y arrive pas il crée un dataset en erreur
Le déposant (=la source des pivots) s'assure d'une règle de nommage sans doublons. Il est possible de placer les fichiers compagnons dans un sous-répertoire du fichier pivot, mais c'est la présence du pivot à la racine du point d'entrée qui le rend 'détectable'
l'automate lit le contenu du pivot afin de déterminer son type (type de dataset). Si la structure est lisible, le pivot ainsi que les fichiers compagnons sont déplacés du point d'entrée vers un emplacement dédié, et une entrée dans le datahub est faite : le dataset. Les cas de rejets sont donc à ce stade uniquement des fichiers dont la structure est incorrecte
une fois le type de dataset déterminé, l'automate lit un paramétrage de datahub qui indique les états possibles par type. Ce paramétrage donne une succession d'états numérotés et pour chaque état une fonction diva détermine la branche à suivre
un état est dit 'automatique' s'il est traité par l'automate
un état est dit 'manuel' si une action est requise par un utilisateur ('en attente' est aussi un état manuel)
le changement d'état (vers sa branche 'vrai' ou 'faux') appelle un code action Divalto
chaque fonction de changement d'état traite une tâche unitaire simple à effectuer, et peut se poursuivre soit sur un autre état automatique ou manuel
Lorsque le pivot est amené à être complété par la suite (par exemple logiciel externe qui scanne le contenu) il est nécessaire de donner un IDENTIFIANT EXTERNE UNIQUE. Cet identifiant, donné dans le premier puis le second pivot, sert à indique qu'il s'agit du même 'document'.
le superviseur permet de voir l'avancement, et de traiter les états manuels en réinjectant dans l'automate un dataset
un état est potentiellement joué plusieurs fois, notamment via des états manuels qui réinjectent dans l'automate à un état inférieur
l'automate écrit dans le livre de bord application pour les erreurs majeures concernant l'automate (fonction de changement d'état inexistante par exemple, arrêt de l'automate)
un livre de bord dédié à l'automate est disponible afin de suivre les changements d'étatOn dépose un fichier dit 'pivot' et des fichiers compagnons (pdf, xml)
Un
...
Le scrutateur lit le contenu du pivot. Si la structure est lisible, le pivot ainsi que les fichiers compagnons sont déplacés du point d'entrée vers un emplacement dédié, et une entrée dans le datahub est faite : le dataset. Les cas de rejets sont donc à ce stade uniquement des fichiers dont la structure est incorrecte
...
Le déposant (=la source des pivots) s'assure d'une règle de nommage sans doublons. Il est possible de placer les fichiers compagnons dans un sous-répertoire du fichier pivot, mais c'est la présence du pivot à la racine du point d'entrée qui le rend 'détectable'
...
Lorsque le pivot est amené à être complété par la suite (par exemple logiciel externe qui scanne le contenu) il est nécessaire de donner un IDENTIFIANT EXTERNE UNIQUE. Cet identifiant, donné dans le premier puis le second pivot, sert à indique qu'il s'agit du même 'document'.
Un état de l’automate
Un état de l’automate correspond à un numéro par type de dataset.
...
Nom du champ | Utilisation | Exemple |
|---|---|---|
Etat du dataset | Numéro unique (pour le type de dataset) qui détermine la succession logique des étapes | 200 |
Regroupement | ||
Type d’action | Automatique=lancement d’une fonction d’un module pour effectuer un traitement. Nécessite de connaitre l'état suivant Manuel=intervention d’un collaborateur ou d’un administrateurAutomatique | |
Libellé | Description de l'état | |
Module | Nom du module et de la fonction Diva du traitement | |
Fonction | ||
Etat suivant si VRAI | Prochain état courant pour le dataset si le traitement a répondu VRAI | |
Etat suivant si FAUX | Prochain état courant pour le dataset si le traitement a répondu FAUX | |
Code action si VRAI | Code action ERP exécuté si le traitement a répondu VRAI | |
Code action si FAUX | Code action ERP exécuté si le traitement a répondu FAUX |
Après un état manuel, l’intervention humaine utilisateur va relancer le dataset dans l’automate pour nu un nouveau circuit de traitement complet.
L'état particulier 100
L'état 100 est commun à tous les types de dataset, c’est pourquoi il n’a pas de type associé. C’est le point de départ de tous les traitements lorsque la dépose d’un fichier pivot est détectée
...