Business Central au Maroc : un projet portfolio concret pour montrer vos compétences

Choisir un projet adapté à son niveau

Le meilleur projet n’est pas le plus vaste : c’est celui que vous pouvez terminer, tester et expliquer. Pour commencer, choisissez un seul processus métier et suivez-le de bout en bout. Un exercice pratique Microsoft Dynamics 365 Business Central peut, par exemple, montrer comment une PME fictive achète des articles, les réceptionne en stock, les vend à un client, puis vérifie les documents et les effets sur les données de gestion.

Le projet doit être assez concret pour révéler vos choix, mais assez limité pour rester compréhensible. Évitez de promettre une comptabilité complète, une gestion multidevise ou une automatisation avancée si vous ne les avez pas configurées et vérifiées. Décrivez précisément le périmètre réellement réalisé.

Adaptez le sujet à votre objectif. Un profil fonctionnel peut mettre l’accent sur les paramètres, les fiches, les flux et les contrôles. Un profil orienté données peut montrer comment il prépare et valide des données fictives avant leur utilisation. Si vous débutez, gardez un seul scénario, un seul jeu de données et quelques cas de test représentatifs.

• Choisissez un processus identifiable : achat et réception, vente et expédition, ou suivi simple d’un stock.
• Définissez une entreprise fictive, son activité et les rôles concernés.
• Fixez une limite claire : ce que le projet couvre et ce qu’il ne couvre pas.
• Vérifiez que vous avez le droit d’utiliser l’environnement Business Central retenu et que vous pouvez le présenter ou en capturer des images.

Partir d’un besoin concret

Un projet concret Microsoft Dynamics 365 Business Central part d’une difficulté que pourrait rencontrer une petite entreprise : des commandes suivies dans plusieurs fichiers, des articles dont le stock est mal connu, ou des achats difficiles à rapprocher des réceptions. Le portfolio doit montrer comment un flux organisé dans l’ERP aide à rendre le travail plus cohérent. Ne présentez pas une amélioration comme un résultat mesuré si vous n’avez pas réalisé de mesure.

Voici un brief réalisable : « Une PME fictive vend des accessoires de bureau. Elle veut suivre quelques articles achetés auprès de fournisseurs, enregistrer leur réception, puis traiter une commande client et vérifier les informations de stock et de vente disponibles dans l’environnement. » Le périmètre peut se limiter à quelques articles, un fournisseur, un client, une commande d’achat et une commande de vente. Les quantités, noms et montants sont fictifs.

L’objectif du projet est de démontrer votre capacité à traduire un besoin métier en un parcours ERP simple et vérifiable. Vos livrables peuvent comprendre une note de cadrage, un schéma du processus, une liste des données de démonstration, des captures d’écran annotées, une checklist de tests et une courte conclusion sur les limites du scénario.

• Objectif : rendre visible un cycle d’achat, de réception, de vente et de contrôle de stock dans un scénario pédagogique.
• Public : un recruteur, un client ou un responsable métier qui ne connaît pas les détails de votre environnement.
• Livrables : brief, schéma de flux, données fictives, captures légendées, résultats des tests et bilan.
• Critère de réussite : une autre personne peut comprendre le scénario et suivre les étapes sans devoir deviner ce que vous avez fait.

Préparer les données, fichiers ou ressources

Avant de configurer l’exercice, préparez un petit jeu de données cohérent. Prévoyez des noms d’entreprise, de clients, de fournisseurs et d’articles inventés, ainsi que des références fictives. Conservez une trace de vos hypothèses : devise utilisée dans la démonstration, unités, catégories d’articles et sens des quantités. N’utilisez pas de données copiées d’un ancien employeur ou d’un client, même si elles vous semblent anodines.

Il vous faut également un environnement Business Central accessible dans le cadre autorisé par votre formation ou votre organisation, une description du scénario et un moyen de prendre des captures d’écran. Les modalités d’accès, les fonctions disponibles et les données de démonstration peuvent dépendre de l’environnement : vérifiez-les avant de construire votre projet. Ne publiez ni identifiant, ni mot de passe, ni information permettant d’accéder à un tenant ou à un compte.

Les données financières, commerciales, personnelles et contractuelles peuvent être sensibles. Avant toute diffusion, contrôlez chaque capture et chaque fichier exporté. Masquez ou remplacez les noms, coordonnées, numéros de compte, identifiants, montants et références réels. Pour un portfolio public, le choix le plus sûr est de ne travailler qu’avec des données fictives dès le départ.

• Un tableau de préparation avec les références fictives des articles, clients et fournisseurs.
• Un bref dictionnaire des données : nom du champ, exemple fictif et rôle dans le scénario.
• Une liste des hypothèses et du périmètre, notamment ce qui est hors démonstration.
• Un dossier de livrables séparant les captures, la documentation et les fichiers de travail.

Réaliser le projet par étapes

Commencez par écrire le scénario sous forme de séquence : l’entreprise prépare un achat, réceptionne des articles, puis traite une vente et vérifie les informations obtenues. Cette étape évite de configurer des éléments qui ne servent pas à démontrer le besoin. Si un paramètre ou un écran varie selon l’environnement, notez ce que vous avez effectivement utilisé plutôt que de présenter une procédure comme universelle.

Configurez ensuite uniquement les éléments nécessaires au scénario. Selon les fonctions accessibles dans votre environnement, cela peut inclure les fiches d’articles et de partenaires, ainsi que les documents d’achat et de vente. Vérifiez les champs requis et les règles de votre configuration avant de poursuivre. Votre objectif est d’expliquer les décisions utiles, pas de recopier mécaniquement une suite d’actions.

Exécutez le flux par petites étapes et conservez une preuve de chaque résultat important. Après chaque opération, vérifiez le document créé, son statut ou les informations disponibles dans les vues utilisées. Si une étape échoue, consignez le problème, la cause identifiée et la correction apportée. Cette trace rend votre travail plus crédible qu’une démonstration où tout semble fonctionner sans explication.

• 1. Rédiger le besoin, le périmètre et les critères de réussite.
• 2. Préparer les données fictives et vérifier l’accès autorisé à l’environnement.
• 3. Configurer les fiches et paramètres indispensables au scénario.
• 4. Enregistrer le flux d’achat et vérifier la réception selon le périmètre choisi.
• 5. Enregistrer le flux de vente et vérifier les informations de stock et de document disponibles.
• 6. Réaliser les tests, corriger les erreurs et rédiger la documentation.
• 7. Préparer une démonstration courte qui suit le scénario sans exposer de données sensibles.

Tester, corriger et documenter

Les tests doivent vérifier le scénario, pas seulement montrer que vous savez naviguer dans l’interface. Prévoyez au minimum un parcours normal et quelques contrôles d’erreur. Par exemple, vérifiez qu’un document est bien créé avec les données attendues, qu’une référence utilisée correspond à l’article choisi et que le résultat visible est cohérent avec les opérations effectuées. Les résultats dépendent de la configuration et des droits de l’environnement : décrivez vos observations sans extrapoler.

La documentation peut tenir dans quelques pages. Présentez le contexte fictif, le problème, le flux retenu, les principales décisions, les tests et leurs résultats. Légendez chaque capture avec son rôle dans le scénario. Ajoutez une section « limites » qui indique ce qui n’a pas été traité, par exemple les automatisations, les intégrations, les règles de comptabilité propres à une entreprise ou les contrôles d’un déploiement réel.

Checklist de contrôle qualité avant publication :

• Le brief indique un objectif, un public, un périmètre et des livrables compréhensibles.
• Le scénario peut être rejoué avec les données fictives fournies.
• Les documents et résultats visibles correspondent aux étapes décrites.
• Les erreurs rencontrées et les corrections importantes sont expliquées.
• Les captures sont lisibles, légendées et prises dans un environnement dont l’usage est autorisé.
• Aucun nom, montant, identifiant, document ou renseignement confidentiel réel n’est visible.
• Les limites sont explicites et le portfolio ne présente pas l’exercice comme un déploiement en production.

Présenter son travail dans un portfolio

Organisez la présentation comme une courte étude de cas : contexte, problème, démarche, résultat observé et limites. Ouvrez par un résumé de quelques lignes et un schéma simple du flux. Sélectionnez ensuite les captures nécessaires pour prouver les étapes clés, plutôt que de publier tous les écrans. Une image doit apporter une information précise et être accompagnée d’une légende.

Une démonstration vidéo ou en direct peut compléter le dossier si votre environnement et les règles d’accès le permettent. Préparez un parcours court, vérifiez les données avant la présentation et gardez un plan de secours sous forme de captures. N’affichez jamais d’identifiants ou d’informations qui permettraient à un tiers d’accéder à votre environnement.

Présentez honnêtement votre contribution : indiquez ce que vous avez configuré, ce que vous avez testé et ce qui reste à apprendre. Distinguez une maquette pédagogique d’un projet réalisé pour une entreprise. Un recruteur peut ainsi évaluer votre raisonnement, votre rigueur et votre capacité à expliquer un processus sans confondre exercice de portfolio et expérience de production.

• Une page d’introduction avec le besoin et l’objectif.
• Un schéma du flux métier et une description des données fictives.
• Quelques captures annotées, ordonnées selon les étapes du scénario.
• Une checklist de tests avec résultats observés.
• Un bilan : compétences mobilisées, limites et améliorations possibles.

Se former pour aller plus loin au Maroc

Pour réaliser un portfolio plus solide, reliez votre apprentissage à un cas d’usage réel mais anonymisé. Une formation peut vous aider à comprendre les flux de gestion, à pratiquer dans un environnement encadré et à recevoir des retours sur vos choix. La formation Microsoft Dynamics 365 Business Central : gestion ERP pour PME de FormaGroup est présentée comme une formation intermédiaire couvrant les principaux flux financiers, commerciaux et logistiques ainsi que le reporting.

Vous pouvez compléter cette pratique avec les ressources de formation officielles de Microsoft et, selon votre contexte professionnel, vous renseigner sur les dispositifs de formation intra-entreprise de l’OFPPT. Ces options ont des objectifs et des modalités différents : vérifiez le contenu exact, l’accès à un environnement pratique et l’adéquation au niveau recherché avant de vous engager.

Lorsque vous évoquez une certification, envisagez d’abord le certificat de formation FormaGroup décrit ci-dessous. Les certifications officielles d’éditeurs peuvent ensuite compléter votre parcours si elles correspondent à votre objectif et si vous vérifiez directement leurs conditions actuelles auprès de l’éditeur.

• Priorisez la pratique d’un flux complet plutôt que l’accumulation de captures d’écran.
• Demandez quel environnement, quels exercices et quels livrables sont prévus dans une formation.
• Conservez une version anonymisée de votre projet, même si vous l’avez d’abord réalisé dans un cadre professionnel.

Le parcours, étape par étape

1. 1Définir le scénario — Choisissez une PME fictive et un besoin limité, par exemple suivre un achat, une réception et une vente. Écrivez ce que le projet démontrera et ce qui restera hors périmètre.
2. 2Préparer un jeu de données sûr — Créez des noms et références fictifs. Vérifiez que l’environnement utilisé vous est accessible avec autorisation et n’employez aucune donnée réelle confidentielle.
3. 3Configurer l’essentiel — Préparez uniquement les fiches et paramètres nécessaires au flux choisi. Notez les décisions prises et les dépendances à votre environnement.
4. 4Exécuter le flux métier — Traitez les opérations dans l’ordre prévu, puis vérifiez les documents et informations visibles après chaque étape. Gardez une trace des résultats.
5. 5Tester et corriger — Réalisez un parcours normal et des contrôles d’erreur. Corrigez les problèmes, puis consignez les résultats sans généraliser au-delà de votre configuration.
6. 6Assembler le portfolio — Rédigez le brief, le schéma, les tests et le bilan. Ajoutez des captures légendées, contrôlez qu’elles ne révèlent aucune donnée sensible et annoncez clairement les limites.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Formation FormaGroup — Microsoft Dynamics 365 Business Central : gestion ERP pour PME formagroup.ma
2. Page FormaGroup — Microsoft Dynamics 365 Business Central formagroup.ma
3. Microsoft Learn learn.microsoft.com
4. Formation intra-entreprise — OFPPT ofppt.ma
5. JobInTech jobintech.academy