Szablon danych dotyczących należności

Microsoft Dynamics 365
Szablon danych dotyczących należności

Szablon danych dotyczących należności

Ten szablon pomaga zamodelować proces od faktury do płatności w Microsoft Dynamics 365. Zawiera najważniejsze pola danych i etapy potrzebne do przygotowania wysokiej jakości dziennika zdarzeń na potrzeby process mining. Zastosowanie tej struktury ułatwia wykrywanie przyczyn opóźnień płatności i usprawnianie procesu windykacji.
  • Najważniejsze pola danych do analizy księgi
  • Standardowe etapy procesu do monitorowania
  • Wskazówki techniczne dotyczące ekstrakcji danych z Microsoft Dynamics 365
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty należności

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby kompleksowo analizować obsługę należności.
5 Wymagane 8 Zalecane 8 Opcjonalne
Nazwa Opis
Aktywność
Activity
Zdarzenie lub zadanie wykonane w związku z fakturą.
Opis

Ten atrybut opisuje etap procesu, na przykład zaksięgowanie faktury, otrzymanie płatności lub otwarcie sporu. W Microsoft Dynamics 365 jego wartość często wynika z typu transakcji (TransType) lub tabeli, w której zapisano rekord, na przykład CustSettlement w przypadku płatności. Atrybut ten jest niezbędny do wizualizacji mapy procesu.

Dlaczego to ważne

Określa węzły na mapie procesu i umożliwia analizę jego przebiegu oraz wykrywanie wariantów.

Skąd pobrać

Ustalany na podstawie wyliczenia TransType lub kontekstu tabeli (CustTrans, CustSettlement itp.)

Przykłady
Faktura zaksięgowanaOtrzymano płatnośćWysłano wezwanie do zapłatyZaksięgowano notę odsetkową
Numer faktury
InvoiceNumber
Unikalny identyfikator dokumentu finansowego, jakim jest faktura.
Opis

Numer faktury to podstawowy identyfikator służący do śledzenia cyklu życia należności w Microsoft Dynamics 365. Łączy początkowe zamówienie sprzedaży, zaksięgowaną fakturę, późniejsze płatności i działania windykacyjne w jeden case. W analizie pełni funkcję identyfikatora case, który pozwala odtworzyć cały przebieg procesu.

Dlaczego to ważne

To podstawowa jednostka analizy należności. Pozwala silnikowi process mining grupować różne zdarzenia w jeden spójny case.

Skąd pobrać

CustInvoiceJour.InvoiceId lub CustTrans.Invoice

Przykłady
INV-2023-001CIV-88921US-004321DE-99120
Znacznik czasu zdarzenia
EventTimestamp
Dokładna data i godzina wystąpienia aktywności.
Opis

Ten atrybut zapisuje dokładny moment zarejestrowania zdarzenia w systemie. Służy do obliczania czasu między aktywnościami, ustalania czasu realizacji procesu i porządkowania zdarzeń. W D365 jest to zwykle CreatedDateTime lub TransDate wraz z godziną.

Dlaczego to ważne

Znaczniki czasu są niezbędne do obliczania wszystkich KPI opartych na czasie, takich jak czas cyklu faktury i czas od wystawienia do wysłania.

Skąd pobrać

Najczęściej pola CreatedDateTime lub TransDate z różnych tabel

Przykłady
2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu ekstrakcji lub odświeżenia danych.
Opis

Ten atrybut wskazuje, kiedy dane zostały ostatnio pobrane z Microsoft Dynamics 365. Informuje o aktualności analizy i wiarygodności KPI. Zazwyczaj narzędzie ekstrakcyjne generuje tę wartość podczas wykonywania zapytania.

Dlaczego to ważne

Informuje o opóźnieniu w dostępności danych i pozwala ocenić, na ile aktualne są dane w dashboardach.

Skąd pobrać

Generowane przez skrypt ETL lub skrypt ekstrakcyjny

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

Ten atrybut wskazuje system będący źródłem danych. W tym przypadku jest nim Microsoft Dynamics 365. Przydaje się podczas łączenia danych z kilku instancji ERP lub zewnętrznych narzędzi do gromadzenia danych w jednym widoku. Analitycy mogą dzięki temu filtrować procesy lub dzielić je na segmenty według środowiska źródłowego.

Dlaczego to ważne

Pozwala śledzić pochodzenie danych, co ma szczególne znaczenie w środowiskach korzystających z wielu systemów.

Skąd pobrać

Wartość wpisana na stałe podczas ekstrakcji lub pobrana z parametrów połączenia

Przykłady
D365 F&O ProdD365 FinanceDynamics AX 2012
Czy wykonano automatycznie
IsAutomated
Wskaźnik określający, czy czynność wykonało konto systemowe.
Opis

Ten atrybut wskazuje, czy dany krok wykonał użytkownik, czy automatyczne zadanie wsadowe. Jest obliczany przez porównanie wartości atrybutu Użytkownik z listą znanych kont systemowych, na przykład „Workflow” lub „Batch”. Wspiera KPI dotyczący ręcznego rozliczania.

Dlaczego to ważne

Niezbędne do identyfikowania możliwości automatyzacji i pomiaru jej obecnego poziomu.

Skąd pobrać

Ustalane na podstawie logiki pola User

Przykłady
truefalse
Grupa klientów
CustomerGroup
Klasyfikacja lub segment, do którego należy klient.
Opis

Ten atrybut przypisuje klientów do określonych grup, takich jak hurt, detal lub transakcje wewnątrzgrupowe. Umożliwia porównania, na przykład sprawdzenie, czy w niektórych segmentach cykle płatności są dłuższe lub częściej dochodzi do sporów. W D365 odpowiada polu CustGroup.

Dlaczego to ważne

Pozwala porównywać wyniki procesu w różnych segmentach rynku.

Skąd pobrać

CustTable.CustGroup

Przykłady
HurtDetalTransakcje wewnątrzgrupoweEksport
Jednostka biznesowa
BusinessUnit
Jednostka operacyjna lub dział odpowiedzialny za fakturę.
Opis

Ten atrybut dzieli dane według wewnętrznej struktury organizacyjnej, na przykład działu elektroniki lub usług. W D365 często odpowiada wymiarowi finansowemu powiązanemu z transakcją. Umożliwia porównywanie jednostek na dashboardzie czasu wystawiania faktur.

Dlaczego to ważne

Umożliwia porównywanie wyników wewnątrz organizacji i wskazanie najsprawniejszych działów.

Skąd pobrać

Wymiary finansowe (DefaultDimension) w CustInvoiceJour

Przykłady
BU-001Sprzedaż-PółnocUsługi-Globalnie
Kod firmy
CompanyCode
Identyfikator jednostki prawnej w D365.
Opis

Ten atrybut odpowiada polu DataAreaId w D365 i wskazuje jednostkę prawną lub firmę, w której zarejestrowano transakcję. Jest niezbędny do filtrowania danych w środowiskach obejmujących wiele firm. Pozwala też odróżniać faktury o takich samych numerach wystawione przez różne firmy.

Dlaczego to ważne

Niezbędne do rozróżniania jednostek w środowiskach wielofirmowych i prowadzenia analiz regionalnych.

Skąd pobrać

Pole DataAreaId we wszystkich tabelach

Przykłady
USMFDEMFGBSI
Konto klienta
CustomerAccount
Unikalny identyfikator lub numer konta klienta.
Opis

Konto klienta wskazuje podmiot, na który wystawiono fakturę. W D365 odpowiada polu AccountNum. Grupowanie według tego atrybutu pozwala analizować zachowania płatnicze, częstotliwość sporów i czas rozliczenia dla poszczególnych klientów.

Dlaczego to ważne

Niezbędne do identyfikowania klientów wysokiego ryzyka i porównywania wyników według klientów.

Skąd pobrać

CustInvoiceJour.InvoiceAccount lub CustTrans.AccountNum

Przykłady
US-001DE-550CUST-9921
Kwota faktury
InvoiceAmount
Łączna wartość faktury.
Opis

Ten atrybut określa wartość finansową dokumentu faktury. Służy do obliczania łącznej wartości należności oraz ustalania priorytetów w windykacji wysokich kwot. Zazwyczaj znajduje się w tabeli dziennika faktur.

Dlaczego to ważne

Niezbędne do analizy wpływu finansowego i identyfikowania wąskich gardeł związanych z wysokimi kwotami.

Skąd pobrać

CustInvoiceJour.InvoiceAmount

Przykłady
1500.00250.5010000.00
Termin płatności
DueDate
Data, do której należy otrzymać płatność.
Opis

Termin płatności to data graniczna określona w warunkach płatności. Porównuje się go z faktyczną datą płatności, aby ocenić terminowość i obliczyć wskaźnik DSO (liczbę dni do spłaty należności). Jest to standardowe pole w rekordzie transakcji klienta.

Dlaczego to ważne

Podstawa do obliczania wskaźnika terminowych płatności i analizy przeterminowanych faktur.

Skąd pobrać

CustTrans.DueDate

Przykłady
2023-11-302023-12-15
Użytkownik
User
Identyfikator użytkownika lub konta systemowego, które wykonało daną czynność.
Opis

Ten atrybut wskazuje, kto wykonał dany krok procesu. Jego wartość pochodzi z pól CreatedBy lub ModifiedBy. Ułatwia analizę wykorzystania zasobów, określanie potrzeb szkoleniowych oraz odróżnianie zadań wykonywanych automatycznie przez system od ręcznych działań użytkowników.

Dlaczego to ważne

Umożliwia analizę wyników pracy zasobów i obliczanie poziomu automatyzacji.

Skąd pobrać

Pole CreatedBy w tabelach transakcji

Przykłady
AdministratorJSmithWorkflowAgentBSmith
Czy rozliczono
IsCleared
Wskaźnik określający, czy faktura została w pełni rozliczona.
Opis

Ten atrybut logiczny wskazuje, czy saldo faktury wynosi zero po dokonaniu płatności lub odpisaniu należności. Umożliwia szybkie filtrowanie otwartych i zamkniętych spraw na potrzeby obliczania średniego czasu cyklu faktury.

Dlaczego to ważne

Pozwala odróżnić aktywne sprawy od historycznych.

Skąd pobrać

Ustalane na podstawie obecności daty CustTrans.Closed

Przykłady
truefalse
Czy to nota kredytowa
IsCreditMemo
Wskaźnik określający, czy dokument jest notą kredytową.
Opis

Ten atrybut logiczny wskazuje, czy transakcja dotyczy noty kredytowej wystawionej klientowi. Służy do obliczania wskaźnika wystawiania not kredytowych oraz wykluczania standardowych faktur z analizy poprawek.

Dlaczego to ważne

Bezpośrednio wspiera dashboard dotyczący not kredytowych i częstotliwości poprawek.

Skąd pobrać

Ustalane na podstawie CustInvoiceJour.InvoiceAmount < 0 lub TransType

Przykłady
truefalse
Data graniczna skonta
CashDiscountDate
Ostatni dzień, w którym można skorzystać ze skonta za wcześniejszą płatność.
Opis

Ten atrybut wskazuje termin, do którego klient może skorzystać ze skonta za wcześniejszą płatność. Porównanie tej daty z datą płatności pozwala obliczyć KPI dotyczący niewykorzystanych skont i ocenić skuteczność zachęt do wcześniejszej zapłaty.

Dlaczego to ważne

Podstawa dashboardu optymalizacji skonta za wcześniejszą płatność.

Skąd pobrać

CustTrans.CashDisc lub wartość obliczona na podstawie CashDiscCode

Przykłady
2023-11-102023-11-15
Identyfikator zamówienia sprzedaży
SalesOrderId
Numer referencyjny zamówienia sprzedaży powiązanego z fakturą.
Opis

Ten atrybut łączy fakturę z zamówieniem sprzedaży, z którego wynika. Umożliwia analizę międzyprocesową, jeśli dostępne są dane z procesu Order-to-Cash, i pomaga ustalić wcześniejsze przyczyny problemów z fakturowaniem.

Dlaczego to ważne

Łączy proces fakturowania z procesem sprzedaży.

Skąd pobrać

CustInvoiceJour.SalesId

Przykłady
SO-10022SO-55912
Liczba dni po terminie
DaysOverdue
Liczba dni opóźnienia płatności względem terminu.
Opis

Ta miara oblicza różnicę między datą płatności a terminem płatności. Wartości dodatnie oznaczają opóźnienie, a ujemne wcześniejszą płatność. Dzięki temu można dokładniej ocenić terminowość płatności niż na podstawie prostego wskaźnika logicznego.

Dlaczego to ważne

Pozwala dokładniej analizować KPI dotyczący terminowych płatności.

Skąd pobrać

Obliczane jako: PaymentDate - DueDate

Przykłady
50-230
Przyczyna sporu
DisputeReason
Kod przyczyny przypisany do sprawy będącej przedmiotem sporu.
Opis

Ten atrybut określa kategorię przyczyny sporu dotyczącego faktury, na przykład „błąd ceny” lub „uszkodzony towar”. Jest niezbędny na dashboardzie cyklu rozpatrywania sporów, który pomaga ustalić źródła opóźnień w płatnościach.

Dlaczego to ważne

Umożliwia analizę przyczyn źródłowych na potrzeby KPI dotyczącego czasu rozpatrywania sporów.

Skąd pobrać

CustTrans.ReasonRefRecId lub powiązana tabela spraw windykacyjnych

Przykłady
Rozbieżność cenowaUszkodzony towarBrak zamówienia zakupuJakość usług
Waluta
Currency
Kod waluty transakcji dotyczącej faktury.
Opis

Ten atrybut określa walutę, w której wystawiono fakturę, na przykład USD lub EUR. Jest potrzebny do ujednolicania wartości finansowych w analizach obejmujących różne regiony.

Dlaczego to ważne

Niezbędne do analizy rozkładu wartości w systemach obsługujących wiele walut.

Skąd pobrać

CustInvoiceJour.CurrencyCode

Przykłady
USDEURGBPJPY
Warunki płatności
PaymentTerms
Kod określający uzgodniony termin płatności.
Opis

Ten atrybut zawiera kod określający termin płatności, na przykład Net30 lub Net60. Służy do sprawdzania, czy klienci przestrzegają uzgodnionych warunków, oraz do weryfikacji poprawności wyliczenia terminu płatności.

Dlaczego to ważne

Uzupełnia informacje o terminie płatności i pomaga ocenić, czy warunki nie są zbyt łagodne lub zbyt restrykcyjne.

Skąd pobrać

CustInvoiceJour.Payment lub CustTable.PaymTermId

Przykłady
Net30Net45CODEOM
Wymagane Zalecane Opcjonalne

Działania w procesie obsługi należności

Poniżej przedstawiono najważniejsze kroki i etapy procesu, które warto uwzględnić w dzienniku zdarzeń, aby prawidłowo odtworzyć przebieg rozliczania płatności.
8 Zalecane 7 Opcjonalne
Działanie Opis
Faktura wysłana
Zdarzenie oznaczające wysłanie faktury do klienta e-mailem, pocztą lub przez EDI. Często można je wywnioskować ze wzrostu wartości pola 'Printed' lub z dzienników zarządzania wydrukami.
Dlaczego to ważne

Opóźnienie między zaksięgowaniem a wysłaniem faktury skraca czas, jaki klient ma na płatność, i może sprawiać wrażenie, że płatność jest spóźniona.

Skąd pobrać

Można je wywnioskować ze zmiany wartości CustInvoiceJour.PrintedOriginals z 0 na 1 albo odczytać z tabeli PrintJobHeader, jeśli rejestrowanie jest włączone.

Rejestrowanie

Porównanie wartości pola statusu przed zmianą i po niej lub odczyt dziennika PrintJobHeader

Typ zdarzenia inferred
Faktura zaksięgowana
Pierwsze ujęcie faktury w księdze finansowej. To zdarzenie rejestruje powstanie zobowiązania finansowego w tabeli CustInvoiceJour.
Dlaczego to ważne

Oznacza formalny początek cyklu obsługi należności i rozpoczęcie biegu terminu płatności. Jest niezbędne do obliczenia okresu spływu należności (DSO).

Skąd pobrać

Tabela CustInvoiceJour. Znacznik czasu pochodzi z pola CreatedDateTime lub InvoiceDate.

Rejestrowanie

Rejestrowane podczas księgowania transakcji w CustInvoiceJour

Typ zdarzenia explicit
Otrzymano pełną płatność
Zaksięgowanie płatności pokrywającej pozostałe saldo faktury. To zdarzenie oznacza wpływ środków pieniężnych.
Dlaczego to ważne

Najważniejsze zdarzenie potwierdzające powodzenie procesu. Służy do obliczania odsetka płatności terminowych i oceny skuteczności warunków skonta.

Skąd pobrać

Tabela CustTrans z Type równym 'Payment', powiązana z fakturą przez CustSettlement, po czym saldo wynosi zero.

Rejestrowanie

Rejestrowane podczas księgowania i rozliczania transakcji w CustTrans

Typ zdarzenia explicit
Otwarto sprawę sporną
Utworzenie sprawy powiązanej z fakturą w module Case Management oznacza, że klient kwestionuje należność. Wstrzymuje standardowy przebieg windykacji.
Dlaczego to ważne

Spory są jedną z głównych przyczyn opóźnień w płatnościach. Ich śledzenie pozwala wykryć problemy z jakością na wcześniejszych etapach, na przykład w ustalaniu cen lub realizacji zamówień.

Skąd pobrać

Tabela CaseDetailBase, w której Category dotyczy Collections/AR, a RefRecId wskazuje powiązaną fakturę.

Rejestrowanie

Rejestrowane po wykonaniu transakcji X w Case Management

Typ zdarzenia explicit
Rozliczono fakturę
Końcowa zmiana statusu: saldo faktury wynosi zero, a transakcja zostaje oznaczona w systemie jako 'Closed'.
Dlaczego to ważne

Ostateczny koniec instancji procesu. Służy do obliczania całkowitego czasu cyklu.

Skąd pobrać

Pole CustTrans.Closed (data). Jest wypełniane, gdy suma rozliczeń zrówna się z kwotą faktury.

Rejestrowanie

Ustalane na podstawie pola daty CustTrans.Closed

Typ zdarzenia inferred
Wysłano przypomnienie o płatności
Rejestruje wysłanie klientowi formalnego wezwania do zapłaty. Dane pochodzą z dziennika wezwań do zapłaty.
Dlaczego to ważne

Oznacza rozpoczęcie aktywnych działań windykacyjnych. Analiza częstotliwości pomaga usprawnić strategię monitowania i ograniczyć koszty administracyjne.

Skąd pobrać

Tabela CustCollectionLetterJour. Zawiera datę zaksięgowania kodu wezwania dla konkretnej transakcji dotyczącej faktury.

Rejestrowanie

Rejestrowane podczas księgowania transakcji w CustCollectionLetterJour

Typ zdarzenia explicit
Wystawiono fakturę korygującą
Zaksięgowanie faktury korygującej, która pomniejsza kwotę pierwotnej faktury. Często jest skutkiem rozstrzygniętego sporu lub zwrotu.
Dlaczego to ważne

Wysoka częstotliwość wskazuje na utratę przychodów i problemy z jakością na wcześniejszych etapach. W odróżnieniu od płatności oznacza rozliczenie bez przepływu środków pieniężnych.

Skąd pobrać

Tabela CustTrans, w której Type ma wartość 'Credit Note', lub CustInvoiceJour z ujemną wartością InvoiceAmount.

Rejestrowanie

Rejestrowane podczas księgowania transakcji w CustTrans

Typ zdarzenia explicit
Zaksięgowano częściową płatność
Zarejestrowanie płatności, która nie pokrywa całego salda faktury. Pozostała kwota często wymaga dalszych działań windykacyjnych.
Dlaczego to ważne

Pozwala odróżnić płatności ratalne od pełnego rozliczenia. Jest ważne dla dokładnego prognozowania przepływów pieniężnych.

Skąd pobrać

Tabela CustSettlement łącząca płatność (CustTrans) z fakturą (CustTrans), gdzie SettlementAmount < InvoiceAmount.

Rejestrowanie

Rejestrowane po wykonaniu transakcji X w CustSettlement

Typ zdarzenia explicit
Odpisano należność
Uznanie faktury za nieściągalną i usunięcie salda za pomocą dziennika odpisów. Oznacza stratę finansową.
Dlaczego to ważne

Końcowy etap nieudanej windykacji. Niezbędny do analizy wskaźnika nieściągalnych należności i skuteczności polityki kredytowej.

Skąd pobrać

Tabela CustTrans, w której Type ma wartość 'WriteOff', lub wpis w GeneralJournalEntry oznaczony kodem przyczyny odpisu.

Rejestrowanie

Rejestrowane podczas księgowania transakcji typu WriteOff

Typ zdarzenia explicit
Otrzymano obietnicę zapłaty
Zobowiązanie klienta do zapłaty do określonego dnia, zarejestrowane przez windykatora. Dane pochodzą z modułu Collections Management.
Dlaczego to ważne

Mierzy skuteczność rozmów windykacyjnych. Porównanie tej daty z datą faktycznej płatności pokazuje, na ile wiarygodne są obietnice klientów.

Skąd pobrać

Tabela CustPromiseToPay. Powiązana z transakcją klienta za pomocą TransRecId.

Rejestrowanie

Rejestrowane podczas tworzenia rekordu w CustPromiseToPay

Typ zdarzenia explicit
Spór rozstrzygnięty
Zamknięcie sprawy spornej pozwala skierować fakturę do zapłaty lub wystawić korektę. Oznacza koniec podprocesu obsługi wyjątków.
Dlaczego to ważne

Różnica czasu między otwarciem a rozstrzygnięciem sprawy to ważny KPI efektywności administracyjnej.

Skąd pobrać

Tabela CaseDetailBase, w której Status zmienia się na Closed/Resolved.

Rejestrowanie

Porównanie wartości pola statusu w CaseDetailBase przed zmianą i po niej

Typ zdarzenia inferred
Sprawa sporna w trakcie rozpatrywania
Oznacza zmianę statusu sprawy z 'Opened' na 'In Process'. Pokazuje czas pracy zespołu rozpatrującego spór.
Dlaczego to ważne

Wąskie gardła na tym etapie wydłużają cykl konwersji gotówki. Pozwalają oddzielić czas oczekiwania od aktywnego rozpatrywania sprawy.

Skąd pobrać

Można je wywnioskować ze zmian pola CaseDetailBase.Status lub wpisów w tabeli CaseLog odpowiadających kolejnym zmianom statusu.

Rejestrowanie

Porównanie wartości pola statusu w CaseDetailBase przed zmianą i po niej

Typ zdarzenia inferred
Termin płatności minął
Wyliczany etap procesu: bieżąca data przekroczyła termin płatności faktury, która nadal pozostaje otwarta. Oznacza to, że faktura jest przeterminowana.
Dlaczego to ważne

Niezbędny do analizy przeterminowanych należności i uruchamiania workflow windykacyjnego. Oddziela standardowe fakturowanie od obsługi windykacyjnej.

Skąd pobrać

Wyliczany przez porównanie CustInvoiceJour.DueDate z bieżącym czasem symulacji lub znacznikiem czasu płatności.

Rejestrowanie

Ustalany przez porównanie pola DueDate z bieżącym czasem

Typ zdarzenia calculated
Uzgodniono wyciąg bankowy
Zdarzenie uzgadniania, w którym płatność zarejestrowana w należnościach zostaje dopasowana do pozycji z zaimportowanego wyciągu bankowego.
Dlaczego to ważne

Potwierdza, że środki faktycznie wpłynęły na rachunek bankowy. Opóźnienia na tym etapie wskazują na nieefektywność procesów zarządzania środkami pieniężnymi i bankiem.

Skąd pobrać

Status dopasowania w BankReconciliationLine lub BankAccountTrans. Wymaga modułu Advanced Bank Reconciliation.

Rejestrowanie

Rejestrowane po dopasowaniu transakcji w Bank Reconciliation

Typ zdarzenia explicit
Wygenerowano notę odsetkową
Utworzenie noty odsetkowej za opóźnioną płatność. Oznacza naliczenie kary finansowej na koncie klienta.
Dlaczego to ważne

Wskazuje na poważne opóźnienie w płatności. Analiza pozwala ustalić, czy kary przyspieszają płatności, czy szkodzą relacjom z klientami.

Skąd pobrać

Tabela CustInterestJour. Rejestruje noty odsetkowe wygenerowane dla konkretnych transakcji klientów.

Rejestrowanie

Rejestrowane podczas księgowania transakcji w CustInterestJour

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z Microsoft Dynamics 365

Gotowi do rozpoczęcia?

Zacznij usprawniać operacje finansowe, wdrażając ten szablon danych. Nasz zespół pomoże dopasować dane z Microsoft Dynamics 365 do tych wymagań.

Usprawnij obsługę należności i popraw przepływy pieniężne

Dołącz do zespołów, które skracają DSO o 15-20 dni w Microsoft Dynamics 365

Rozpocznij bezpłatny okres próbny

Karta kredytowa nie jest wymagana, konfiguracja zajmuje 5 minut