Szablon danych dotyczących należności
Szablon danych dotyczących należności
- Najważniejsze pola danych do analizy księgi
- Standardowe etapy procesu do monitorowania
- Wskazówki techniczne dotyczące ekstrakcji danych z Microsoft Dynamics 365
Atrybuty należności
| 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
|
|||
Działania w procesie obsługi należności
| 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
|
|||
Instrukcje ekstrakcji danych
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
Karta kredytowa nie jest wymagana, konfiguracja zajmuje 5 minut