- Démarrage
- Composants de l'infrastructure
- Vue d’ensemble de classification de document
- Assistant de configuration des classifieurs de l'activité Classer l'étendue du document (Classify Document Scope)
- Keyword Based Classifier
- Intelligent Keyword Classifier
- FlexiCapture Classifier
- Machine Learning Classifier
- Activités liées à la classification des documents
- 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
- Vue d’ensemble de l’extraction des données
- Assistant de configuration des extracteurs (Configure Extractors Wizard) de l'activité Étendue de l'extraction de données (Data Extraction Scope)
- Regex Based Extractor
- Form Extractor
- Extracteur de formulaires intelligents
- Extracteur d'apprentissage automatique
- FlexiCapture Extractor
- Activités liées à l'extraction de données
- Paquets ML
- Pipelines
- Data 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
![](https://docs.uipath.com/_next/static/media/grid.05ebd128.png?w=3840&%3Bq=100)
Cases à cocher et signatures
Dans le contexte d'un modèle d'extraction ML, une case à cocher n'est pas une valeur réelle, mais un moyen de sélectionner un certain morceau de texte.
Pour cette raison, le mot situé à côté devient le point de focalisation, pas la case à cocher. Et c'est précisément le but de la case à cocher ; d'agir comme un point d'ancrage pour un mot spécifique.
Par conséquent, pour entraîner un modèle ML, vous devez labelliser le mot, pas la case à cocher.
Dans certains cas, la case à cocher n'est pas détectée. Par exemple, l'OCR pourrait le lire comme un X, ou peut-être qu'il s'agit simplement d'une marque manuscrite qui n'est pas du tout captée. Le modèle ML peut apprendre et associer toutes ces situations avec le mot à côté de la marque.
Ainsi, il est plus efficace d'entraîner un modèle à reconnaître un mot, quelle que soit la manière dont il est sélectionné : avec une case à cocher, avec un X, ou avec une marque manuscrite (cerclée, soulignée, etc.).
Pour l'exemple ci-dessus, vous pouvez créer trois champs dans le Data Manager comme suit :
- condition-employment (labelliser le mot OUI) ;
- condition-auto-accident (labelliser le mot OUI) ;
- condition-other-accident (labelliser le mot NON).
Le modèle ML apprend à reconnaître ces mots, qu'ils soient marqués par des cases à cocher, des X ou simplement entourés au stylo. Pour ce faire, vous pouvez utiliser UiPath Document OCR qui peut reconnaître même les cases à cocher.
Dans certains cas, aucun libellé n'est associé à une case à cocher. Par exemple, lorsque les cases à cocher font partie des tableaux.
Voici un exemple typique :
Dans ce cas, il est nécessaire de labelliser les cases. L'extracteur renverra la valeur de string de la case à cocher qui est l'un de ces deux caractères :
- ☒
- ☐
checked
ou unchecked
. De plus, le framework IntelligentOCR sait les reconnaître, surtout si un champ est défini comme https://docs.uipath.com/fr/activities/docs/about-the-intelligent-ocr-activities-pack :
- si l'extracteur renvoie ☒, cela correspond à OUI ;
- si l'extracteur renvoie ☐, cela correspond à NON.
Dans les cas où une case non cochée est renvoyée sous la forme O ou D, ou lorsqu'une case cochée est renvoyée sous la forme X, V, K ou R, celles-ci peuvent également être incluses dans la logique de workflow RPA pour rendre le workflow plus efficace lorsque ces types d'OCR des erreurs se produisent.
Les signatures sont des caractéristiques visuelles qui ne sont détectées par aucun moteur OCR, de sorte qu'un modèle ML ne peut pas les détecter directement.
Cependant, les modèles UiPath ML apprennent en regardant à la fois les mots et les pixels sur l'image. Il est possible de faire une détection de signature en utilisant cette méthode.
Prenons comme exemple le formulaire ci-dessous.
À la fin de la page, à côté de la signature, il y a le texte Signature of US person. Peu importe le texte, tant qu'il est suffisamment proche de la signature (lorsque la signature existe). Traiter une signature est similaire à traiter une case à cocher - voir la section Cases à cocher ci-dessus.
Vous pouvez créer un champ de texte appelé signature et lorsque le document a une signature, labellisez les mots Signature of US person comme champ de signature. Lorsque le document n'a pas de signature, vous laissez le champ vide.
Ensuite, vous devez vous assurer que votre ensemble d'entraînement dispose d'environ la moitié des documents avec une signature et de l'autre moitié sans. Cela peut être 60/40 % aussi, mais pas 80/20 % ou 90/10 %. De plus, vous devez avoir au moins 20 à 30 échantillons de chaque pour que le modèle puisse apprendre cela.
De cette façon, vous pouvez utiliser le modèle ML pour effectuer une détection de signature.