MuleSoft RPA & traitement documentaire intelligent (IDP) (Course #rpa-idp)

Programme chaque ligne est quelque chose que vous faites

5 modules · 15 sujets · dans l'ordre du cours

1. Module 1

   Là où aucune API n'existe

   Objectif. Diagnostiquer ce qui relève de MuleSoft RPA, de MuleSoft IDP ou d'une intégration classique, puis produire une liste de candidats notée.

   • Poser RPA Manager, RPA Builder, RPA Recorder et RPA Bot sur un même schéma de topologie, en séparant le plan de contrôle cloud des 3 composants on-premise
   • Noter 6 processus candidats sur le volume, la stabilité des règles et l'instabilité des écrans, en ne retenant que ceux au-delà de 500 exécutions/mois
   • Renoncer à automatiser ce qu'une API sert déjà : auditer le patrimoine d'abord et borner le périmètre RPA aux 20 % d'étapes qu'aucun connecteur n'atteint
2. Module 2

   Enregistrer, puis reconstruire

   Objectif. Construire dans RPA Builder un processus testé à partir d'une session enregistrée et prouver qu'il résiste à un changement d'écran.

   • Capturer une session avec RPA Recorder, puis la reconstruire en action steps explicites dans RPA Builder — cible : zéro clic sur coordonnées brutes
   • Découper un processus de 60 étapes en sous-processus nommés à variables typées, pour qu'une étape en échec reprenne sans rejouer toute l'exécution
   • Gérer l'échec délibérément : timeouts par action step, 3 tentatives au maximum et trace log détaillée activée sur la seule branche fautive (RPA Builder 6.7)
3. Module 3

   Attended, unattended et file d'attente

   Objectif. Concevoir la flotte de bots et la politique de run configurations qui tient l'objectif de débit sans collision de sessions.

   • Arbitrer sessions console/RDP pour l'attended contre sessions sécurisées pour l'unattended : 1 processus à la fois contre plusieurs en parallèle
   • Déployer des run configurations planifiées, invocables et à la demande, en réglant la priorité de file sur l'échelle 1–200 pour que la clôture mensuelle passe devant le batch de nuit
   • Conserver les identifiants applicatifs comme credentials chiffrés dans RPA Manager, renouvelés tous les 90 jours, jamais dans une étape de processus
4. Module 4

   Du papier scanné au JSON structuré

   Objectif. Construire une document action IDP publiée qui renvoie du JSON typé et route les extractions douteuses vers un relecteur humain.

   • Bâtir une document action sur le schéma facture pré-défini, puis ajouter jusqu'à 30 prompts pour les champs que le schéma ne porte pas
   • Fixer le seuil de confiance par champ à 90 % et marquer les champs obligatoires, pour qu'un manque parte en revue au lieu d'être posté à tort
   • Dimensionner l'ingestion sur les plafonds réels — 15 Mo et 150 pages par requête API, 300 requêtes/minute — et composer avec la rétention des résultats à 24 heures
5. Module 5

   Rendre le résultat aux API

   Objectif. Prouver la chaîne complète — extraction IDP, saisie RPA, flow Mule — face au budget de latence et de reprise humaine.

   • Publier la document action sur Anypoint Exchange et appeler l'API IDP générée depuis un flow Mule, en interrogeant les résultats à l'intervalle documenté de 10 secondes
   • Invoquer un processus RPA avec une clé d'API sur l'URL RPA API (/rpa/api/v1), en sync sous la minute et en async avec polling au-delà
   • Prouver l'aller-retour de bout en bout : du PDF scanné à la référence postée dans l'ERP en moins de 10 minutes, avec moins de 15 % de documents repris par un humain

Références & documentation officielle chaque affirmation ci-dessus a une source

Module 1

• Choisir les processus à automatiserDoc MuleSoft
• Vue d'ensemble de MuleSoft RPADoc MuleSoft

Module 2

• Vue d'ensemble de RPA RecorderDoc MuleSoft

Module 3

• Déployer les automatisationsDoc MuleSoft

Module 4

• Analyser des documents avec les schémas prédéfinisDoc MuleSoft
• Quotas et limites d'IDPDoc MuleSoft

Module 5

• Invoquer les services RPADoc MuleSoft
• Traiter des documents et récupérer les résultats via l'API IDPDoc MuleSoft

Dans la filière Business & Leadership