Projet UiPath au Maroc : créez un portfolio concret, étape par étape

Choisir un projet adapté à son niveau

Un projet UiPath débutant doit être assez petit pour être terminé, mais assez riche pour illustrer une démarche complète. Évitez de chercher d’emblée à automatiser tout un service. Choisissez plutôt une opération répétitive, avec des entrées et des sorties faciles à définir : trier des documents, contrôler des lignes dans un tableur ou préparer un rapport à partir de fichiers.

Un exemple adapté au portfolio est le traitement de factures fictives déposées dans un dossier. Le robot lit les informations d’un tableur de suivi, contrôle des champs simples, classe les documents selon leur état et génère un rapport récapitulatif. Ce scénario montre comment découper un processus en étapes et comment traiter les cas qui ne respectent pas les règles prévues. Il ne prétend pas remplacer un système de comptabilité ni valider des factures réelles.

Avant de commencer, vérifiez que le projet répond à quatre critères : vous pouvez expliquer le besoin en quelques phrases ; vous disposez d’entrées de test sûres ; vous pouvez définir ce qui constitue un résultat correct ; et vous avez le temps de produire une documentation lisible. Si une étape dépend d’un accès métier, d’un logiciel payant ou d’une donnée interne à une entreprise, remplacez-la par une simulation ou réduisez le périmètre.

Le choix doit aussi correspondre à votre niveau. Une première version peut manipuler des fichiers et appliquer quelques règles. Une version plus avancée peut mieux gérer les erreurs, consigner les opérations et séparer les paramètres du processus. N’ajoutez une fonction que si vous pouvez la tester et l’expliquer.

• Débutant : lecture d’un fichier de suivi, contrôles simples et classement de fichiers.
• Niveau intermédiaire : gestion de plusieurs scénarios, journalisation des erreurs et rapport plus détaillé.
• À éviter au départ : une automatisation dépendante de données personnelles, de comptes réels ou d’un environnement d’entreprise inaccessible.

Partir d’un besoin concret

Le projet gagne en crédibilité lorsqu’il commence par un problème métier formulé sans jargon. Par exemple : « Une petite équipe reçoit des factures sous forme de fichiers et doit vérifier que les informations nécessaires sont présentes avant de les classer. » Cette description donne un contexte, mais ne prétend pas mesurer un gain de temps réel. Sans observation d’un processus en entreprise, ne présentez pas une estimation comme un résultat obtenu.

Fixez ensuite le périmètre. Dans ce portfolio, le robot traite des fichiers de démonstration et un tableur de suivi. Il vérifie la présence d’un numéro de facture, d’une date et d’un montant, indique les lignes incomplètes, classe les fichiers selon le résultat, puis crée un rapport. Il ne décide pas si une facture est légitime, ne déclenche pas de paiement et ne se connecte pas à un système comptable.

Un brief écrit d’une page suffit pour cadrer l’exercice. Il doit préciser le problème, les personnes concernées dans le scénario fictif, les données d’entrée, les règles de traitement et les livrables attendus. Indiquez aussi les exclusions : ce que le robot ne fait pas. Cette précision évite qu’un lecteur confonde démonstration technique et solution prête à être déployée.

• Objectif : automatiser un contrôle préliminaire et le classement de factures fictives.
• Entrées : un tableur de test et un dossier contenant des documents de démonstration.
• Règles : signaler les champs absents ou les valeurs non conformes aux règles définies dans le brief.
• Sorties : un rapport de traitement, les fichiers classés dans des dossiers de test et une trace des erreurs rencontrées.
• Hors périmètre : validation comptable, paiement, connexion à des comptes réels et traitement de documents personnels.

Préparer les données, fichiers ou ressources

Préparez un petit jeu de données entièrement fictif. Le tableur peut contenir un identifiant de test, une date, un montant, un nom de fichier et un statut. Ajoutez volontairement quelques cas incomplets ou mal formatés afin de vérifier que le robot ne traite pas toutes les lignes comme si elles étaient correctes. Les factures peuvent être des documents créés pour l’exercice, avec des entreprises et des coordonnées inventées.

Organisez le projet de manière qu’un autre lecteur distingue facilement les éléments de démonstration, les résultats produits et les fichiers de documentation. Gardez les noms de fichiers explicites et prévoyez un dossier de sortie séparé du dossier d’entrée. Le robot doit pouvoir être lancé de nouveau sans écraser accidentellement les données sources.

Ne réutilisez pas des factures, des listes de clients, des identifiants, des captures d’écran ou des fichiers provenant de votre emploi ou d’un client sans autorisation appropriée. Même si un document paraît anonyme, son contenu, son nom ou ses métadonnées peuvent révéler des informations. Pour le portfolio public, la meilleure option est de produire vous-même des exemples fictifs et de contrôler le contenu des captures avant publication.

Notez les prérequis nécessaires pour reproduire l’exercice : outil et version utilisés si vous les connaissez, emplacement attendu des fichiers, format des entrées et manière de lancer le processus. Si un élément dépend d’une configuration particulière, décrivez-la sans publier de secret ni d’accès personnel.

• Jeu de données fictif avec cas valides, champs manquants et formats incorrects.
• Dossiers distincts pour les entrées, les sorties et les éléments de documentation.
• Aucun mot de passe, jeton, donnée de client ou document professionnel dans les fichiers partagés.
• Un fichier de paramètres de démonstration, sans information d’accès sensible.

Réaliser le projet par étapes

Construisez le processus progressivement dans UiPath. Commencez par vérifier que le robot repère le dossier d’entrée et lit le tableur. À ce stade, faites-lui produire une sortie simple qui confirme les lignes reconnues. Cette première version permet de contrôler les données avant d’ajouter le classement des fichiers.

Ajoutez ensuite les règles une par une. Pour chaque ligne, vérifiez les champs prévus dans le brief, puis distinguez les cas acceptés des cas à examiner. Séparez autant que possible les règles métier — par exemple, « le numéro doit être présent » — des actions techniques comme lire un fichier ou créer un rapport. Un nommage clair des variables et des étapes facilitera la relecture.

Prévoyez des comportements explicites pour les erreurs attendues : fichier absent, ligne incomplète, nom de document introuvable ou format inattendu. Le robot doit signaler ces cas plutôt que de les traiter silencieusement comme des réussites. Pendant la construction, testez sur un nombre limité de lignes avant d’essayer le jeu complet.

Enfin, produisez un rapport indiquant les éléments traités, ceux à vérifier et les erreurs rencontrées. Le rapport doit rester cohérent avec le périmètre annoncé : il décrit le résultat de l’automatisation de démonstration, pas une validation comptable.

• 1. Créer le projet et vérifier l’accès aux fichiers de test.
• 2. Lire le tableur et confirmer que les colonnes attendues sont disponibles.
• 3. Appliquer les contrôles définis dans le brief.
• 4. Traiter séparément les lignes conformes, incomplètes et inattendues.
• 5. Classer les fichiers de démonstration et générer un rapport.
• 6. Relancer le processus avec différents jeux de test et vérifier que les résultats restent compréhensibles.

Tester, corriger et documenter

Les tests doivent démontrer le comportement du robot dans les cas ordinaires comme dans les situations qui peuvent le faire échouer. Préparez vos cas de test avant la démonstration : cela vous aidera à distinguer un problème dans le processus d’un problème dans les données. Après chaque correction, relancez les cas concernés et vérifiez les sorties réelles, pas seulement l’absence d’erreur à l’écran.

La documentation sert à rendre votre travail compréhensible à quelqu’un qui n’a pas participé à sa création. Présentez le besoin, le périmètre, les règles, les prérequis, les étapes de lancement et les résultats attendus. Expliquez également les choix faits : par exemple, pourquoi le robot place une ligne incomplète dans une catégorie à vérifier au lieu de la supprimer.

Gardez un ton honnête sur les limites. Si le processus ne lit pas des factures PDF réelles, dites qu’il utilise des fichiers de démonstration. Si une erreur n’est pas gérée, ou si le robot suppose une structure fixe du tableur, mentionnez-le. Un portfolio convaincant montre ce que vous avez effectivement construit et testé, sans présenter un prototype comme une solution déployée.

• Le robot signale l’absence du dossier ou du fichier d’entrée prévu.
• Une ligne complète produit le résultat attendu.
• Une ligne avec un champ manquant est signalée comme à vérifier.
• Un format ou un nom de fichier inattendu ne provoque pas un faux résultat positif.
• Le rapport reflète le nombre et le type de cas réellement traités.
• Une seconde exécution ne détruit pas les fichiers sources et produit une sortie identifiable.
• Les captures, exemples et journaux ne contiennent aucune donnée confidentielle.

Présenter son travail dans un portfolio

Le lecteur doit comprendre le projet avant même de regarder le détail du processus. Ouvrez la présentation par le besoin et le résultat attendu, puis montrez un schéma simple des étapes : entrée, contrôles, classement et rapport. Une courte démonstration enregistrée peut illustrer le lancement et les résultats, à condition de vérifier soigneusement qu’aucune information personnelle ou professionnelle n’apparaît à l’écran.

Joignez une fiche projet contenant le brief, les prérequis, une description des règles, les principaux cas de test et les limites connues. Vous pouvez inclure des captures du processus et des fichiers de sortie fictifs. Si vous partagez le projet, retirez les fichiers temporaires inutiles et donnez des consignes claires pour reproduire le test. Ne publiez pas de configuration, secret, nom de client ou capture issue d’un environnement professionnel.

Lors d’un entretien ou d’un échange avec un client, expliquez d’abord le problème, puis montrez comment vous avez vérifié que le robot fonctionnait. Soyez prêt à parler d’un cas qui a échoué et de la correction apportée. Cette explication permet de rendre visibles vos compétences de raisonnement, de test et de communication, en plus de la réalisation UiPath elle-même.

Pour vous former ou structurer un parcours pratique, FormaGroup propose des formations sur mesure selon le niveau et les objectifs. Les autres ressources ci-dessous peuvent compléter l’apprentissage autonome ou l’accès à une formation en entreprise ; vérifiez auprès de chaque organisme le contenu et les modalités applicables à votre situation.

• Une fiche projet courte, avec objectif, périmètre, entrées, sorties et limites.
• Des captures lisibles et une démonstration fondée uniquement sur des données fictives.
• Une checklist de tests avec les résultats observés.
• Des consignes de reproduction et une description des prérequis.
• Aucune promesse de gain, de déploiement ou de conformité qui n’a pas été vérifiée.

Le parcours, étape par étape

1. 1Définir le brief — Formulez le besoin, l’objectif, les règles, les livrables et les exclusions. Choisissez un scénario réalisable avec des données fictives.
2. 2Préparer les ressources — Créez un tableur et des documents de démonstration, organisez les dossiers et vérifiez qu’aucune donnée confidentielle ne sera exposée.
3. 3Construire une première version — Commencez par lire les entrées et produire une sortie de contrôle. Ajoutez ensuite les règles et le classement progressivement.
4. 4Gérer les cas inattendus — Prévoyez une réponse explicite aux fichiers absents, aux champs manquants et aux formats incorrects ; consignez les cas à examiner.
5. 5Tester et corriger — Exécutez les cas valides et les cas d’erreur, contrôlez les fichiers générés et relancez les tests après chaque modification.
6. 6Documenter et présenter — Préparez la fiche projet, les captures et une démonstration. Décrivez clairement ce que le robot fait, ce qu’il ne fait pas et les résultats effectivement vérifiés.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Formation intra-entreprise — OFPPT ofppt.ma
2. JobInTech jobintech.academy
3. UiPath Academy academy.uipath.com
4. Formation UiPath — FormaGroup formagroup.ma