- Vue d'ensemble (Overview)
- Processus Document Understanding
- Processus Document Understanding : modèle Studio
- Didacticiels de démarrage rapide
- Composants de l'infrastructure
- Vue d’ensemble de l'entraînement de la classification des documents
- Assistant de configuration des classifieurs (Configure Classifiers Wizard) de l'activité Tester l'étendue des classifieurs (Train Classifier Scope)
- Machine Learning Classifier Trainer
- Activités liées à l'entraînement de la classification des documents
- Paquets ML
- Pipelines
- Document Manager
- Services OCR
- Document Understanding déployé dans Automation Suite
- Document Understanding déployé dans une version AI Center autonome
- Apprentissage profond
- Licences
- Référence (Reference)
- UiPath.Abbyy.Activities
- UiPath.AbbyyEmbedded.Activities
- UiPath.DocumentUnderstanding.ML.Activities
- UiPath.DocumentUnderstanding.OCR.LocalServer.Activities
- UiPath.IntelligentOCR.Activities
- UiPath.OCR.Activities
- UiPath.OCR.Contracts
- UiPath.DocumentProcessing.Contracts
- UiPath.OmniPage.Activities
- UiPath.PDF.Activities
Guide de l'utilisateur de Document Understanding
Processus Document Understanding : modèle Studio
Le Processus Document Understanding est un modèle de projet UiPath Studio entièrement fonctionnel basé sur un organigramme de traitement de documents. Son objectif est d'offrir un outil Document Understanding à portée de main, facile à utiliser et facile à exécuter pour tout développeur qui souhaite commencer à travailler sur une simple démo ou sur une implémentation à grande échelle.
Le processus fournit la journalisation, la gestion des exceptions, les mécanismes de nouvelle tentative et toutes les méthodes qui doivent être utilisées dans un workflow Document Understanding prêt à l'emploi.
Le processus Document Understanding est préconfiguré avec une série de types de documents de base regroupés dans une taxonomie, un classifieur configuré pour faire la distinction entre ces classes et des extracteurs pour montrer comment utiliser les capacités d'extraction de données du cadre. Il est destiné à être utilisé comme un exemple de meilleure pratique qui peut être adapté à vos besoins tout en affichant comment configurer chacun de ses composants.
Le workflow a une architecture découplée des autres automatisations connectées :
- peu importe d'où proviennent les fichiers à traiter ou ce qui déclenche l'exécution, cela relève d'un processus en amont ;
- peu importe où les informations extraites doivent être utilisées, cela relève d'un processus en aval.
L'architecture est commune à la fois aux robots Attended et aux robots Unattended exécutant Document Understanding et disposant d'une validation humaine dans la boucle via Action Center.
Les articles ne sont pas traités en vrac. Au lieu de cela, il y a une tâche pour chaque fichier d'entrée. En effet, un répartiteur est nécessaire à chaque fois, mais cette approche flexible simplifie le démarrage, le développement, le débogage et la mise à l'échelle des processus Document Understanding.
Le processus prend en charge les projets Visual Basic.
Les dépendances par défaut dans le processus Document Understanding sont : UiPath.DocumentUnderstanding.ML.Activities, UiPath.Excel.Activities, UiPath.IntelligentOCR.Activities, UiPath.PDF.Activities, UiPath.System.Activities et UiPath.UIAutomation.Activities.
Vous pouvez trouver le modèle de processus Document Understanding dans le flux de modèles officiels. Accédez à l'onglet Modèles (Templates) et cliquez sur la carte Processus Document Understanding (Document Understanding Process).
Cliquez sur Utiliser le modèle (Use Template).
Entrez un nom (Name) pour votre processus et sélectionnez un emplacement (Location) sur votre PC. Cliquez sur Créer (Create) pour ouvrir le processus.
Le modèle est livré avec une documentation détaillée et des exemples dans le dossier du projet. Nous vous recommandons de lire le Guide de l'utilisateur ci-joint même si vous êtes familiarisé avec la solution Document Understanding.
Vous pouvez contribuer directement au projet en faisant une requête pull ou en ouvrant une issue dans notre référentiel ici. Si vous souhaitez créer une nouvelle branche, veuillez tenir compte des conventions de nommage indiquées dans le fichier README.md.