Szablon danych do analizy obsługi płatności zobowiązań

Microsoft Dynamics 365
Szablon danych do analizy obsługi płatności zobowiązań

Szablon danych do analizy obsługi płatności zobowiązań

Szablon pomaga uporządkować dane finansowe i lepiej zrozumieć przebieg workflow płatności. Zawiera uporządkowaną listę atrybutów i działań potrzebnych do zbudowania dziennika zdarzeń na podstawie danych z systemu ERP. Korzystając z tych wskazówek, można wykryć nieefektywne działania i usprawnić proces od otrzymania faktury do rozliczenia płatności.
  • Atrybuty procesu do analizy finansowej
  • Najważniejsze etapy procesu śledzenia płatności
  • Szczegółowe instrukcje eksportu danych z Dynamics 365
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu obsługi płatności zobowiązań

Te pola danych opisują podstawowe wymiary potrzebne do analizy cyklu płatności i zapewnienia przejrzystości procesu obsługi zobowiązań.
5 Wymagane 9 Zalecane 6 Opcjonalne
Nazwa Opis
Aktywność
Activity
Konkretne zadanie lub zmiana statusu, która miała miejsce.
Opis

Ten atrybut opisuje zdarzenie lub etap procesu, na przykład „Utworzono fakturę”, „Zatwierdzono fakturę” lub „Zaksięgowano płatność”. Zamienia techniczne typy transakcji i zmiany statusu workflow na czytelne zdarzenia biznesowe.

W Dynamics 365 aktywności te często ustala się na podstawie połączenia danych o wstawieniu rekordu do tabeli, na przykład nowego rekordu w VendInvoiceJour, historii workflow lub zmian statusu w VendInvoiceInfoTable.

Dlaczego to ważne

Określa przebieg procesu i kolejność zdarzeń na mapie procesu.

Skąd pobrać

Ustalane na podstawie różnych tabel transakcji i dzienników historii workflow

Przykłady
Utworzono fakturęZatwierdzono fakturęWygenerowano płatność
Czas zdarzenia
EventTime
Znacznik czasu wystąpienia aktywności.
Opis

Ten atrybut zapisuje dokładną datę i godzinę wystąpienia danej aktywności. Służy do porządkowania zdarzeń chronologicznie i obliczania czasu między etapami.

W Dynamics 365 dane pochodzą zwykle z pól CreatedDateTime, ModifiedDateTime lub, zależnie od odpytywanej tabeli, z konkretnych pól daty transakcji, takich jak TransDate.

Dlaczego to ważne

Niezbędne do obliczania czasu realizacji i czasu oczekiwania oraz wykrywania wąskich gardeł.

Skąd pobrać

Systemowe pola CreatedDateTime lub ModifiedDateTime w tabelach transakcji

Przykłady
2023-10-01T08:30:00Z2023-10-01T14:15:22Z2023-10-05T09:00:00Z
Numer faktury
InvoiceNumber
Unikatowy identyfikator przypisany do faktury od dostawcy.
Opis

Numer faktury jest jednoznacznym identyfikatorem case w tym widoku procesu. Łączy wszystkie zdarzenia dotyczące jednej faktury od dostawcy, umożliwiając analizę całego przebiegu, od otrzymania po rozliczenie.

W Microsoft Dynamics 365 odpowiada zwykle polu InvoiceId w tabelach takich jak VendInvoiceJour lub VendInvoiceInfoTable. Jest to główny identyfikator służący do śledzenia zobowiązania wobec konkretnego dostawcy.

Dlaczego to ważne

To podstawowy identyfikator, który łączy rozproszone aktywności związane z obsługą zobowiązań w jedną instancję procesu.

Skąd pobrać

Tabela: VendInvoiceJour, pole: InvoiceId

Przykłady
INV-2023-00198223344ACME-OCT-22
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu wyodrębnienia lub odświeżenia danych.
Opis

Informuje, jak aktualne są dane używane w analizie. Pomaga ustalić, czy analizowane są dane bieżące, czy migawka z wcześniejszego okresu.

Wartość jest zwykle generowana przez proces ETL (Extract, Transform, Load), a nie pobierana z pola w samym Dynamics 365.

Dlaczego to ważne

Pomaga budować zaufanie do dashboardów i KPI.

Skąd pobrać

Wygenerowane przez skrypt wyodrębniający dane

Przykłady
2023-10-25T12:00:00Z2023-11-01T06:00:00Z
System źródłowy
SourceSystem
Nazwa systemu, z którego pochodzą dane.
Opis

Wskazuje oprogramowanie lub środowisko, z którego wyodrębniono dane procesu. W tym przypadku będzie to instancja Microsoft Dynamics 365.

Atrybut jest szczególnie przydatny w środowiskach z wieloma systemami, w których dane mogą pochodzić z systemów ERP i zewnętrznych rozwiązań do skanowania.

Dlaczego to ważne

Zapewnia możliwość śledzenia pochodzenia danych w analizach obejmujących wiele systemów.

Skąd pobrać

Wartość zakodowana na stałe lub skonfigurowana podczas wyodrębniania danych

Przykłady
Dynamics 365 F&OD365 PRODMicrosoft Dynamics
Data faktury
InvoiceDate
Data dokumentu podana na fakturze.
Opis

Data widniejąca na fakturze dostawcy. W Dynamics 365 odpowiada za nią pole InvoiceDate. Różni się od daty utworzenia, czyli dnia wprowadzenia faktury do systemu.

W analizie „Czas realizacji od początku do końca” służy do pomiaru całego cyklu z perspektywy dostawcy.

Dlaczego to ważne

Wyznacza początek okresu przeterminowania faktury.

Skąd pobrać

Tabela: VendInvoiceJour, pole: InvoiceDate

Przykłady
2023-10-012023-10-15
Dział
Department
Dział odpowiedzialny za koszt.
Opis

Wymiar finansowy wskazujący dział w organizacji. W Dynamics 365 wymiary są przechowywane dynamicznie, często w polu DefaultDimension, dlatego ustalenie konkretnej wartości dla działu wymaga specjalnego wyszukania.

Atrybut jest wykorzystywany w widoku „Złożoność relacji z dostawcami”, aby sprawdzić, które działy generują największy wolumen faktur AP.

Dlaczego to ważne

Umożliwia analizę danych na poziomie działów i przypisanie odpowiedzialności.

Skąd pobrać

Tabela: VendInvoiceJour, pole: DefaultDimension (wymaga widoku DimensionAttributeLevelValue)

Przykłady
ITFinanseOperacje
Identyfikator użytkownika
UserId
Identyfikator użytkownika, który wykonał daną czynność.
Opis

Wskazuje użytkownika systemu odpowiedzialnego za daną czynność, na przykład zatwierdzenie faktury lub zaksięgowanie płatności. Dane pochodzą z pól CreatedBy lub ModifiedBy w D365.

W analizie „Blokady płatności i utrudnienia” pozwala sprawdzić, czy niektórzy pracownicy częściej powodują blokady.

Dlaczego to ważne

Umożliwia analizę działań użytkowników i rozdziału obowiązków.

Skąd pobrać

Pola systemowe CreatedBy/ModifiedBy w tabelach transakcji i historii

Przykłady
jdoeadminworkflow_sys
Kod firmy
CompanyCode
Identyfikator jednostki prawnej lub spółki zależnej.
Opis

Określa jednostkę prawną w organizacji, w której przetwarzana jest faktura. W Microsoft Dynamics 365 wartość ta jest ściśle określana przez systemowe pole DataAreaId.

Atrybut jest niezbędny do analizy czasu realizacji od początku do końca i porównywania wyników między spółkami zależnymi lub jednostkami geograficznymi.

Dlaczego to ważne

Umożliwia porównywanie różnych jednostek biznesowych lub krajów.

Skąd pobrać

Tabela: VendInvoiceJour, pole: DataAreaId

Przykłady
USMFDEMFGBSI
Konto dostawcy
VendorAccount
Unikatowy numer konta dostawcy.
Opis

Unikatowy identyfikator dostawcy uczestniczącego w transakcji. W Dynamics 365 odpowiada polu AccountNum w tabeli VendTable.

Atrybut ten jest podstawą widoku „Złożoność relacji z dostawcami”, który pozwala analizować wyniki i problemy w relacji z konkretnym dostawcą.

Dlaczego to ważne

Umożliwia analizę wyników procesu według dostawcy.

Skąd pobrać

Tabela: VendInvoiceJour, pole: InvoiceAccount lub OrderAccount

Przykłady
US-101V000452001
Kwota faktury
InvoiceAmount
Łączna wartość pieniężna faktury.
Opis

Łączna wartość faktury w walucie transakcji. W Dynamics 365 można ją znaleźć w polach takich jak InvoiceAmount lub AmountCur w tabelach dziennika faktur.

Wykorzystywana w dashboardzie „Wykrywanie ryzyka podwójnej płatności” do zestawiania kwot z danymi dostawców.

Dlaczego to ważne

Niezbędna do analizy wartości wydatków i ryzyka finansowego.

Skąd pobrać

Tabela: VendInvoiceJour, pole: InvoiceAmount

Przykłady
1500.00245.5010000.00
Nazwa dostawcy
VendorName
Nazwa organizacji dostawcy.
Opis

Nazwa opisowa dostawcy. W D365 konto dostawcy pełni funkcję klucza obcego do globalnej książki adresowej (DirPartyTable), w której przechowywana jest właściwa wartość Name.

Czytelne nazwy ułatwiają korzystanie z widoku „Złożoność relacji z dostawcami” i dashboardów użytkownikom biznesowym.

Dlaczego to ważne

Uzupełnia numer konta dostawcy o kontekst.

Skąd pobrać

Tabela: DirPartyTable (przez VendTable), pole: Name

Przykłady
Contoso Office SupplyFabrikam ElectronicsLitware Inc.
Numer zamówienia zakupu
PurchaseOrderNumber
Numer referencyjny powiązanego zamówienia zakupu.
Opis

Łączy fakturę z pierwotnym dokumentem zakupu. W Dynamics 365 odpowiada za to pole PurchId.

Ten atrybut pozwala w dashboardzie „Dopasowanie faktur do zamówień zakupu i trendy rozbieżności” odróżnić faktury powiązane z zamówieniem zakupu od faktur bez takiego powiązania.

Dlaczego to ważne

Niezbędny do analizy odsetka zgodności w procesie od zakupu do płatności.

Skąd pobrać

Tabela: VendInvoiceJour, pole: PurchId

Przykłady
PO-000455000342PO-22-998
Termin płatności
DueDate
Data, do której należy opłacić fakturę.
Opis

Umowny termin, do którego należy uregulować płatność, aby uniknąć kar. W Dynamics 365 jest zapisany w polu DueDate w nagłówku faktury lub rekordzie transakcji.

To podstawowy punkt odniesienia dla KPI „Odsetek płatności terminowych”. Pomaga też ustalać priorytety w widoku „Przepustowość i wolumen procesu AP”.

Dlaczego to ważne

Punkt odniesienia do pomiaru terminowości płatności.

Skąd pobrać

Tabela: VendInvoiceJour lub VendTrans, pole: DueDate

Przykłady
2023-11-302023-12-15
Czy płatność jest zablokowana
IsPaymentBlocked
Informacja, czy płatność za fakturę jest obecnie zablokowana.
Opis

Wartość logiczna wskazująca, czy faktura jest wstrzymana. W Dynamics 365 często ustala się ją na podstawie statusu OnHold w tabeli VendTrans lub VendInvoiceInfoTable.

To podstawowa informacja w analizie „Blokady płatności i utrudnienia”, która pokazuje przerwy w procesie.

Dlaczego to ważne

Pozwala wykryć bieżące źródła utrudnień i ręczne interwencje.

Skąd pobrać

Tabela: VendTrans, pole: Approved (wartość odwrócona) lub dedykowane pola wstrzymania

Przykłady
truefalse
Metoda płatności
PaymentMethod
Sposób opłacenia faktury, na przykład czekiem, przelewem lub EFT.
Opis

Określa sposób przekazania środków dostawcy. W Dynamics 365 odpowiada za to pole PaymMode.

Atrybut jest wykorzystywany w dashboardzie „Czas realizacji płatności” do oceny efektywności różnych typów partii płatności.

Dlaczego to ważne

Pozwala wyjaśnić różnice w czasie realizacji płatności.

Skąd pobrać

Tabela: VendInvoiceJour (połączona z informacjami PaymMode) lub VendTrans

Przykłady
CZEKACHPRZELEW
Numer dowodu księgowego
VoucherNumber
Numer dowodu księgowego powiązanego z transakcją.
Opis

Wewnętrzny identyfikator zapisu księgowego w księdze głównej. W Dynamics 365 pole Voucher łączy fakturę z transakcjami w księdze głównej.

Choć jest to pole techniczne, przydaje się w audycie „Ścieżka procesu i kontrola zgodności”, ponieważ pozwala powiązać zapisy z księgą główną na potrzeby uzgodnień.

Dlaczego to ważne

Identyfikator przydatny podczas audytu finansowego i uzgodnień.

Skąd pobrać

Tabela: VendInvoiceJour, pole: LedgerVoucher

Przykłady
VOU-10023INV-ACC-992
Termin skonta
CashDiscountDate
Termin, do którego należy zapłacić, aby skorzystać ze skonta.
Opis

Termin skorzystania z rabatu za wcześniejszą płatność. W Dynamics 365 odpowiada mu pole CashDiscDate.

Atrybut zasila dashboard „Wykorzystanie skonta”, który pozwala określić wartość utraconych oszczędności.

Dlaczego to ważne

Bezpośrednio wpływa na KPI efektywności finansowej procesu.

Skąd pobrać

Tabela: VendInvoiceJour lub VendTrans, pole: CashDiscDate

Przykłady
2023-10-102023-10-20
Waluta
Currency
Kod waluty faktury.
Opis

Kod ISO waluty, w której wystawiono fakturę. W Dynamics 365 odpowiada za niego pole CurrencyCode.

Przydaje się do ujednolicania kwot w mapowaniu „Kwota czynności”, jeśli wymagane jest przeliczenie wielu walut.

Dlaczego to ważne

Niezbędny kontekst do interpretacji wartości finansowych.

Skąd pobrać

Tabela: VendInvoiceJour, pole: CurrencyCode

Przykłady
USDEURGBP
Warunki płatności
PaymentTerms
Kod określający uzgodnione warunki płatności.
Opis

Kod konfiguracji określający terminy płatności i skonta, na przykład Net30. W Dynamics 365 odpowiada mu pole PaymTermId.

Analiza tego atrybutu w zestawieniu z „Czasem cyklu” pozwala sprawdzić, czy opóźnienia w procesie naruszają uzgodnione warunki.

Dlaczego to ważne

Uzupełnia kontekst potrzebny do obliczenia terminu płatności.

Skąd pobrać

Tabela: VendInvoiceJour, pole: PaymTermId

Przykłady
Net302%10Net30COD
Wymagane Zalecane Opcjonalne

Działania w procesie obsługi płatności zobowiązań

Lista obejmuje najważniejsze etapy i typy zdarzeń, które należy uwzględnić w dzienniku zdarzeń, aby wiernie odtworzyć cykl życia płatności za fakturę.
7 Zalecane 5 Opcjonalne
Działanie Opis
Utworzono dziennik płatności
Faktura zostaje wybrana i dodana do wiersza dziennika płatności. Oznacza zamiar dokonania płatności i zwykle rozpoczyna workflow jej weryfikacji.
Dlaczego to ważne

Oznacza przejście od zobowiązania do obsługi wypłaty środków. Służy do pomiaru czasu realizacji płatności.

Skąd pobrać

LedgerJournalTrans.CreatedDateTime. Faktura jest powiązana przez pole MarkedInvoice lub tabele rozliczeń.

Rejestrowanie

Rejestrowane w chwili utworzenia rekordu w LedgerJournalTrans

Typ zdarzenia explicit
Utworzono fakturę
Utworzenie w systemie rekordu oczekującej faktury od dostawcy. Oznacza wprowadzenie faktury do workflow Dynamics 365, ręcznie lub przez import jednostki danych.
Dlaczego to ważne

Wyznacza początek pomiaru czasu realizacji procesu. Pozwala sprawdzić, jak długo faktury pozostają w systemie przed przetworzeniem lub zaksięgowaniem.

Skąd pobrać

Znacznik czasu utworzenia VendInvoiceInfoTable.CreatedDateTime lub VendInvoiceInfoTable.RecId. Dotyczy nagłówka oczekującej faktury od dostawcy.

Rejestrowanie

Rejestrowane w chwili utworzenia rekordu w VendInvoiceInfoTable

Typ zdarzenia explicit
Uzgodniono fakturę z zamówieniem zakupu
System prawidłowo łączy wiersz faktury z zamówieniem zakupu lub przyjęciem towaru. Ta aktywność oznacza weryfikację faktury względem zamówienia.
Dlaczego to ważne

Niezbędne do obliczenia KPI odsetka faktur uzgodnionych z zamówieniem zakupu za pierwszym razem. Pozwala odróżnić obsługę bez ręcznej ingerencji od faktur wymagających ręcznej interwencji.

Skąd pobrać

VendInvoiceInfoLine.PurchId i VendInvoiceInfoTable.MatchStatus. Wnioskowane, gdy MatchStatus zmienia się na Passed.

Rejestrowanie

Porównanie pola MatchStatus przed zmianą i po niej

Typ zdarzenia inferred
Wygenerowano płatność
System generuje plik płatności (EFT, ISO20022) lub drukuje czeki. Status płatności w wierszu dziennika zmienia się na Sent lub Generated.
Dlaczego to ważne

Wspiera KPI opóźnienia od zatwierdzenia do realizacji. Potwierdza wygenerowanie dyspozycji płatności.

Skąd pobrać

LedgerJournalTrans.PaymentStatus zmienia się na Sent/Recieved. Często wnioskowane na podstawie aktualizacji wiersza.

Rejestrowanie

Porównanie pola PaymentStatus przed zmianą i po niej

Typ zdarzenia inferred
Zaksięgowano fakturę
Faktura zostaje zaksięgowana w księdze głównej, tworząc zobowiązanie w systemie. Rekord przechodzi z tabel oczekujących do tabel zaksięgowanych transakcji.
Dlaczego to ważne

Ważny etap oznaczający ujęcie zobowiązania w księgach. Po tej aktywności fakturę można uwzględnić w płatności.

Skąd pobrać

Utworzenie rekordu w VendInvoiceJour i VendTrans. TransDate oznacza datę księgowania.

Rejestrowanie

Rejestrowane po wykonaniu transakcji X

Typ zdarzenia explicit
Zaksięgowano płatność
Dziennik płatności zostaje zaksięgowany w księdze głównej, co rozlicza fakturę i zeruje saldo dostawcy. Na tym kończy się proces finansowy.
Dlaczego to ważne

Ostatnia aktywność uwzględniana przy obliczaniu średniego czasu od faktury do płatności. Potwierdza zakończenie księgowania zmniejszenia stanu środków pieniężnych.

Skąd pobrać

Zaksięgowano LedgerJournalTrans. Aktualizacja VendTrans wskazuje rozliczenie. Zdarzeniem jest zaksięgowanie dziennika.

Rejestrowanie

Rejestrowane po wykonaniu transakcji X

Typ zdarzenia explicit
Zatwierdzono fakturę
Instancja workflow dla oczekującej faktury osiąga status ukończony lub zatwierdzony. Fakturę można teraz zaksięgować w księdze głównej.
Dlaczego to ważne

Pozwala obliczyć średni czas zatwierdzania. Opóźnienia na tym etapie bezpośrednio ograniczają możliwość skorzystania ze skonta za wcześniejszą płatność.

Skąd pobrać

WorkflowTrackingStatusTable.CreatedDateTime, gdy TrackingStatus ma wartość Completed. Alternatywnie VendInvoiceInfoTable.RequestStatus ma wartość Approved.

Rejestrowanie

Rejestrowane w chwili zakończenia instancji workflow

Typ zdarzenia explicit
Nie udało się uzgodnić faktury
Podczas uzgadniania wykryto rozbieżność między fakturą a zamówieniem zakupu lub przyjęciem towaru, na przykład różnicę w cenie lub ilości. Często wstrzymuje to proces do czasu wyjaśnienia rozbieżności.
Dlaczego to ważne

Wskazuje konkretne problemy na etapie uzgadniania. Zasila dashboard dotyczący uzgadniania zamówień zakupu i trendów rozbieżności.

Skąd pobrać

VendInvoiceInfoTable.MatchStatus zmienia się na Failed lub Discrepancy. Rozbieżności są również widoczne w danych o uzgadnianiu wierszy VendInvoiceInfoLine.

Rejestrowanie

Porównanie pola MatchStatus przed zmianą i po niej

Typ zdarzenia inferred
Przekazano fakturę do zatwierdzenia
Oczekująca faktura zostaje przekazana do silnika workflow w celu weryfikacji. Oznacza przejście od wprowadzania i uzgadniania danych do etapu autoryzacji.
Dlaczego to ważne

Wyznacza początek pomiaru czasu zatwierdzania. Jest niezbędne do analizy sprawności wewnętrznych struktur decyzyjnych.

Skąd pobrać

WorkflowTrackingStatusTable.CreatedDateTime, gdy ContextTableId jest równy identyfikatorowi VendInvoiceInfoTable, a Status ma wartość Submitted.

Rejestrowanie

Rejestrowane w chwili rozpoczęcia instancji workflow

Typ zdarzenia explicit
Zablokowano płatność
Transakcja z dostawcą zostaje wstrzymana, co uniemożliwia uwzględnienie jej w propozycji płatności. Często blokadę nakłada się ręcznie w przypadku sporu.
Dlaczego to ważne

Wspiera analizę blokad płatności i problematycznych etapów. Ujawnia ręczne interwencje opóźniające wypływ środków.

Skąd pobrać

Flaga VendTrans.Approved ma wartość No lub wypełniono określone pola statusu OnHold. Wymaga śledzenia aktualizacji VendTrans.

Rejestrowanie

Porównanie pola statusu przed zmianą i po niej

Typ zdarzenia inferred
Zaktualizowano fakturę
Rejestruje zmiany w nagłówku lub wierszach faktury przed jej zaksięgowaniem. Częste aktualizacje mogą wskazywać na problemy z wyodrębnianiem danych lub ręczne poprawki wymagane podczas weryfikacji.
Dlaczego to ważne

Częste aktualizacje mogą wskazywać na powtarzające się poprawki lub niską jakość danych źródłowych, na przykład błędy OCR. Wspiera monitorowanie poprawek i dokładności danych.

Skąd pobrać

Dziennik bazy danych (SysDatabaseLog) dla VendInvoiceInfoTable, jeśli jest włączony, lub wnioskowanie na podstawie zmian ModifiedDateTime przy częstym odpytywaniu.

Rejestrowanie

Porównanie ModifiedDateTime w kolejnych wyciągach danych

Typ zdarzenia inferred
Zatwierdzono dziennik płatności
Zatwierdzono workflow dziennika płatności, co upoważnia do wygenerowania płatności. To ostatnia kontrola przed przygotowaniem środków do przekazania.
Dlaczego to ważne

Pozwala oddzielić administracyjne przygotowanie płatności od wąskiego gardła związanego z ich autoryzacją.

Skąd pobrać

WorkflowTrackingStatusTable powiązane z identyfikatorem LedgerJournalTable (nagłówek). Status ma wartość Completed.

Rejestrowanie

Rejestrowane w chwili zakończenia instancji workflow

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje eksportu danych

Jak pobrać dane z Microsoft Dynamics 365

Gotowi do rozpoczęcia?

Skorzystaj z tego szablonu, aby przygotować solidną podstawę danych i już dziś zacząć usprawniać workflow płatności. W razie potrzeby nasz zespół pomoże Państwu powiązać odpowiednie tabele Dynamics 365.

Usprawnij obsługę płatności zobowiązań

Skróć czas cyklu o 30 procent i wyeliminuj opóźnienia w D365.

Rozpocznij okres próbny

Nie trzeba podawać danych karty płatniczej. Konfiguracja zajmuje pięć minut.