Integración de aplicaciones Dynamics 365 finanzas y operaciones con Power Platform

Esta arquitectura de referencia usa Microsoft Power Platform para admitir un proceso de ingeniería a pedido a partir de la configuración y el entrecomillamiento a través de la ordenación, el planeamiento de la capacidad de asesoramiento y las fases de producción. Las aplicaciones controladas por modelos y Microsoft Dataverse orquestan el proceso principal, mientras que Microsoft Dynamics 365 las aplicaciones de finanzas y operaciones sirven como sistema ERP (planificación de recursos empresariales) de registro. Esta arquitectura de referencia también se basa en Azure servicios para la ejecución asincrónica de larga duración más allá de los límites de la plataforma.

Sugerencia

En este artículo se proporciona un escenario de ejemplo y una arquitectura de ejemplo generalizada para ilustrar cómo combinar aplicaciones de finanzas y operaciones de Dynamics 365, Power Platform y servicios de Azure para crear una solución de ingeniería a pedido con capacidades de estimación, precios, presupuestos y planificación de productos. El ejemplo de arquitectura se puede modificar para muchos escenarios y sectores diferentes.

Diagrama de arquitectura

En el diagrama siguiente se muestra el contexto y la arquitectura del sistema principal.

Los usuarios trabajan a través del flujo de trabajo mediante tres Power Apps aplicaciones controladas por modelos:

Aplicación de estimación: área de trabajo principal del estimador. El estimador inicia una estimación importando un diseño de ingeniería desde un archivo XML o seleccionando un diseño de la biblioteca. A continuación, el estimador agrega o quita componentes para refinar la estimación. Los complementos de servidor recalculan continuamente pesos, horas laborales, controladores de costos y precios. El estimador ejecuta el resumen para combinar los precios estándar con los precios del cliente y, a continuación, finaliza y bloquea el paquete. Esta aplicación es el núcleo configure-price-quote de la solución.
Aplicación de planeación: admite la planificación de preproducción de asesoramiento. Las fases de planificadores finalizan los diseños por sitio y hora, y asignan fechas de inicio de producción provisionales. A continuación, revisan los paneles de capacidad que combinan las líneas base del calendario de recursos ERP y los pedidos de producción programados con la carga de trabajo derivada de la estimación y los marcadores de posición de previsión manuales. La aplicación admite la visibilidad de la capacidad y la comunicación en tiempo de ejecución. No es autoritativo: los pedidos de producción, mrP (planificación de recursos materiales) y la programación permanecen en las aplicaciones de finanzas y operaciones.
Aplicación clonada: una herramienta de productividad para replicar registros de estimación complejos (estimaciones, diseños de estructura y sus jerarquías de componentes) mediante definiciones de clonación reutilizables controladas por plantillas. Un estimador usa una copia de una estimación diseñada existente como punto de partida para una nueva. La aplicación usa Azure Service Bus y Azure Functions para ejecutar trabajos clonados complejos de forma asincrónica y registra el estado de cada trabajo en Dataverse.

Flujo de trabajo

Los siguientes pasos describen el proceso de principio a fin:

Cree o identifique un registro de desencadenador comercial (el origen de la oportunidad puede variar según la implementación) y cree una cita erp al principio del ciclo de vida. La cotización ERP actúa como anclaje comercial para el proceso de estimación.
Cree o abra un registro de estimación de Dataverse vinculado a la cita ERP y inicializa un diseño inicial (selección basada en biblioteca o importación XML). A continuación, refinar la configuración en la aplicación Estimación.
Conservar la estimación, los diseños y los detalles de los componentes en Dataverse. Los complementos del lado servidor validan las reglas de ingeniería y recalculan continuamente las horas laborales, los pesos, los controladores de costos y los totales a medida que cambia el diseño.
Inicie un resumen para finalizar el paquete para su revisión. Los lotes de orquestación vuelven a resumir las entradas y desencadenan cálculos del lado servidor para la estimación y todos los diseños.
Ejecute la evaluación de precios específicos del cliente (CSP) durante el resumen. Los acuerdos comerciales erp (acuerdos de precio y descuento) se consumen como entradas de precios estructuradas cuando proceda. Otras construcciones de CSP, como $/lb, precios basados en intervalos y precios de tabla de componentes, se admiten para satisfacer escenarios controlados por ingeniería que no se pueden representar únicamente a través de acuerdos comerciales sin una personalización de ERP significativa.
Finalizar y bloquear el paquete de recap. Las salidas de resumen bloqueadas conservan la rastreabilidad de la base de precios utilizada en el momento de la composición de los precios. Los acuerdos comerciales son de fecha de vigencia. Los cambios posteriores del acuerdo comercial no modifican intencionadamente las salidas de resumen finalizadas de forma retroactiva. Si se requiere la revalorización, ejecute un ciclo de requote formal (revisión de configuración y recap reequipamiento).
Cierre el proceso al finalizar la revisión. Una vez completada la recaptura y marcada como revisión completa, desencadene el procesamiento comercial de bajada.
Aplique margen y comisión a los artículos de precio estándar antes de la reescritura de ERP, según sea necesario. Los revisores comerciales realizan este paso. La realización de márgenes financieros se produce en erp después de la adjudicación a través de Project gestión y contabilidad y seguimiento de costos basado en EDT (estructura de desglose de trabajo).
Normalice las salidas finalizadas en estructuras de línea de cotizaciones listas para ERP y agregue las líneas de comillas a la cotización ERP existente en Dynamics 365 aplicaciones de finanzas y operaciones. ERP no reprice las líneas de cotización finalizadas. ERP es el sistema autoritativo de registro para el precio aceptado y la ejecución financiera descendente.
Use la aplicación Planning para la fase de diseños por sitio y hora, asigne fechas de inicio de producción provisionales y revise los paneles de capacidad. Los paneles de capacidad combinan los pedidos de producción programados para ERP y los tiempos de ejecución con la carga de trabajo derivada de la estimación para el trabajo que aún no se ha creado como productos y pedidos de producción erp. Las líneas base de capacidad proceden de calendarios de recursos ERP. Los pedidos de producción y MRP permanecen exclusivamente en ERP.
Quite las previsiones a medida que se crean estimaciones, pedidos de ventas y pedidos de producción. (Los registros de previsión se escriben manualmente marcadores de posición usados para reservar capacidad para la demanda prevista cuando aún no se conocen los detalles de configuración).
Use la aplicación Clone para replicar registros de estimación complejos, incluidas las estimaciones, los diseños de estructura y las jerarquías de componentes, con plantillas de clonación reutilizables. Las operaciones y la administración inician estos trabajos. Azure Service Bus envía trabajos de clonación de ejecución prolongada a una función de Azure para el procesamiento asincrónico y la función escribe el estado del trabajo en Dataverse.

Detalles del escenario

Esta carga de trabajo ayuda a las organizaciones a convertir configuraciones complejas y estimaciones en transacciones ERP repetibles al tiempo que admite requisitos dinámicos específicos del cliente en un modelo de negocio de ingeniería a pedido.

La arquitectura está diseñada para separar las responsabilidades por fase del ciclo de vida:

La configuración en tiempo de ingeniería y la composición de precios se producen en Dataverse (aplicaciones de estimación/planificación, complementos, orquestación).
La autoridad y la ejecución en tiempo financiero se producen en ERP (ciclo de vida de las cotizaciones, adjudicación, pedido de ventas, seguimiento de costos del proyecto/WBS, pedidos de producción, MRP, programación y contabilización).
Las salidas de resumen se bloquean al finalizar para conservar la rastreabilidad y evitar cambios retroactivos a menos que se realice una requote formal.

Usuarios y responsabilidades principales

Ingeniería y estimadores: cree y valide diseños, administre la configuración y genere estimaciones de horas de trabajo, peso y costos.
Aprobadores y comerciales: revise los paquetes de resumen, aplique margen o comisión para los elementos de precios estándar y apruebe las salidas para el uso orientado al cliente.
Planificadores: diseños de fase por sitio y hora, asignar fechas de inicio provisionales y administrar la visibilidad de la capacidad/tiempo de entrega mediante líneas base de capacidad ERP, además de las señales de estimación y previsión de la demanda.
Operaciones y administración: administre plantillas de clonación, supervise integraciones y admita usuarios en entornos.

Límites de licencias y productos

La mayoría de los usuarios necesitan licencias para Dynamics 365 aplicaciones de finanzas y operaciones, ya que el flujo de trabajo usa estas aplicaciones de principio a fin. Los usuarios que trabajan con registros comerciales, como las cotizaciones, las líneas de cotización y los productos necesitan una licencia de asociación de Dynamics 365 Sales Enterprise. Las aplicaciones de finanzas y operaciones siguen siendo el sistema ERP de registro para los ciclos de vida de las cotizaciones, los premios y la ejecución financiera descendente.

Requisitos principales

Compatibilidad con flujos de trabajo de configuración a cita diseñados que requieren actualización de diseño iterativo, validación de ingeniería y gating controlado antes del compromiso de ERP.
Use acuerdos comerciales erp cuando proceda, al tiempo que se habilitan construcciones CSP controladas por ingeniería que superan la representación estándar del acuerdo comercial sin una personalización de ERP significativa.
Conserve la rastreabilidad y la estabilidad comercial a través de la finalización y el bloqueo de la recaptura. Habilite la revalorización solo a través de un ciclo formal de requote.
Mantenga ERP como el sistema autoritativo de registro para el ciclo de vida de las cotizaciones, el premio, la creación de pedidos de venta, la gobernanza financiera del proyecto/WBS, los pedidos de producción, mrP, la programación y la contabilización.
Habilite el planeamiento de la capacidad de preproducción de asesoramiento mediante la carga de trabajo derivada de la estimación y los marcadores de posición de previsión manuales alineados con los calendarios de recursos ERP y los tiempos de ejecución de pedidos de producción existentes.
Controle el ámbito de integración entre tres patrones( entidades virtuales (lectura), escritura dual (escritura) y una API de OData, con exclusión explícita de entidades de contabilización financiera de escritura dual.

Características fuera del ámbito

Ejecución detallada de la fabricación y control de planta de taller (controlado en sistemas ERP y de bajada).
Project Operations (en su lugar, la solución usa el módulo administración y contabilidad de Project en las aplicaciones de finanzas y operaciones).
Precios controlados por inteligencia artificial o toma de decisiones totalmente autónoma (la revisión humana sigue siendo el punto de control).

Components

Los siguientes componentes proporcionan funcionalidades de aplicación, procesamiento asincrónico, integración de datos empresariales y gobernanza financiera para esta arquitectura de referencia.

Power Platform

Aplicación de estimación (controlada por modelos): configuración guiada, estimación, composición de precios y ejecución de recap.
Aplicación de planeación (controlada por modelos): solo admite el planeamiento de preproducción de asesoramiento. No controla las programaciones de producción. La aplicación proporciona fases por sitio y hora, fechas de inicio provisionales y capacidad y visibilidad en tiempo de ejecución. Las líneas base de capacidad proceden de calendarios de recursos ERP. Los pedidos de producción y MRP permanecen exclusivamente en aplicaciones financieras y de operaciones. Las previsiones son marcadores de posición manuales que reservan capacidad para la demanda aún no configurada y se quitan a medida que se crean estimaciones, pedidos de ventas y pedidos de producción.
Clonación de aplicaciones (controladas por modelos): clona registros de estimación complejos mediante definiciones de clonación reutilizables controladas por plantillas, para estimaciones, diseños de estructura y sus jerarquías de componentes. Los usuarios pueden copiar una estimación diseñada existente como punto de partida para una nueva estimación. Los trabajos clonados de ejecución prolongada se ejecutan de forma asincrónica en Azure servicios.
Dataverse: almacén de datos principal para estimaciones, diseños, componentes, registros de planificación, marcadores de posición de previsión y clonar plantillas y solicitudes. También proporciona seguridad, auditoría y superficie de ejecución del lado servidor.
Complementos de Dataverse: validación, cálculos, finalización y bloqueo de captura, y lógica de normalización para preparar salidas de línea de comillas consumibles erp.
Power Automate: orquestación para recap por lotes, aprobaciones y notificaciones, y patrones de distribución de trabajos cuando corresponda.

Servicios de Azure

Azure Service Bus: las colas clonan mensajes de trabajo y desacoplan el procesamiento de larga duración de las sesiones interactivas.
Azure Function App: procesa trabajos de clonación (y otras cargas de trabajo asincrónicas, si procede) más allá de los límites de tiempo de la plataforma. Vuelve a escribir el estado en Dataverse.
Azure Key Vault: almacena los secretos y los detalles de conexión. Acceda a él mediante una identidad de integración.
Identidad de integración (entidad de servicio): se autentica en Azure recursos siguiendo los principios de privilegios mínimos.

Integración de datos y ERP

Dynamics 365 aplicaciones de finanzas y operaciones: sistema de registro para las líneas de cotización y cotización erp, adjudicación, pedidos de venta, administración y contabilidad de Project, seguimiento de costos EDT, pedidos de producción, MRP y programación, y contabilización. La integración usa tres patrones distintos, elegidos por escenario para minimizar el riesgo:
- Las entidades virtuales proporcionan acceso de solo lectura a datos de referencia y principales en aplicaciones de finanzas y operaciones, incluidos productos publicados, variantes y unidades de medida. No copian los datos en Dataverse.
- Los identificadores de escritura dual vuelven a escribir en ERP, principalmente las líneas de comillas finalizadas, además de las entidades de referencia y de negocio necesarias para la orquestación y la gobernanza.
- La API de OData recupera horas de trabajo por operación. Las entidades de contabilización financiera (libro de contabilidad general, diarios de facturas, transacciones de costos, contabilizaciones de producción, distribuciones contables y dimensiones financieras) se excluyen deliberadamente de la escritura dual, evitando cualquier comportamiento de shadow-ERP.
Construcciones de precios erp: los acuerdos comerciales (acuerdos de precio/descuento) se consumen como entradas de precios autoritativas durante el resumen cuando proceda. ERP no reprisa dinámicamente las líneas de comillas finalizadas escritas a partir de salidas de resumen.
Uso de la API de precios de ERP: las API de precios de ERP (incluido el interrogación de precios de unidad de escalado de comercio) no se invocan durante la estimación iterativa ni el resumen. La composición de precios se produce en Dataverse durante el resumen mediante entradas reguladas (incluidos los acuerdos comerciales) y las construcciones controladas por ingeniería.

Consideraciones

Estas consideraciones implementan los pilares de Power Platform Well-Architected, un conjunto de principios rectores que mejoran la calidad de una carga de trabajo. Obtenga más información en Microsoft Power Platform Well-Architected.

La carga de trabajo está diseñada para equilibrar los controles empresariales (seguridad, ALM y auditabilidad) con facilidad de uso para los usuarios empresariales que ejecutan procesos complejos de estimación y planificación.

Reliability

Use el procesamiento asincrónico (Service Bus + Azure Function) para las operaciones que pueden superar los límites de tiempo interactivos. Realice un seguimiento del estado del trabajo en Dataverse para obtener capacidad de recuperación y soporte técnico.
Diseñe cálculos del lado servidor y controladores de trabajos para que sean idempotentes siempre que sea posible, lo que permite reintentos seguros y reprocesamiento.
Capture los estados de error explícitamente (errores de validación, excepciones de evaluación de precios, errores de integración) y fíjalos con una guía de corrección accionable.
Bloquear salidas de resumen al finalizar para conservar la rastreabilidad y evitar cambios posteriores a la finalización no deseados.

Seguridad

Aplique el acceso basado en roles alineado con los roles y use privilegios mínimos para todas las integraciones.
Almacene secretos en Key Vault y acceda a ellos a través de una identidad de integración. Evite insertar secretos en flujos, aplicaciones o control de código fuente.
Aplique referencias y configuraciones de conexión específicas del entorno para evitar la pérdida entre entornos.
Audite las acciones clave, como la finalización de recap y el bloqueo, revisar la finalización, la ejecución de precios y la escritura diferida de líneas de comillas.

Excelencia operativa

Automatice las implementaciones mediante una sola canalización de orquestador y el etiquetado coherente de ramas para realizar un seguimiento y reproducir las implementaciones.
Implemente la supervisión en ejecuciones de Power Automate, ejecución del complemento de Dataverse y Azure datos de function/Service Bus. Proporcione runbooks para patrones de error comunes.
Documente los procesos de propiedad y soporte técnico para aplicaciones, complementos, flujos, recursos Azure e integraciones erp.

Eficiencia en el rendimiento

Se prefiere el proceso del lado servidor para las validaciones y los cálculos (complementos) para reducir los recorridos de ida y vuelta del cliente.
Cálculos de recap por lotes y preparación de línea de bajada para controlar la carga durante el uso máximo.
Alinee la sincronización con las necesidades empresariales y evite el ámbito de escritura dual innecesario.

Optimización de la experiencia

Admite la creación rápida de estimaciones mediante la propagación basada en XML y selecciones de biblioteca reutilizables. Permitir refinamiento iterativo.
Use puertas claras (finalización de resumen o bloqueo, revisión completa) para hacer que el estado sea visible y reduzca la ambigüedad de entrega.
Proporcione a los planificadores operaciones y paneles optimizados de fases que reflejen las líneas base de capacidad erp más las señales de demanda de estimación y previsión.

Inteligencia artificial responsable

Esta carga de trabajo no se basa en las salidas generadas por ia para los precios, aprobaciones ni decisiones. Los usuarios empresariales siguen siendo responsables de los pasos finales de revisión y aprobación.

Contributors

Microsoft mantiene este artículo. Los siguientes colaboradores escribieron este artículo.

Autores principales:

Esteban Salinas, Director

Comentarios

¿Le ha resultado útil esta página?

Last updated on 2026-08-13