Интеграция приложений Dynamics 365 финансов и операций с Power Platform

Эта эталонная архитектура использует Microsoft Power Platform для поддержки процесса разработки по заказу из конфигурации и кавыкания путем упорядочения, планирования консультативных ресурсов и поэтапной обработки рабочей среды. Приложения, управляемые моделью, и Microsoft Dataverse оркестрируют основной процесс, а приложения Microsoft Dynamics 365 финансы и операции служат системой записи ERP (корпоративного планирования ресурсов). Эта эталонная архитектура также использует службы Azure для длительного асинхронного выполнения за пределами ограничений платформы.

Подсказка

В этой статье приведен пример сценария и обобщенная архитектура, демонстрирующая объединение приложений Dynamics 365 финансов и операций, Power Platform и Azure служб для создания решения инженера по заказу с возможностями оценки, ценообразования, кворирования и планирования продуктов. Пример архитектуры можно модифицировать для различных сценариев и отраслей.

Диаграмма архитектуры

На следующей схеме показан основной системный контекст и архитектура.

Пользователи работают через рабочий процесс с помощью трех Power Apps приложений, управляемых моделью:

Приложение оценки: основная рабочая область оценщика. Средство оценки запускает оценку, импортируя проектирование из XML-файла или выбрав проект из библиотеки. Затем проверяющий элемент добавляет или удаляет компоненты для уточнения оценки. Подключаемые модули сервера постоянно пересчитывают вес, рабочие часы, затраты и цены. Estimator запускает повторную инструкцию для объединения стандартных цен с ценами на клиента, а затем завершает и блокирует пакет. Это приложение является ядром конфигурации ценовой кавычки решения.
Приложение планирования: поддерживает планирование предварительной подготовки рекомендаций. Этап планировщиков завершает проекты по сайту и времени и назначает предварительные даты начала производства. Затем они просматривают панели мониторинга емкости, которые объединяют базовые показатели ресурсов ERP и запланированные производственные заказы с рабочими нагрузками, производными от оценки, и заполнителями прогнозов вручную. Приложение поддерживает видимость емкости и взаимодействие во время выполнения. Это не является достоверным — производственные заказы, MRP (планирование материальных ресурсов) и планирование остаются в приложениях финансов и операций.
Клонирование приложения: средство повышения производительности для репликации сложных записей оценки — оценки, структуры и иерархий компонентов с помощью повторно используемых определений клонирования на основе шаблонов. Средство оценки использует копию существующей инженерной оценки в качестве отправной точки для новой. Приложение использует Служебная шина Azure и Функции Azure для асинхронного выполнения сложных заданий клонирования и записывает состояние каждого задания в Dataverse.

Рабочий процесс

Следующие шаги описывают сквозной процесс.

Создайте или определите запись коммерческого триггера (источник возможностей может отличаться в зависимости от реализации) и создайте цитату ERP в начале жизненного цикла. Цитата ERP служит коммерческой привязкой для процесса оценки.
Создайте или откройте запись оценки Dataverse, связанную с цитатой ERP, и заполните начальный проект (импорт XML или выбор на основе библиотеки). Затем измените конфигурацию в приложении оценки.
Сохранение сведений о оценках, конструкциях и компонентах в Dataverse. Подключаемые модули на стороне сервера проверяют правила проектирования и постоянно пересчитывают рабочие часы, весовые значения, драйверы затрат и итоговые данные по мере изменения дизайна.
Инициируйте повторную инструкцию для завершения пакета для проверки. Пакетная обработка оркестрации повторно создает входные данные и активирует серверные вычисления для оценки и всех конструкций.
Запустите оценку цен для конкретного клиента (CSP) во время повторной версии. Торговые соглашения ERP (соглашения о ценах и скидках) используются в качестве структурированных входных данных ценообразования, если это применимо. Другие конструкции CSP, такие как $/lb, цены на основе диапазона и цены на таблицу компонентов, поддерживаются для удовлетворения сценариев на основе инженеров, которые не могут быть представлены исключительно через торговые соглашения без значительной настройки ERP.
Завершение и блокировка пакета повторного извлечения. Заблокированные выходные данные восстановления сохраняют трассировку ценовой базы, используемой во время создания ценовой композиции. Торговые соглашения являются дата-действующие. Последующие изменения торгового соглашения намеренно не изменяют окончательно завершенные выходные данные. Если требуется повторение, выполните формальный цикл requote (проверка конфигурации и повторное выполнение).
Войдите в процесс при завершении проверки. После завершения и пометки завершения проверки активируйте нижестоящей коммерческой обработки.
При необходимости примените маржу и комиссию к стандартным ценам на элементы перед обратной записью ERP. Коммерческие рецензенты выполняют этот шаг. Финансовая реализация маржи осуществляется в erp после награды с помощью отслеживания затрат Project управления и учета и WBS (структура разбивки рабочих работ).
Нормализуйте завершенные выходные данные в структуры линии кавычек, готовых к ERP, и добавьте строки цитат в существующую цитату ERP в Dynamics 365 финансовых и операционных приложений. ERP не перезадает завершенные строки кавычки. ERP является авторитетной системой записи для принятой цены и нижнего финансового выполнения.
Используйте приложение планирования для этапов проектирования по сайту и времени, назначьте предварительные даты начала производства и просмотрите панели мониторинга емкости. Панели мониторинга емкости объединяют запланированные ERP производственные заказы и среды выполнения с оценочной рабочей нагрузкой для работы, пока не созданной как продукты ERP и производственные заказы. Базовые показатели емкости получены из календарей ресурсов ERP. Производственные заказы и MRP остаются исключительно в ERP.
Удалите прогнозы как оценки, заказы на продажу и производственные заказы создаются. (Записи прогноза вручную вводятся заполнители, используемые для резервирования емкости для ожидаемого спроса, когда сведения о конфигурации еще не известны.)
Используйте приложение Clone для репликации сложных записей оценки, включая оценки, структуры и иерархии компонентов, с повторно используемыми шаблонами клонирования. Операции и администрирование инициируют эти задания. Служебная шина Azure отправляет длительные задания клона в функцию Azure для асинхронной обработки, а функция записывает состояние задания в Dataverse.

Подробности сценария

Эта рабочая нагрузка помогает организациям преобразовывать сложные конфигурации и оценки в повторяющиеся транзакции ERP, поддерживая динамические требования, характерные для клиентов, в бизнес-модели инженеров и заказов.

Архитектура предназначена для разделения обязанностей по этапу жизненного цикла:

Настройка и состав ценообразования во время разработки происходят в Dataverse (приложения для оценки и планирования, подключаемые модули, оркестрация).
Управление финансовым временем и выполнение выполняются в ERP (жизненный цикл кавычки, награда, заказ на продажу, отслеживание затрат/WBS, производственные заказы, MRP, планирование и размещение).
Выходные данные recap блокируются при завершении, чтобы сохранить возможность трассировки и предотвратить ретроактивные изменения, если не выполняется формальный повтор.

Основные пользователи и обязанности

Инженерные и оценщики: создание и проверка проектов, управление конфигурацией и создание рабочих часов, вес и оценки затрат.
Коммерческие и утверждающие: просмотрите пакеты повторной упаковки, примените маржу или комиссию для стандартных ценовых элементов и утверждайте выходные данные для использования с клиентом.
Планировщики: этапы проектирования по сайту и времени, назначение предварительных дат начала и управление видимостью емкости и времени выполнения с помощью базовых показателей емкости ERP, а также оценки и прогноза сигналов спроса.
Операции и администрирование: управление клонированием шаблонов, мониторинг интеграции и поддержка пользователей в разных средах.

Лицензирование и граница продукта

Большинство пользователей нуждаются в лицензиях для Dynamics 365 финансовых и операционных приложений, так как рабочий процесс использует эти приложения от начала до конца. Пользователям, работающим с коммерческими записями, такими как кавычки, строки цитат и продукты, требуются лицензии на подключение Dynamics 365 Sales Enterprise. Приложения для финансов и операций остаются системой записи ERP для жизненного цикла кавычки, наград и нижнего финансового выполнения.

Основные требования

Поддержка разработанных рабочих процессов настройки в кавычки, требующих итеративного пересчета проектирования, проверки инженерии и управляемого выделения перед обязательством ERP.
Используйте соглашения о торговле ERP, где применимо при включении инженерных конструкций CSP, превышающих стандартное торговое соглашение, без значительной настройки ERP.
Сохранение трассировки и коммерческой стабильности путем повторного завершения и блокировки. Включите повторение только через формальный цикл повтора.
Обслуживание ERP в качестве авторитетной системы записи для жизненного цикла кавычки, награды, создания заказов на продажу, проект/WBS финансового управления, производственных заказов, MRP, планирования и публикации.
Включите планирование емкости предварительной подготовки, используя рабочую нагрузку, производную от оценки, и заполнители прогнозов вручную, выровненные с календарями ресурсов ERP и существующими средами выполнения рабочего порядка.
Управление областью интеграции между тремя шаблонами — виртуальными сущностями (чтением), двойной записью (записью) и API OData— явным исключением финансовых сущностей публикации из двойной записи.

Функции вне области

Подробное выполнение производства и управление цехом (обработано в ERP и подчиненных системах).
Project Operations (решение использует модуль управления и учета Project в приложениях для финансов и операций).
Цены на основе искусственного интеллекта или полностью автономное принятие решений (проверка человека остается контрольной точкой).

Components

Следующие компоненты предоставляют возможности приложений, асинхронную обработку, интеграцию корпоративных данных и финансовое управление для этой эталонной архитектуры.

Power Platform

Приложение оценки (управляемое моделью): интерактивная конфигурация, оценка, состав ценообразования и повторная реализация.
Планирование приложения (на основе модели): поддерживает только планирование предварительной подготовки рекомендаций. Он не управляет рабочими расписаниями. Приложение обеспечивает поэтапное отображение по сайту и времени, предварительным датам начала и емкости и видимости времени выполнения. Базовые показатели емкости получены из календарей ресурсов ERP. Производственные заказы и MRP остаются исключительно в финансовых и операционных приложениях. Прогнозы — это заполнители вручную, которые резервируют емкость для не настроенного спроса и удаляются как оценки, заказы на продажу и производственные заказы создаются.
Клонирование приложения (управляемое моделью): клонирует сложные записи оценки с помощью повторно используемых определений клонирования на основе шаблонов, для оценки, структуры и их иерархий компонентов. Пользователи могут скопировать существующую инженерную оценку в качестве отправной точки для новой оценки. Длительные задания клонирования выполняются асинхронно в службах Azure.
Dataverse: основное хранилище данных для оценки, макетов, компонентов, записей планирования, заполнителей прогнозов и клонирования шаблонов и запросов. Она также обеспечивает безопасность, аудит и область выполнения на стороне сервера.
Подключаемые модули Dataverse: проверка, вычисления, завершение и блокировка, а также логика нормализации для подготовки выходных данных строки кавычки с поддержкой ERP.
Power Automate: оркестрация для повторного создания пакетов, утверждений и уведомлений, а также шаблонов отправки заданий, где это уместно.

Службы Azure;

Служебная шина Azure: очереди клонировать сообщения о задании и отделить длительные обработки от интерактивных сеансов.
приложение-функция Azure: обрабатывает задания клонирования (и другие асинхронные рабочие нагрузки, в которых применимо) за пределы времени платформы. Записывает состояние обратно в Dataverse.
Azure Key Vault. Хранит секреты и сведения о подключении. Доступ к нему с помощью удостоверения интеграции.
Удостоверение интеграции (субъект-служба): выполняет проверку подлинности для Azure ресурсов, следующих принципов наименьших привилегий.

Интеграция ERP и данных

Dynamics 365 приложения для финансов и операций: система записей для цитат и цитат ERP, награды, заказов на продажу, Project управления и учета, отслеживания затрат WBS, производственных заказов, MRP и планирования и публикации. Интеграция использует три отдельных шаблона, выбранных для каждого сценария, чтобы свести к минимуму риск:
- Виртуальные сущности предоставляют доступ только для чтения к эталонным и основным данным в приложениях финансов и операций, включая выпущенные продукты, варианты и единицы измерения. Они не копируют данные в Dataverse.
- Дескрипторы двойной записи записывают обратно в ERP, в первую очередь завершенные строки кавычки, а также справочные и бизнес-сущности, необходимые для оркестрации и управления.
- API OData извлекает рабочие часы по операции. Финансовые организации публикации (общие реестры, журналы счетов, транзакции затрат, производственные публикации, распределение учета и финансовые измерения) намеренно исключаются из двойной записи, избегая поведения теневого ERP.
Структуры ценообразования ERP: торговые соглашения (соглашения о ценах и скидке) используются как достоверные входные данные о ценах во время повторного использования, если это применимо. ERP не выполняет динамическое повторное получение строк кавычки, записанных из выходных данных повторного вывода.
Использование API ценообразования ERP: API ценообразования ERP (включая опрос цен на единицу коммерческой шкалы) не вызываются во время итеративной оценки или повторной оценки. Состав ценообразования происходит в Dataverse во время повторного просмотра с использованием управляемых входных данных (включая торговые соглашения) и инженерных конструкций.

Considerations

Эти соображения реализуют основы Power Platform Well-Architected — набора руководящих принципов, повышающих качество рабочей нагрузки. Дополнительные сведения см. в статье Microsoft Power Platform Well-Architected.

Рабочая нагрузка предназначена для балансировки корпоративных элементов управления (безопасность, ALM и возможность аудита) с удобством использования для бизнес-пользователей, выполняющих сложные процессы оценки и планирования.

Reliability

Используйте асинхронную обработку (служебная шина + функцию Azure) для операций, которые могут превышать интерактивные ограничения времени. Отслеживание состояния задания в Dataverse для обеспечения возможности восстановления и поддержки.
Проектируйте серверные вычисления и обработчики заданий, чтобы быть идемпотентными по возможности, обеспечивая безопасные повторные попытки и повторную обработку.
Явным образом фиксируйте состояния сбоя (ошибки проверки, исключения оценки цен, ошибки интеграции) и обнажайте их с помощью практических рекомендаций по исправлению.
Блокировка выводит выходные данные при завершении, чтобы сохранить возможность трассировки и предотвратить непредвиденные изменения после завершения.

Безопасность

Принудительное применение доступа на основе ролей, выровненного для пользователей и использование наименьших привилегий для всех интеграции.
Храните секреты в Key Vault и доступ к ним с помощью удостоверения интеграции. Избегайте внедрения секретов в потоки, приложения или систему управления версиями.
Примените ссылки на подключения и конфигурацию для конкретной среды, чтобы предотвратить утечку между средами.
Аудит ключевых действий, таких как завершение и блокировка, проверка завершения, выполнение ценообразования и обратная запись строки кавычки.

Операционная эффективность

Автоматизация развертываний с помощью одного конвейера оркестратора и согласованного тега ветви для трассировки и воспроизведения развертываний.
Реализуйте мониторинг между запусками Power Automate, выполнением подключаемого модуля Dataverse и Azure данными функции или служебная шина. Укажите модули Runbook для распространенных шаблонов сбоев.
Процессы владения документами и поддержки приложений, подключаемых модулей, потоков, Azure ресурсов и интеграции ERP.

Эффективность работы

Предпочитайте серверные вычисления для проверок и вычислений (подключаемых модулей), чтобы сократить круговые пути клиента.
Пакетное извлечение вычислений и подготовка нижней линии для управления нагрузкой во время пикового использования.
Выравнивайте синхронизацию с бизнес-потребностями и избегайте ненужных областей двойной записи.

Оптимизация взаимодействия

Поддержка быстрого создания оценки с помощью заполнения на основе XML и повторно используемых выборов библиотеки. Разрешить итеративное уточнение.
Используйте четкие шлюзы (повторное завершение и блокировку, проверка завершена), чтобы сделать состояние видимым и уменьшить неоднозначность передачи.
Предоставление планировщикам упрощенных операций и панелей мониторинга, которые отражают базовые показатели емкости ERP и сигналы о прогнозе спроса.

Ответственный подход к использованию ИИ

Эта рабочая нагрузка не зависит от выходных данных, созданных ИИ, для ценообразования, утверждений или решений. Бизнес-пользователи по-прежнему отвечают за окончательные этапы проверки и утверждения.

Соавторы

Корпорация Майкрософт поддерживает эту статью. Следующие авторы написали эту статью.

Основные авторы:

Эстебан Салинас, субъект

Обратная связь

Были ли сведения на этой странице полезными?

Last updated on 2026-08-13