Business & Leadership 2 days

MuleSoft Composer pour les équipes métier (Course #composer-business)

For analystes métier (BA), responsables des opérations, administrateurs Salesforce, intégrateurs citoyens.

S'inscrire à ce cours Toutes les formations
Réf#composer-business
Durée2 jours
Formats4 modalités
Certif—
PrérequisAucun

À la fin, vous saurez

À l'issue de cette formation, vous serez capable de construire, tester et exploiter des flows MuleSoft Composer sans écrire une ligne de code — connexions authentifiées, champs mappés et calculés, gestionnaires d'erreurs et registre de flows gouverné — afin que le métier résorbe son propre backlog sans contourner la DSI.

Cas fil rouge

Ashvale Instruments vend des équipements de laboratoire dans 9 pays, sur cinq systèmes SaaS — Salesforce, NetSuite, Workday, Jira Service Management, Slack — plus deux applications maison, aucun n'étant relié aux autres. Les équipes RevOps, finance et support ressaisissent environ 14 000 enregistrements par mois avec 4 % d'erreurs, pendant que le backlog d'intégration de la DSI compte 40 demandes en attente de 7 mois en moyenne. Consigne : le métier automatise lui-même ses dix premiers cas. Cibles : de l'opportunité gagnée dans Salesforce à la commande NetSuite en moins de 15 minutes au lieu de 3 jours ouvrés, taux d'erreur de ressaisie < 0,5 %, et zéro flow désactivé automatiquement — Composer coupe un flow après 100 erreurs consécutives sur 10 jours.

Programme chaque ligne est quelque chose que vous faites

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

  1. Module 1

    Là où Composer s'arrête et la DSI commence

    Objectif. Diagnostiquer quelles demandes d'automatisation d'Ashvale relèvent de MuleSoft Composer et livrer une grille de tri que la DSI acceptera de signer.

    • Trier les 40 demandes du backlog d'intégration avec une grille en 5 tests — volume d'enregistrements, profondeur de transformation, périmètre de conformité — en orientant chacune vers Composer ou vers le patrimoine d'API
    • Situer MuleSoft Composer face à MuleSoft RPA et aux API System construites par la DSI : qui détient les identifiants, le budget d'erreur et la fenêtre de changement
    • Chiffrer le processus manuel avant de l'automatiser : 14 000 enregistrements ressaisis par mois à 4 % d'erreurs, c'est l'étalon de tout flow à venir
  2. Module 2

    Des connexions qui ne vous appartiennent pas

    Objectif. Concevoir l'inventaire des connexions d'Ashvale — un propriétaire, un compte de service et une date de rotation par entrée — et marquer les systèmes hors de portée de Composer.

    • Créer une connexion nommée par système, avec compte de service, périmètre et date de rotation consignés — cible : 100 % de comptes de service, zéro compte personnel
    • Rattacher les 7 systèmes d'Ashvale à leurs connecteurs Composer et signaler les 2 applications maison comme chantier d'API pour la DSI, pas comme automatisation clandestine
    • Lire la Composer Connector Reference avant de construire : quels triggers et actions le connecteur expose, et quels champs chacun exige
  3. Module 3

    Choisir l'horloge ou l'événement

    Objectif. Évaluer les points de départ possibles — trigger sur enregistrement, scheduler, flow invocable — et en retenir un par processus, latence et coût en appels API annoncés.

    • Arbitrer entre un trigger sur enregistrement qui interroge le système toutes les 15 secondes et un scheduler cadencé de 15 minutes à 30 jours, chacun chiffré en appels API consommés
    • Publier un flow en flow invocable appelé depuis Salesforce Flow Builder, un callout Apex ou une commande cURL, et nommer qui est habilité à l'appeler
    • Tenir la cible quote-to-cash : de l'opportunité gagnée dans Salesforce à la commande NetSuite en moins de 15 minutes, contre 3 jours ouvrés aujourd'hui
  4. Module 4

    Mapper les champs, puis le prouver

    Objectif. Construire le flow de commandes Salesforce vers NetSuite avec data pills, Picklist Mapping et formules, et le prouver sur un enregistrement de test avant activation.

    • Relier les champs par data pills et Picklist Mapping réutilisables pour aligner les 9 codes pays et les 4 devises d'Ashvale entre applications
    • Composer fonctions texte, calculs et appels imbriqués dans le Custom Expression Editor, puis brancher un If/Else Block sur les 3 types de commande
    • Tester chaque trigger et chaque action sur un seul enregistrement avant d'activer, puis rejouer 50 enregistrements en gardant les défauts de première passe sous 0,5 %
  5. Module 5

    Le Run History fait foi

    Objectif. Prouver que chaque flow activé est observable et gouverné : routes On Error, cadence de tri du Run History et répartition des droits validée avec la DSI.

    • Câbler les sections Watch et On Error pour qu'une étape en échec déclenche une alerte Slack au lieu de laisser un trou silencieux dans NetSuite
    • Exploiter le Run History dans ses limites — 1000 enregistrements par flow, 2 semaines de rétention — avec un créneau de tri hebdomadaire pour qu'aucune erreur ne sorte de la fenêtre sans être lue
    • Répartir les droits Builder et Administrator entre les 3 équipes métier et remettre chaque mois à la DSI le registre des flows actifs, de leurs propriétaires et de leurs connexions

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

Module 1

Module 2

Module 3

Module 4

Module 5

Dans la filière Business & Leadership

#integration-strategy · Stratégie d'intégration pour dirigeants et Product Owners#api-design-thinking · Design API-first pour Business Analysts#rpa-idp · MuleSoft RPA & traitement documentaire intelligent (IDP)

Une formation pour votre équipe ?

Chaque session est adaptée à vos cas d'usage, vos données et votre planning.

Demander un devis