Integrowanie aplikacji finansowych i operacyjnych Dynamics 365 z platformą Power Platform

Ta architektura referencyjna używa Microsoft Power Platform do obsługi procesu inżyniera do zamówienia z konfiguracji i cytowania za pośrednictwem zamawiania, planowania pojemności doradczej i etapu produkcji. Aplikacje oparte na modelu i Microsoft Dataverse organizują podstawowy proces, a Microsoft Dynamics 365 aplikacje finansowe i operacyjne pełnią rolę systemu ERP (planowania zasobów przedsiębiorstwa). Ta architektura referencyjna opiera się również na usługach Azure na potrzeby długotrwałego asynchronicznego wykonywania poza limity platformy.

Wskazówka

Ten artykuł zawiera przykładowy scenariusz i uogólnioną przykładową architekturę, aby zilustrować sposób łączenia Dynamics 365 aplikacji finansowych i operacyjnych, platformy Power Platform i usług Azure w celu utworzenia rozwiązania inżyniera do zamówienia z szacowaniem, cenami, cytatami i możliwościami planowania produktu. Przykładowa architektura może być modyfikowana dla wielu różnych scenariuszy i branż.

Wykres architektury

Na poniższym diagramie przedstawiono podstawowy kontekst systemu i architekturę.

Użytkownicy pracują przez przepływ pracy przy użyciu trzech Power Apps aplikacji opartych na modelu:

Aplikacja szacowania: podstawowy obszar roboczy narzędzia do szacowania. Narzędzie do szacowania rozpoczyna szacowanie, importując projekt inżynieryjny z pliku XML lub wybierając projekt z biblioteki. Następnie narzędzie do szacowania dodaje lub usuwa składniki w celu uściślinia oszacowania. Wtyczki serwera stale ponownie obliczają wagi, godziny pracy, sterowniki kosztów i ceny. Narzędzie do szacowania uruchamia podsumowanie, aby połączyć standardowe ceny z cenami klienta, a następnie finalizuje i blokuje pakiet. Ta aplikacja jest rdzeniem konfigurującym ofertę cenową rozwiązania.
Aplikacja do planowania: obsługuje planowanie przedprodukcyjne. Planiści finalizowali projekty według witryny i czasu oraz przypisz wstępne daty rozpoczęcia produkcji. Następnie przeglądają pulpity nawigacyjne pojemności, które łączą plany bazowe kalendarza zasobów ERP i zaplanowane zamówienia produkcyjne z obciążeniem pochodnym szacowania i ręcznymi symbolami zastępczymi prognozy. Aplikacja obsługuje widoczność pojemności i komunikację w czasie realizacji. Nie jest autorytatywne — zamówienia produkcyjne, MRP (planowanie zasobów materiałowych) i planowanie pozostają w aplikacjach finansowych i operacyjnych.
Klonowanie aplikacji: narzędzie zwiększające produktywność służące do replikowania złożonych rekordów szacowania — oszacowań, projektów struktur i hierarchii składników — przy użyciu definicji klonów opartych na szablonach wielokrotnego użytku. Narzędzie do szacowania używa kopii istniejącego, zaprojektowanego oszacowania jako punktu początkowego dla nowego. Aplikacja używa Azure Service Bus i Azure Functions do asynchronicznego uruchamiania złożonych zadań klonowania i rejestruje stan każdego zadania w usłudze Dataverse.

Workflow

W poniższych krokach opisano pełny proces:

Utwórz lub zidentyfikuj rekord wyzwalacza komercyjnego (źródło szans sprzedaży może się różnić w zależności od implementacji) i utwórz cytat ERP na wczesnym etapie cyklu życia. Cytat ERP służy jako kotwica komercyjna dla procesu szacowania.
Utwórz lub otwórz rekord szacowania usługi Dataverse połączony z cudzysłowem ERP i zaimportuj początkowy projekt (import XML lub wybór oparty na bibliotece). Następnie uściślij konfigurację w aplikacji Szacowanie.
Utrwalanie szczegółów szacowania, projektów i składników w usłudze Dataverse. Wtyczki po stronie serwera weryfikują reguły inżynieryjne i stale ponownie obliczają godziny pracy, wagi, sterowniki kosztów i sumy w miarę zmian projektu.
Zainicjuj podsumowanie, aby sfinalizować pakiet do przeglądu. Orkiestracja wsaduje ponownie dane wejściowe i wyzwala obliczenia po stronie serwera dla oszacowania i wszystkich projektów.
Uruchom ocenę dotyczącą cen specyficznych dla klienta (CSP) podczas ponownego podsumowania. Umowy handlowe ERP (umowy cenowe i rabatowe) są używane jako ustrukturyzowane dane wejściowe cen tam, gdzie ma to zastosowanie. Inne konstrukcje CSP, takie jak $/lb, ceny oparte na zakresie i ceny tabeli składników, są obsługiwane w celu spełnienia scenariuszy opartych na inżynierii, które nie mogą być reprezentowane wyłącznie za pośrednictwem umów handlowych bez znaczącego dostosowania ERP.
Finalizuj i zablokuj pakiet podsumowania. Zablokowane dane wyjściowe podsumowania zachowują możliwość śledzenia podstaw cenowych używanych w czasie tworzenia cen. Umowy handlowe obowiązują od daty. Kolejne zmiany umowy handlowej celowo nie modyfikują z mocą wsteczną sfinalizowanych danych wyjściowych podsumowania. Jeśli wymagane jest ponowne wykonanie, wykonaj formalny cykl requote (przegląd konfiguracji i podsumowanie ponownego wykonania).
Brama procesu po zakończeniu przeglądu. Po zakończeniu podsumowania i oznaczeniu go jako ukończonego, wyzwól podrzędne przetwarzanie komercyjne.
Zastosuj marżę i prowizję do pozycji o standardowej cenie przed odpisem ERP zgodnie z potrzebami. Recenzenci komercyjni wykonują ten krok. Realizacja marży finansowej odbywa się po przyznaniu ERP za pośrednictwem śledzenia kosztów opartych na Project zarządzaniem i księgowością i WBS (struktura podziału pracy).
Normalizacja finalizowanych danych wyjściowych w strukturach wierszy oferty ERP gotowych do użycia i dodaj wiersze oferty do istniejącej oferty ERP w aplikacjach finansowych i operacyjnych Dynamics 365. ERP nie retoryzuje sfinalizowanych wierszy cudzysłowu. ERP to autorytatywny system rejestrowania zaakceptowanej ceny i podrzędnego wykonywania finansowego.
Użyj aplikacji Planning do fazowania projektów według lokacji i godziny, przypisz wstępne daty rozpoczęcia produkcji i przejrzyj pulpity nawigacyjne pojemności. Pulpity nawigacyjne pojemności łączą zaplanowane zamówienia i środowiska uruchomieniowe ERP z szacowanym obciążeniem dla pracy, która nie została jeszcze utworzona jako produkty ERP i zamówienia produkcyjne. Plany bazowe pojemności pochodzą z kalendarzy zasobów ERP. Zamówienia produkcyjne i MRP pozostają wyłącznie w ERP.
Usuń prognozy jako oszacowania, zamówienia sprzedaży i zamówienia produkcyjne są tworzone. (Rekordy prognozy są ręcznie wprowadzane symbole zastępcze używane do rezerwowania pojemności dla przewidywanego zapotrzebowania, gdy szczegóły konfiguracji nie są jeszcze znane).
Użyj aplikacji Klonuj, aby replikować złożone rekordy szacowania, w tym oszacowania, projekty struktury i hierarchie składników z szablonami klonowania wielokrotnego użytku. Operacje i administracja inicjują te zadania. Azure Service Bus wysyła długotrwałe zadania klonowania do funkcji Azure na potrzeby przetwarzania asynchronicznego, a funkcja zapisuje stan zadania w usłudze Dataverse.

Szczegóły scenariusza

To obciążenie pomaga organizacjom przekształcić złożone konfiguracje i oszacowania w powtarzalne transakcje ERP, jednocześnie obsługując dynamiczne, specyficzne dla klienta wymagania w modelu biznesowym inżyniera na zamówienie.

Architektura została zaprojektowana w celu oddzielenia obowiązków według fazy cyklu życia:

Konfiguracja i kompozycja cenowa w czasie inżynierii występują w usłudze Dataverse (szacowanie/planowanie aplikacji, wtyczek, aranżacji).
Urząd finansowy i wykonywanie odbywa się w ERP (cykl życia oferty, nagroda, zamówienie sprzedaży, śledzenie kosztów projektu/SPP, zamówienia produkcyjne, MRP, planowanie i delegowanie).
Podsumowanie danych wyjściowych jest zablokowane podczas finalizacji w celu zachowania możliwości śledzenia i zapobiegania zmianom wstecznym, chyba że zostanie wykonana formalna requote.

Użytkownicy podstawowi i obowiązki

Narzędzia do inżynierii i narzędzia do szacowania: twórz i weryfikuj projekty, zarządzaj konfiguracją oraz twórz szacowane koszty i godziny pracy, wagi i kosztów.
Komercyjni i zatwierdzające: Przejrzyj pakiety ponownego podsumowania, zastosuj marżę/prowizję dla standardowych elementów cenowych i zatwierdź dane wyjściowe w przypadku użycia klientów.
Planiści: Projekty faz według lokacji i godziny, przypisz wstępne daty rozpoczęcia i zarządzaj widocznością pojemności/czasu realizacji przy użyciu planów bazowych wydajności ERP oraz sygnałów szacowania i prognozowania zapotrzebowania.
Operacje i administracja: zarządzanie szablonami klonowania, monitorowanie integracji i obsługa użytkowników w różnych środowiskach.

Licencjonowanie i granica produktu

Większość użytkowników potrzebuje licencji dla aplikacji finansowych i operacyjnych Dynamics 365, ponieważ przepływ pracy używa tych aplikacji od początku do końca. Użytkownicy, którzy pracują z rekordami komercyjnymi, takimi jak oferty, wiersze ofert i produkty, potrzebują licencji dołączania Dynamics 365 Sales Enterprise. Aplikacje finansowe i operacyjne pozostają systemem ERP rekordów dla cykli życia oferty, nagród i podrzędnych realizacji finansowych.

Podstawowe wymagania

Obsługa inżynierów skonfigurowanych w cudzysłowie przepływów pracy, które wymagają ponownego obliczania projektu iteracyjnego, walidacji inżynieryjnej i kontrolowanego gating przed zobowiązaniem ERP.
Używaj umów handlowych ERP, jeśli ma to zastosowanie, umożliwiając konstrukcje CSP oparte na inżynierii, które przekraczają standardową reprezentację umowy handlowej bez znaczącego dostosowania ERP.
Zachowaj możliwość śledzenia i stabilność handlową poprzez finalizację i blokowanie. Umożliwia przesłanie tylko za pośrednictwem formalnego cyklu requote.
Zachowaj erp jako autorytatywny system rekordu cyklu życia oferty, przyznawanie, tworzenie zamówień sprzedaży, nadzór finansowy projektu/SPP, zamówienia produkcyjne, MRP, planowanie i delegowanie.
Włącz planowanie wydajności przedprodukcyjnej, korzystając z obciążenia pochodnego oszacowania i ręcznych symboli zastępczych prognozy dopasowanych do kalendarzy zasobów ERP i istniejących środowisk uruchomieniowych zamówień produkcyjnych.
Zarządzanie zakresem integracji między trzema wzorcami — jednostkami wirtualnymi (odczyt), podwójnym zapisem (zapisem) i interfejsem API OData — z wyraźnym wykluczeniem jednostek delegowania finansowego z podwójnego zapisu.

Funkcje poza zakresem

Szczegółowe wykonywanie produkcji i kontrola hali produkcyjnej (obsługiwane w systemach ERP i podrzędnych).
Project Operations (rozwiązanie używa modułu Project Management and Accounting w aplikacjach finansowych i operacyjnych).
Ceny oparte na sztucznej inteligencji lub w pełni autonomiczne podejmowanie decyzji (przegląd człowieka pozostaje punktem kontrolnym).

Components

Poniższe składniki zapewniają możliwości aplikacji, przetwarzanie asynchroniczne, integrację danych przedsiębiorstwa i nadzór finansowy dla tej architektury referencyjnej.

Power Platform

Aplikacja szacowania (oparta na modelu): Konfiguracja z przewodnikiem, szacowanie, kompozycja cenowa i wykonywanie podsumowania.
Aplikacja do planowania (oparta na modelu): obsługuje tylko planowanie przedprodukcyjne. Nie kontroluje harmonogramów produkcyjnych. Aplikacja zapewnia etapy według witryny i godziny, wstępnie wstępnie ustawionych dat rozpoczęcia oraz wydajności i widoczności czasu realizacji. Plany bazowe pojemności pochodzą z kalendarzy zasobów ERP. Zamówienia produkcyjne i MRP pozostają wyłącznie w aplikacjach finansowych i operacyjnych. Prognozy to ręczne symbole zastępcze, które rezerwują pojemność dla nieskonfigurowane zapotrzebowanie i są usuwane w miarę tworzenia oszacowań, zamówień sprzedaży i zamówień produkcyjnych.
Klonowanie aplikacji (opartej na modelu): klonuje złożone rekordy szacowania przy użyciu definicji klonów opartych na szablonach, do szacowania, projektów struktur i hierarchii składników. Użytkownicy mogą skopiować istniejące oszacowanie inżynierów jako punkt początkowy dla nowego oszacowania. Długotrwałe zadania klonowania są uruchamiane asynchronicznie w usługach Azure.
Dataverse: podstawowy magazyn danych na potrzeby oszacowań, projektów, składników, rekordów planowania, symboli zastępczych prognozy oraz klonowania szablonów i żądań. Zapewnia również zabezpieczenia, inspekcję i powierzchnię wykonywania po stronie serwera.
Wtyczki usługi Dataverse: walidacja, obliczenia, finalizacja i blokowanie oraz logika normalizacji w celu przygotowania danych wyjściowych wiersza cudzysłowu erp-eksploatacyjnego.
Power Automate: Aranżacja ponownego dzielenia na partie, zatwierdzenia i powiadomienia oraz wzorce wysyłania zadań tam, gdzie jest to odpowiednie.

Usługi platformy Azure

Azure Service Bus: Kolejki klonuje komunikaty zadań i rozdziela długotrwałe przetwarzanie z sesji interakcyjnych.
Azure aplikacja funkcji: przetwarza zadania klonowania (i inne obciążenia asynchroniczne, jeśli ma to zastosowanie) poza limity czasu platformy. Zapisuje stan z powrotem do usługi Dataverse.
Azure Key Vault: przechowuje wpisy tajne i szczegóły połączenia. Uzyskaj dostęp do niego przy użyciu tożsamości integracji.
Tożsamość integracji (jednostka usługi): uwierzytelnia się w celu Azure zasobów zgodnie z zasadami najniższych uprawnień.

Integracja erp i danych

Dynamics 365 aplikacje finansowe i operacyjne: System rekordu oferty ERP i oferty wierszy, przyznawanie, zamówienia sprzedaży, Project zarządzanie i księgowość, śledzenie kosztów SPP, zamówienia produkcyjne, MRP i planowanie i delegowanie. Integracja używa trzech odrębnych wzorców wybranych dla każdego scenariusza w celu zminimalizowania ryzyka:
- Jednostki wirtualne zapewniają dostęp tylko do odczytu do danych referencyjnych i podstawowych w aplikacjach finansowych i operacyjnych, w tym wydanych produktów, wariantów i jednostek miary. Nie kopiują danych do usługi Dataverse.
- Zapis podwójny obsługuje operacje zapisu z powrotem do systemu ERP, przede wszystkim sfinalizowane wiersze oferty oraz jednostki referencyjne i biznesowe wymagane do orkiestracji i ładu.
- Interfejs API OData pobiera godziny pracy według operacji. Jednostki delegowania finansowego (rejestr ogólny, dzienniki faktur, transakcje kosztów, wpisy produkcyjne, dystrybucje księgowe i wymiary finansowe) są celowo wykluczone z podwójnego zapisu, unikając wszelkich zachowań shadow-ERP.
Konstrukcje cenowe ERP: Umowy handlowe (umowy cenowe/rabatowe) są używane jako autorytatywne dane wejściowe cen podczas ponownego podsumowania, jeśli ma to zastosowanie. ERP nie dynamicznie rerice finalizowane wiersze cudzysłowu napisane z recap outputs.
Użycie interfejsu API cen erp: interfejsy API cen erp (w tym przesłuchanie cen jednostek skalowania handlowego) nie są wywoływane podczas iteracyjnego szacowania ani ponownego podsumowania. Kompozycja cenowa występuje w usłudze Dataverse podczas ponownego podsumowania przy użyciu zarządzanych danych wejściowych (w tym umów handlowych) i konstrukcji opartych na inżynierii.

Considerations

Te zagadnienia implementują filary dobrze zaprojektowanej architektury Power Platform, czyli zestaw założeń przewodnich, które poprawiają jakość obciążenia. Dowiedz się więcej w Microsoft Power Platform Well-Architected.

Obciążenie jest przeznaczone do równoważenia mechanizmów kontroli przedsiębiorstwa (zabezpieczeń, ALM i inspekcji) z użytecznością dla użytkowników biznesowych wykonujących złożone procesy szacowania i planowania.

Reliability

Użyj przetwarzania asynchronicznego (Service Bus i funkcji Azure) dla operacji, które mogą przekraczać interakcyjne limity czasu. Śledzenie stanu zadania w usłudze Dataverse w celu zapewnienia możliwości odzyskiwania i obsługi.
Projektuj obliczenia po stronie serwera i procedury obsługi zadań, aby były idempotentne tam, gdzie to możliwe, umożliwiając bezpieczne ponawianie prób i ponowne przetwarzanie.
Jawne przechwytywanie stanów awarii (niepowodzenia walidacji, wyjątki oceny cen, błędy integracji) i udostępnianie ich za pomocą praktycznych wskazówek dotyczących korygowania.
Zablokuj dane wyjściowe ponownego podsumowania podczas finalizacji, aby zachować możliwość śledzenia i zapobiec niezamierzonym zmianom po zakończeniu.

Zabezpieczenia

Wymuszanie dostępu opartego na rolach dostosowanego do osób i używanie najniższych uprawnień dla wszystkich integracji.
Przechowywanie wpisów tajnych w Key Vault i uzyskiwanie do nich dostępu za pośrednictwem tożsamości integracji. Unikaj osadzania wpisów tajnych w przepływach, aplikacjach lub kontroli źródła.
Zastosuj odwołania do połączeń specyficznych dla środowiska i konfigurację, aby zapobiec wyciekom między środowiskami.
Przeprowadź inspekcję kluczowych akcji, takich jak uzupełnianie i blokowanie, uzupełnianie przeglądu, wykonywanie cen i wycofywanie wierszy ofert.

Doskonałość operacyjna

Automatyzowanie wdrożeń przy użyciu pojedynczego potoku orkiestratora i spójnego tagowania gałęzi w celu śledzenia i odtwarzania wdrożeń.
Zaimplementuj monitorowanie między przebiegami Power Automate, wykonywaniem wtyczek usługi Dataverse i Azure danymi funkcji/Service Bus. Udostępniaj elementy Runbook dla typowych wzorców błędów.
Dokumentowanie procesów własności i obsługi aplikacji, wtyczek, przepływów, Azure zasobów i integracji ERP.

Wydajność operacyjna

Preferuj obliczenia po stronie serwera na potrzeby walidacji i obliczeń (wtyczek), aby zmniejszyć liczbę rund klienta.
Obliczenia ponownego podsumowania wsadu i przygotowanie linii podrzędnej do kontrolowania obciążenia podczas szczytowego użycia.
Dopasuj synchronizację do potrzeb biznesowych i unikaj niepotrzebnego zakresu podwójnego zapisu.

Optymalizacja doświadczeń

Obsługa szybkiego szacowania tworzenia za pomocą rozmieszczania opartego na języku XML i wyboru bibliotek wielokrotnego użytku. Zezwalaj na uściślenie iteracyjne.
Użyj czystych bram (podsumowanie finalizacji/blokowania, przejrzyj ukończone), aby uwidocznić stan i zmniejszyć niejednoznaczność przekazywania.
Zapewnij planistom usprawnione operacje i pulpity nawigacyjne, które odzwierciedlają plany bazowe wydajności ERP oraz sygnały dotyczące szacowania/prognozowania zapotrzebowania.

Odpowiedzialne używanie sztucznej inteligencji

To obciążenie nie opiera się na danych wyjściowych generowanych przez sztuczną inteligencję na potrzeby cen, zatwierdzeń ani decyzji. Użytkownicy biznesowi pozostają odpowiedzialny za ostateczne kroki przeglądu i zatwierdzania.

Contributors

Microsoft utrzymuje ten artykuł. Następujący współautorzy napisali ten artykuł.

Główni autorzy:

Esteban Salinas, dyrektor

Opinia

Czy ta strona była pomocna?

Last updated on 2026-08-13