Intégrer Dynamics 365 applications financières et opérationnelles à Power Platform

Cette architecture de référence utilise Microsoft Power Platform pour prendre en charge un processus d’ingénierie à commande à partir de la configuration et du devis par le biais de l’ordre, de la planification de la capacité de conseil et de la phase de production. Les applications basées sur des modèles et Microsoft Dataverse orchestrent le processus principal, tandis que Microsoft Dynamics 365 applications financières et opérationnelles servent de système d’enregistrement ERP (planification des ressources d’entreprise). Cette architecture de référence s’appuie également sur Azure services pour une exécution asynchrone longue au-delà des limites de la plateforme.

Diagramme d’architecture

Le diagramme suivant montre le contexte système principal et l’architecture.

Les utilisateurs utilisent le flux de travail à l’aide de trois applications basées sur des modèles Power Apps :

• Application d’estimation : espace de travail principal de l’estimateur. L’estimateur démarre une estimation en important une conception d’ingénierie à partir d’un fichier XML ou en sélectionnant une conception dans la bibliothèque. L’estimateur ajoute ou supprime ensuite des composants pour affiner l’estimation. Les plug-ins serveur recalculent en permanence les poids, les heures de travail, les pilotes de coût et les prix. L’estimateur exécute le récapitulatif pour combiner la tarification standard avec la tarification du client, puis finalise et verrouille le package. Cette application est le cœur configure-price-quote de la solution.

• Application de planification : prend en charge la planification de la préproduction de conseil. Les planificateurs phasent des conceptions finalisées par site et par heure, et attribuent des dates de début de production provisoires. Ils passent ensuite en revue les tableaux de bord de capacité qui combinent les lignes de base du calendrier des ressources ERP et les commandes de production planifiées avec une charge de travail dérivée d’estimation et des espaces réservés de prévision manuels. L’application prend en charge la visibilité de la capacité et la communication au moment du prospect. Il n’est pas faisant autorité : les ordres de production, mrP (planification des ressources matérielles) et la planification restent dans les applications financières et d’exploitation.

• Application clone : outil de productivité pour répliquer des enregistrements d’estimation complexes (estimations, conceptions de structure et hiérarchies de composants) à l’aide de définitions de clone réutilisables basées sur des modèles. Un estimateur utilise une copie d’une estimation conçue existante comme point de départ pour un nouveau. L'application utilise Azure Service Bus et Azure Functions pour exécuter des travaux de clone complexes de manière asynchrone et enregistre l'état de chaque travail dans Dataverse.

Flux de travail

Les étapes suivantes décrivent le processus de bout en bout :

1. Créez ou identifiez un enregistrement de déclencheur commercial (source d’opportunité peut varier en fonction de l’implémentation) et créez un devis ERP au début du cycle de vie. Le devis ERP sert d’ancrage commercial pour le processus d’estimation.

2. Créez ou ouvrez un enregistrement d’estimation Dataverse lié au devis ERP et amorçage d’une conception initiale (sélection basée sur l’importation XML ou la bibliothèque). Ensuite, affinez la configuration dans l’application Estimation.

3. Conserver les détails des estimations, des conceptions et des composants dans Dataverse. Les plug-ins côté serveur valident les règles d’ingénierie et recalculent en permanence les heures de travail, les poids, les pilotes de coûts et les totaux à mesure que la conception change.

4. Lancez un récapitulatif pour finaliser le package à réviser. Les lots d’orchestration récapentent les entrées et déclenchent des calculs côté serveur pour l’estimation et toutes les conceptions.

5. Exécutez l’évaluation des tarifs spécifiques au client (CSP) pendant le récapitulatif. Les accords commerciaux ERP (contrats de prix et de remise) sont consommés en tant qu’entrées de tarification structurées le cas échéant. D’autres constructions csp, telles que $/lb, la tarification basée sur des plages et la tarification des tables de composants, sont prises en charge pour répondre à des scénarios pilotés par l’ingénierie qui ne peuvent pas être représentés uniquement par le biais d’accords commerciaux sans personnalisation ERP significative.

6. Finalisez et verrouillez le package de récapitulatif. Les sorties de récapsule verrouillées préservent la traçabilité de la base de tarification utilisée au moment de la composition des prix. Les accords commerciaux sont date-effectives. Les modifications apportées intentionnellement aux accords commerciaux ne modifient pas rétroactivement les sorties finalisées. Si la réécriture est requise, exécutez un cycle de requote formel (révision de la configuration et récapitulation de réexécution).

7. Contrôlez le processus à la fin de l’examen. Lorsque le récapitulatif est terminé et marqué comme étant terminé, déclenchez le traitement commercial en aval.

8. Appliquez une marge et une commission aux articles à prix standard avant l’écriture différée ERP, selon les besoins. Les réviseurs commerciaux effectuent cette étape. La réalisation des marges financières se produit dans le suivi des coûts de l’ERP post-award via Project Management and Accounting et WBS (structure de répartition des travaux).

9. Normalisez les sorties finalisées dans des structures de devis prêts pour l’ERP et ajoutez les lignes de devis à la citation ERP existante dans Dynamics 365 applications financières et opérationnelles. ERP ne réacheve pas les lignes de devis finalisées. ERP est le système d’enregistrement faisant autorité pour le prix accepté et l’exécution financière en aval.

10. Utilisez l’application Planification pour planifier des conceptions par site et par heure, attribuer des dates de début de production provisoires et passer en revue les tableaux de bord de capacité. Les tableaux de bord de capacité combinent les commandes de production planifiées par ERP et les runtimes avec une charge de travail dérivée d’estimation pour le travail non encore créé en tant que produits ERP et commandes de production. Les bases de référence de capacité proviennent des calendriers de ressources ERP. Les commandes de production et MRP restent exclusivement dans ERP.

11. Supprimez les prévisions en tant qu’estimations, commandes commerciales et commandes de production créées. (Les enregistrements de prévision sont entrés manuellement des espaces réservés utilisés pour réserver la capacité pour la demande anticipée lorsque les détails de configuration ne sont pas encore connus.)

12. Utilisez l’application Clone pour répliquer des enregistrements d’estimation complexes, notamment des estimations, des conceptions de structure et des hiérarchies de composants, avec des modèles clone réutilisables. Les opérations et l’administration lancent ces travaux. Azure Service Bus distribue des travaux clones longs vers une fonction Azure pour le traitement asynchrone, et la fonction écrit l’état du travail dans Dataverse.

Détails du scénario

Cette charge de travail aide les organisations à transformer des configurations et des estimations complexes en transactions ERP reproductibles tout en prenant en charge des exigences dynamiques spécifiques au client dans un modèle métier d’ingénieur à commande.

L’architecture est conçue pour séparer les responsabilités par phase de cycle de vie :

• La configuration au moment de l’ingénierie et la composition des prix se produisent dans Dataverse (applications d’estimation/planification, plug-ins, orchestration).
• L’autorité financière et l’exécution se produisent dans ERP (cycle de vie des devis, prix, commande de vente, suivi des coûts du projet/WBS, commandes de production, MRP, planification et publication).
• Les sorties de récap sont verrouillées lors de la finalisation pour préserver la traçabilité et empêcher les modifications rétroactives, sauf si un réquote formel est effectué.

Principaux utilisateurs et responsabilités

• Ingénierie et estimateurs : Créez et validez des conceptions, gérez la configuration et produisez des estimations de coût, d’heure de travail, de poids et de coût.
• Commercial et approbateurs : passez en revue les packages de récapitule, appliquez des marges/commissions pour les éléments tarifaires standard et approuvez les sorties pour une utilisation côté client.
• Planificateurs : conceptions de phases par site et heure, assignez des dates de début provisoires et gérez la visibilité de la capacité/du délai d’exécution à l’aide des lignes de base de capacité ERP, ainsi que des signaux d’estimation et de prévision de la demande.
• Opérations et administration : gérer les modèles de clonage, surveiller les intégrations et prendre en charge les utilisateurs dans les environnements.

Limites des licences et des produits

La plupart des utilisateurs ont besoin de licences pour Dynamics 365 applications financières et opérationnelles, car le flux de travail utilise ces applications du début à la fin. Les utilisateurs qui travaillent avec des enregistrements commerciaux tels que des guillemets, des lignes de devis et des produits ont besoin d’une licence d’attachement entreprise Dynamics 365 Sales. Les applications financières et opérationnelles restent le système ERP d’enregistrement pour les cycles de vie des devis, les récompenses et l’exécution financière en aval.

Conditions clés

• Prise en charge des flux de travail configurés à devis qui nécessitent un recalcul de conception itérative, une validation d’ingénierie et une gestion contrôlée avant l’engagement ERP.

• Utilisez des accords commerciaux ERP, le cas échéant, tout en activant des constructions CSP pilotées par l’ingénierie qui dépassent la représentation standard des accords commerciaux sans personnalisation ERP significative.

• Conservez la traçabilité et la stabilité commerciale grâce à la finalisation et au verrouillage. Activez la réécriture uniquement par le biais d’un cycle de requote formel.

• Conservez ERP comme système d’enregistrement faisant autorité pour le cycle de vie des devis, le prix, la création de commandes commerciales, la gouvernance financière du projet/WBS, les commandes de production, MRP, la planification et la publication.

• Activez la planification de la capacité de préproduction de conseil à l’aide d’une charge de travail dérivée d’estimation et d’espaces réservés de prévision manuels alignés sur les calendriers de ressources ERP et les runtimes d’ordre de production existants.

• Régir l’étendue d’intégration sur trois modèles : les entités virtuelles (lecture), l’écriture double (écriture) et une API OData, avec une exclusion explicite des entités de publication financière provenant de la double écriture.

Fonctionnalités hors portée

• Exécution détaillée de la fabrication et contrôle de l’atelier (géré dans les systèmes ERP et en aval).
• Project Operations (la solution utilise le module gestion et comptabilité Project dans les applications finance et opérations à la place).
• La tarification basée sur l’IA ou la prise de décision entièrement autonome (l’examen humain reste le point de contrôle).

Composants

Les composants suivants fournissent des fonctionnalités d’application, un traitement asynchrone, une intégration des données d’entreprise et une gouvernance financière pour cette architecture de référence.

Power Platform

• Application d’estimation (pilotée par modèle) : configuration guidée, estimation, composition tarifaire et récapitulation.

• Application de planification (pilotée par modèle) : prend uniquement en charge la planification de préproduction de conseil. Elle ne contrôle pas les planifications de production. L’application fournit un suivi progressif par site et heure, des dates de début provisoires et de la capacité et une visibilité au moment du prospect. Les bases de référence de capacité proviennent des calendriers de ressources ERP. Les commandes de production et MRP restent exclusivement dans les applications financières et opérationnelles. Les prévisions sont des espaces réservés manuels qui réservent la capacité pour la demande non encore configurée et sont supprimées en tant qu’estimations, commandes commerciales et commandes de production créées.

• Cloner une application (pilotée par modèle) : clone les enregistrements d’estimation complexes à l’aide de définitions de clone réutilisables pilotées par modèle, pour les estimations, les conceptions de structure et leurs hiérarchies de composants. Les utilisateurs peuvent copier une estimation conçue existante comme point de départ d’une nouvelle estimation. Les travaux clones de longue durée s’exécutent de manière asynchrone sur les services Azure.

• Dataverse : magasin de données principal pour les estimations, les conceptions, les composants, les enregistrements de planification, les espaces réservés de prévision, et cloner des modèles et des requêtes. Il fournit également une surface d’exécution côté serveur, de sécurité, d’audit et de sécurité.

• Plug-ins Dataverse : validation, calculs, finalisation et verrouillage, et logique de normalisation pour préparer les sorties de guillemets consommables ERP.

• Power Automate : orchestration pour récapitule les modèles de traitement par lots, d’approbations et de notifications et de répartition des travaux, le cas échéant.

Services d'Azure

• Azure Service Bus : Les files d’attente clonent les messages de travail et dissocient le traitement long à partir de sessions interactives.

• Azure Function App : traite les travaux cloner (et d’autres charges de travail asynchrones le cas échéant) au-delà des limites de temps de la plateforme. Écrit l’état dans Dataverse.

• Azure Key Vault : stocke les secrets et les détails de connexion. Accédez-y à l’aide d’une identité d’intégration.

• Identité d’intégration (principal de service) : s’authentifie auprès de Azure ressources en suivant les principes de privilège minimum.

Intégration de l’ERP et des données

• Dynamics 365 applications financières et opérationnelles : système d’enregistrement pour les lignes de devis et de devis ERP, prix, commandes commerciales, Project Gestion et comptabilité, suivi des coûts WBS, commandes de production, MRP et planification, et publication. L’intégration utilise trois modèles distincts, choisis par scénario pour réduire le risque :

  • Les entités virtuelles fournissent un accès en lecture seule aux données de référence et de base dans les applications financières et opérationnelles, notamment les produits publiés, les variantes et les unités de mesure. Ils ne copient pas les données dans Dataverse.
  • Les handles à double écriture sont réécrits dans ERP, principalement les lignes de devis finalisées, ainsi que les entités de référence et d’entreprise requises pour l’orchestration et la gouvernance.
  • L’API OData récupère les heures de travail par opération. Les entités de publication financière (registre général, journaux de factures, transactions de coût, publications de production, distributions comptables et dimensions financières) sont délibérément exclues du double écriture, évitant tout comportement d’ombre-ERP.

• Constructions de tarification ERP : les accords commerciaux (contrats de prix/remise) sont consommés en tant qu’entrées tarifaires faisant autorité lors du récapitulatif, le cas échéant. ERP ne réapprite pas dynamiquement les lignes de guillemets finalisées écrites à partir de sorties récapsulées.

• Utilisation de l’API de tarification ERP : les API de tarification ERP (y compris l’interrogation des prix de l’unité d’échelle commerciale) ne sont pas appelées lors de l’estimation itérative ou du récapitulatif. La composition des prix se produit dans Dataverse pendant le récapitulatif à l’aide d’entrées régies (y compris des accords commerciaux) et de constructions pilotées par l’ingénierie.

Considerations

Ces considérations mettent en œuvre les piliers de Power Platform Well-Architected, un ensemble de principes directeurs qui améliorent la qualité d’une charge de travail. En savoir plus dans Microsoft Power Platform Well-Architected.

La charge de travail est conçue pour équilibrer les contrôles d’entreprise (sécurité, ALM et auditabilité) avec une facilité d’utilisation pour les utilisateurs professionnels exécutant des processus d’estimation et de planification complexes.

Reliability

• Utilisez le traitement asynchrone (Service Bus + fonction Azure) pour les opérations qui peuvent dépasser les limites de temps interactives. Suivez l’état du travail dans Dataverse pour la récupération et la prise en charge.
• Concevoir des calculs côté serveur et des gestionnaires de travaux pour qu’ils soient idempotents dans la mesure du possible, ce qui permet une nouvelle tentative et un retraitement sécurisés.
• Capturez les états d’échec explicitement (échecs de validation, exceptions d’évaluation des prix, erreurs d’intégration) et faites-les apparaître avec des conseils de correction actionnables.
• Récapitule les sorties de verrouillage lors de la finalisation pour préserver la traçabilité et empêcher les modifications involontaires après la finalisation.

Sécurité

• Appliquez l’accès en fonction du rôle aligné sur les personnages et utilisez le privilège minimum pour toutes les intégrations.
• Stockez les secrets dans Key Vault et accédez-y via une identité d’intégration. Évitez d’incorporer des secrets dans des flux, des applications ou un contrôle de code source.
• Appliquez des références de connexion et une configuration spécifiques à l’environnement pour empêcher les fuites entre environnements.
• Auditer les actions clés telles que la saisie semi-automatique et le verrouillage, la saisie semi-automatique, l’exécution des tarifs et la réécriture de ligne de devis.

Excellence opérationnelle

• Automatisez les déploiements à l’aide d’un pipeline d’orchestrateur unique et d’un balisage de branche cohérent pour tracer et reproduire les déploiements.
• Implémentez la surveillance entre Power Automate exécutions, l’exécution du plug-in Dataverse et les données de fonction/Service Bus Azure. Fournissez des runbooks pour les modèles d’échec courants.
• Processus de prise en charge et de propriété des documents pour les applications, plug-ins, flux, ressources Azure et intégrations ERP.

Efficacité des performances

• Préférez le calcul côté serveur pour les validations et les calculs (plug-ins) afin de réduire les allers-retours client.
• Calculs par lots et préparation de ligne en aval pour contrôler la charge pendant les pics d’utilisation.
• Alignez la synchronisation sur les besoins de l’entreprise et évitez une étendue double écriture inutile.

Optimisation de l’expérience

• Prise en charge de la création rapide d’estimations par le biais de sélections d’amorçage basées sur XML et de sélections de bibliothèque réutilisables. Autorisez l’affinement itératif.
• Utilisez des portes claires (récapitule/verrouillage, révision complète) pour rendre l’état visible et réduire l’ambiguïté de transfert.
• Fournissez aux planificateurs des opérations et tableaux de bord de phases rationalisés qui reflètent les bases de référence de capacité ERP, ainsi que les signaux d’estimation/prévision de la demande.

Intelligence artificielle responsable

Cette charge de travail ne s’appuie pas sur les sorties générées par l’IA pour la tarification, les approbations ou les décisions. Les utilisateurs professionnels restent responsables des étapes de révision et d’approbation finales.

Contributors

Microsoft conserve cet article. Les contributeurs suivants ont écrit cet article.

Auteurs principaux :

• Esteban Salinas, principal

Ressources associées

• Documentation Microsoft Dataverse
• documentation sur les applications basées sur des modèles Power Apps
• La documentation de Power Automate
• Documentation des applications de finances et d’opérations
• Vue d’ensemble de la double écriture
• documentation Messagerie Azure Service Bus (files d’attente, nouvelles tentatives et surveillance)
• Documentation d’Azure Functions
• Documentation d’Azure Key Vault
• Gestion du cycle de vie des applications (ALM) avec Microsoft Power Platform
• Établir des pratiques efficaces de gestion du cycle de vie des applications