Microsoft Power Platform · Automatisation de processus
En tant que Partenaire Microsoft Power Automate, nous construisons des flows qui ne s'arrêtent pas même à la 10 000e exécution en production. Si quelqu'un chez vous copie chaque matin des données d'un système à l'autre, orchestre une validation par e-mail ou envoie manuellement des rappels — c'est précisément un cas Power Automate.
Périmètre fonctionnel
Cinq composants constituent la plateforme. Chacun a sa place, chacun son piège. Voici le cadrage honnête.
Flows qui tournent dans le cloud Microsoft et parlent via API à des services standard — SharePoint, Outlook, Teams, Dynamics, Salesforce, SAP, ServiceNow, APIs REST propres. Trois types de trigger : automatique (event), instantané (button), planifié (cron). Le cheval de trait de la plateforme.
Flows qui pilotent à distance une vraie machine Windows — souris, clavier, écran. La solution pour applications legacy sans API : anciens clients SAP GUI, greenscreens, formulaires Excel, UIs web sans interface ouverte. Attended (avec utilisateur connecté) ou unattended (bot sur serveur) disponibles.
Processus multi-étapes guidés directement dans les Model-Driven Apps. Le commercial terrain voit en haut du formulaire de rendez-vous une barre d'avancement : demande → devis → négociation → closing. Chaque étape avec champs obligatoires, validations, actions automatiques. Très utile pour les pipelines commerciaux et service.
Logique de validation intégrée avec cartes Teams/Outlook, validateurs multiples, en parallèle ou en séquence. Audit trail, logique d'escalade en cas d'inaction, validation mobile. Économise énormément si vous organiseriez sinon les validations par fil d'e-mails avec un tableau Excel.
Form Recognition pour justificatifs, factures, contrats — directement dans le flow. Analyse de sentiment pour mails service client. Object Detection pour reconnaissance d'image. Fonctionne bien pour les cas standard, devient peu fiable pour des entrées très variables. Nous vérifions avant usage si le volume de données suffit pour un modèle custom.
Si un système tiers n'a pas de connecteur préfabriqué : Custom Connector depuis définition OpenAPI, configuration d'auth (OAuth, API key, Basic), gestion de pagination. Pour appels uniques, l'action HTTP avec contrôle total sur headers et payload. Là se trouve souvent le pont vers des développements propres que nous construisons en parallèle en Independent Engineering.
Use cases
Les quatre types de tâches suivants sont les plus fréquents — et les cas d'usage économiquement les plus clairs pour la plateforme.
Congés, voyage, investissement, validation fournisseur, conditions client. Demande depuis Power App ou formulaire → approval multi-niveaux avec carte Teams → résultat retour dans le système source avec audit trail. Le cas classique avec lequel la plupart des clients démarrent en Power Automate.
Données clients entre Microsoft Dynamics 365 et SAP, commandes entre web shop et ERP, collaborateurs entre HRIS et Active Directory. Inclut gestion de conflit, queue d'erreurs, monitoring. Une synchronisation prête pour la production est bien plus qu'un flow « copier si modifié » — nous connaissons les pièges.
Nouveau collaborateur créé dans le système RH → automatiquement user AD, boîte mail, appartenances Teams, licences, commande matériel, mail de bienvenue avec accès, rendez-vous briefing sécurité IT. Économise plusieurs heures de travail manuel par onboarding pour l'équipe IT.
Contrat expire dans 90 jours → notifier l'account manager, dans 60 jours escalade vers lead, dans 30 jours rendez-vous calendrier automatique. Ticket service sans réaction depuis 24 h → escalade vers responsable service. De la pure logique temporelle que personne ne porte sinon — jusqu'à ce qu'il soit trop tard.
Ce que nous livrons
Où vit quelle logique ? Un grand flow ou plusieurs petits ? Synchrone ou asynchrone via Service Bus ? Sous-processus comme sub-flows réutilisables ? Ces décisions d'architecture déterminent si dans 12 mois vous aurez un paysage maintenable ou un cimetière de flows.
Logique de retry avec exponential backoff. Idempotence pour qu'un même ordre ne soit pas traité deux fois. Dead-letter queue pour entrées non traitables. Mails de monitoring aux bonnes personnes, pas à tout le monde. C'est la différence entre flow démo et flow productif.
Connecteur standard ou premium ? Si rien ne convient : Custom Connector depuis OpenAPI, avec mapping d'auth, pagination, logique de throttling. Pour vos APIs REST propres, nous écrivons la définition OpenAPI directement — le connecteur devient une tâche de 30 minutes plutôt qu'un projet de plusieurs jours.
Bots SAP GUI, anciens clients Windows, applications navigateur sans API. Avec sélecteur d'éléments basé ID plutôt que clic pixel sur l'écran (nettement plus stable). Avec concurrency locks pour que deux bots n'écrivent pas en même temps dans la même fenêtre. Avec reconnaissance d'image en fallback si l'UI n'a pas d'IDs.
Coûts de licence
Trois couches déterminent votre facture Microsoft :
Pay-as-you-go via abonnement Azure existe aussi — facturation par flow run. Pertinent pour tâches sporadiques à petit volume. Variante chiffrée avec votre configuration : License Cost Calculator.
Questions fréquentes
Les Cloud Flows tournent dans le cloud Microsoft et parlent via API à des services comme SharePoint, Dynamics, Salesforce, SAP. Les Desktop Flows pilotent une vraie machine Windows — clavier, souris, écran — et sont le choix pour les applications legacy sans API.
Les Cloud Flows avec connecteurs standard sont inclus dans Microsoft 365. Les connecteurs premium (SAP, ServiceNow, Salesforce, APIs HTTP propres) nécessitent un plan Power Automate à partir d'environ 15 € par utilisateur et par mois. RPA avec attended Desktop Flows à partir d'environ 40 €, RPA unattended comme licence bot à partir d'environ 150 € par bot et par mois. Plus dans le License Cost Calculator.
Oui. C'est précisément ce pour quoi Power Automate Desktop (RPA) est conçu. Nous automatisons greenscreens, anciens clients Windows, applications web sans API — tout ce qui peut être manipulé par souris et clavier. Important : RPA est un pont, pas une architecture. Quand possible, nous remplaçons RPA à moyen terme par des intégrations API propres — soit avec custom connectors, soit, si la complexité le justifie, en Independent Engineering.
Cela dépend presque entièrement de la gestion d'erreurs. Nous construisons chaque flow pertinent en production avec logique de retry, idempotence, dead-letter queue et monitoring. La différence entre un flow démo et un flow productif est généralement la gestion d'erreurs — et c'est précisément notre quotidien.
Un Cloud Flow seul avec cas d'usage clair et 2 à 3 étapes connecteur est souvent posé en 1 à 2 jours. Les automatisations complexes avec beaucoup d'embranchements, gestion d'erreurs et RPA atteignent typiquement 5 à 15 jours/homme. Au premier entretien, nous donnons une évaluation honnête selon votre cas d'usage.
Nous proposons la maintenance en modèle Application Care avec quota d'heures garanti, ou en pay-per-hour sans engagement. En cas de changements d'API Microsoft ou d'ajustements de throttling, nous vous contactons proactivement et menons l'adaptation dans le contrat courant.
Premier entretien 30 min
Décrivez le flux actuel, nous donnons un cadrage honnête — Cloud Flow, Desktop Flow ou plutôt solution custom code.
Prestations associées
Les projets d'ingénierie sont rarement isolés — logique de licences, clarification d'architecture, quality gates, transfert de connaissances et exploitation à venir sont généralement parallèles. Voici les prestations d'accompagnement les plus fréquentes, à ajouter dans un Discovery-Spike, un sprint au forfait ou des contrats Application Care.
En amont · Architecture
Avant l'implémentation : structure du tenant, modèle de données, concept de sécurité, mapping d'intégration. Le résultat est un document d'architecture sur lequel toute équipe d'ingénierie peut poursuivre — même une autre que la nôtre.
Voir →
En amont · CSP
Quels bundles de licences pour quels utilisateurs, quels SKU add-on sont nécessaires, où vous êtes sur- ou sous-licencié. Achat via un partenaire de licences Microsoft — avec l'option d'utiliser le CSP en simple contrôle, sans maximisation de marge.
Voir →
Pendant · Quality-Gate
Avis indépendant pendant un projet d'implémentation en cours — que nous le menions nous-mêmes ou un autre partenaire. Quality gates basés CMMI, revues de risques, forfait par gate.
Pendant · Adoption
Pas le workshop classique de 2 jours oublié au bout d'une semaine — mais un programme d'apprentissage dynamique sur 4 à 6 semaines avec formation initiale, phases de mise en pratique et sessions d'approfondissement. Matrice de formation par rôles et sujets.
Voir →
Après · Exploitation
Après la mise en production : contrat Application Care planifiable au forfait mensuel, basé SLA. Inclut releases, correctifs, extensions, durcissement du tenant — et accompagnement continu plutôt que simple réaction aux tickets.
Voir →
Après · Connaissance
Quand les développeurs d'origine sont partis, que le partenaire précédent n'est plus joignable ou que la documentation est obsolète — reverse engineering de la solution existante avec un résultat documenté : code-map, modèle de données, inventaire des customizations.
Voir →
Arrière-plan stratégique · Page thématique arades
Pourquoi nous construisons toutes nos apps et recommandations de façon cohérente sur une seule base de données — et quand la solution en îlot reste la meilleure réponse. 2 500 mots sur l'architecture, les chemins de migration et les distinctions honnêtes.
Lire la page thématique →