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 | ||
Libellé | ||
Module | ||
Fonction | ||
Etat suivant si VRAI | ||
Etat suivant si FAUX | ||
Code action si VRAI | ||
Code action si FAUX |
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
...
Si le dataset est bien déterminé dans le fichier pivot, alors le traitement est orienté par les états du type, sinon il échoue dans les datasets en erreur.
Enchainement d'états
L'automate détecte la dépose de fichiers, et traite la lecture. Il est donc indispensable que, lorsqu'il y a plusieurs fichiers (par exemple le pivot et un PDF), 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).
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 à indiquer qu'il s'agit du même 'document' et que ce second pivot vient remplacer le premier
Si le Scrutateur ne parvient pas à déterminer le type de dataset, celui-ci est mis en erreur. Le libellé de l'état est entièrement libre. Son rattachement à un code de regroupement l'associe automatiquement à un état maître. Exemple : l'état « 230 », libellé « Dataset OK » est rattaché au regroupement « 200 » qui correspond aux datasets de type facture fournisseur. Il est possible de créer un état qui fera lui-même office de regroupement.
Le premier état de la liste (110) correspond à l'initialisation de l'Automate.La dernière ligne met l'enregistrement à l'état « Périmé » lorsque, par exemple, la facture est envoyée vers la Comptabilité. Lorsque le type d'action est « Automatique », l'Automate exécute une fonction du module, et passe à l'état prévu selon que la réponse est Vrai ou Faux.Pour intercaler un nouvel état, vous devez ajouter une ligne, débrancher et rebrancher les états avant et après pour éviter que l'Automate ne s'arrête.L'Automate ne lit que les états automatiques, aussi, pour le stopper ou sortir d'une boucle, vous devez insérer un état manuel. A noter : par convention, les états dont le code se termine par « 5 » correspondent aux erreurs et sont manuels. Ainsi, l'Automate sort de la boucle lorsqu'il rencontre une erreur. L'état 200 est celui vers lequel vous reviendrez toujours car il correspond au contrôle facture. L'état 110 lit le fichier xml (pivot). S'il est complet, la facture est générée en Comptabilité. Sinon, l'Automate attendra d'autres xml.Généralement, pour repasser d'un état manuel à un état automatique, vous cliquerez sur « Ré-injecter dans l'Automate » ou vous serez invité(e) à effectuer une action donnée.Un code action peut être déclenché à chaque changement d'état : envoi d'un email, affichage d'une alerte, exécution d'un processus.
Complétion
Lorsqu'un document PDF passe par une reconnaissance de contenu, on pourra déposer le fichier PDF 'original' avec un pivot minimaliste. Ce pivot permet de créer le dataset avec les documents compagnons. Un second pivot avec les nouveaux documents pourra être déposé, et viendra remplacer totalement les données du premier pivot (sauf numéro de dataset et date de création) et les pièces jointes. Le lien se fait via un IDEXTERNE fourni dans le pivot qui permet de retrouver le dataset à compléter. Si le dataset 'minimaliste' a fait l'objet d'un traitement manuel utilisateur, un second dataset sera créé en statut 'périmé' afin de conserver la trace mais sans toucher au traitement manuel du dataset. Aucune donnée métier du premier pivot n'est conservé, c'est le dernier pivot qui est pris pour la totalité des données.