Szablon danych do zarządzania kredytem i windykacji

NetSuite
Szablon danych do zarządzania kredytem i windykacji

Szablon danych do zarządzania kredytem i windykacji

Szablon zawiera wskazówki dotyczące danych potrzebnych do analizy procesu zarządzania kredytem i windykacji. Opisuje niezbędne atrybuty i działania oraz podpowiada, jak je wyodrębnić, aby można było szybko rozpocząć pracę. Zastosowanie tych zaleceń pomoże przygotować dane do analizy i usprawniania procesu.
  • Zalecane atrybuty do zebrania
  • Działania, które warto śledzić
  • Wskazówki dotyczące wyodrębniania danych z NetSuite
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu zarządzania kredytem i windykacji

To zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie przeanalizować proces zarządzania kredytem i windykacji.
3 Wymagane 5 Zalecane 13 Opcjonalne
Nazwa Opis
Czas zdarzenia
EventTime
Znacznik czasu wskazujący, kiedy miało miejsce działanie.
Opis

Ten atrybut zapisuje dokładną datę i godzinę każdego działania w procesie. Jest podstawą analiz czasu, w tym obliczania czasu cyklu, czasu trwania i oczekiwania między kolejnymi krokami. W NetSuite znacznik czasu zwykle odpowiada dacie utworzenia lub ostatniej modyfikacji danego rekordu albo notatki systemowej.

Dlaczego to ważne

Pozwala obliczać wszystkie wskaźniki efektywności związane z czasem, takie jak czas cyklu i wąskie gardła, które mają znaczenie przy analizie sprawności procesu.

Skąd pobrać

Dane pochodzą z pól daty w różnych rekordach. Na przykład dla zdarzenia 'Wystawienie faktury' jest to pole 'Date Created' rekordu Invoice, a dla zmian statusu może to być znacznik czasu z System Note.

Przykłady
2023-01-15T10:00:00Z2023-02-01T14:30:00Z2023-02-15T09:05:00Z
Nazwa działania
ActivityName
Nazwa działania biznesowego, które miało miejsce w określonym czasie.
Opis

Ten atrybut opisuje konkretny krok lub zdarzenie w procesie zarządzania należnościami i windykacji, na przykład 'Wystawienie faktury', 'Otrzymanie płatności' lub 'Zarejestrowanie sporu dotyczącego faktury'. Analiza kolejności i częstotliwości działań stanowi podstawę process mining. Ujawnia rzeczywisty przebieg procesu, odstępstwa i wąskie gardła.

Dlaczego to ważne

Ten atrybut stanowi podstawę mapy procesu i pozwala przedstawić oraz analizować jego przebieg.

Skąd pobrać

To pole jest zwykle wyznaczane na podstawie zmian statusu rekordów transakcji, takich jak Invoice czy Customer Payment, albo powiązanych rekordów, na przykład notatek systemowych, niestandardowych rekordów działań windykacyjnych lub zadań CRM.

Przykłady
Wystawienie fakturyWysłanie przypomnienia o zaległej płatnościOtrzymanie płatnościOdpisanie faktury
Numer faktury
InvoiceNumber
Unikalny identyfikator każdej faktury wystawionej klientowi.
Opis

Numer faktury jest głównym identyfikatorem sprawy i pozwala powiązać wszystkie działania dotyczące konkretnej należności. Dzięki temu można przeanalizować cały cykl życia faktury: od jej wystawienia i kolejnych działań związanych z zarządzaniem należnościami po płatność lub zakończenie windykacji. W NetSuite odpowiada on zwykle polu Transaction ID, gdy typ transakcji to 'Invoice'.

Dlaczego to ważne

To niezbędny identyfikator, który pozwala śledzić drogę faktury od wystawienia do rozliczenia i analizować cały proces.

Skąd pobrać

Zwykle jest to pole 'Transaction ID' (identyfikator wewnętrzny: tranid) rekordu Invoice w NetSuite.

Przykłady
INV0012345INV0054321INV0098765
Identyfikator klienta
CustomerId
Unikalny identyfikator klienta powiązanego z fakturą.
Opis

Ten atrybut łączy fakturę z konkretnym klientem w NetSuite. Umożliwia podział danych i analizę przebiegu procesu dla różnych klientów lub grup klientów. Można na przykład porównać terminowość płatności lub częstotliwość sporów wśród klientów strategicznych i małych firm.

Dlaczego to ważne

Umożliwia analizę z perspektywy klienta i pomaga ustalić, którzy klienci często płacą po terminie, zgłaszają spory lub realizują proces w niestandardowy sposób.

Skąd pobrać

To pole 'Customer' (identyfikator wewnętrzny: entity) w rekordzie transakcji Invoice.

Przykłady
CUST001CUST002CUST003
Kwota faktury
InvoiceAmount
Łączna wartość pieniężna faktury.
Opis

Oznacza łączną kwotę do zapłaty z faktury. To ważny atrybut finansowy wykorzystywany w wielu analizach, na przykład do określenia wpływu opóźnionych płatności lub analizy odpisów dotyczących faktur o wysokiej wartości. Pomaga ustalać priorytety działań windykacyjnych.

Dlaczego to ważne

Dostarcza kontekstu finansowego do analizy procesu. Pozwala uwzględnić wartość należności, na przykład przy ustalaniu priorytetów windykacji faktur o wysokiej kwocie.

Skąd pobrać

To pole 'Amount (Total)' (identyfikator wewnętrzny: total) w rekordzie transakcji Invoice.

Przykłady
1500.00250.5012500.75
Segment klienta
CustomerSegment
Klasyfikacja klienta, na przykład według wielkości, branży lub regionu.
Opis

Atrybut Segment klienta dzieli klientów na istotne grupy, na przykład 'Duże przedsiębiorstwa', 'Małe i średnie firmy' lub 'Sektor publiczny'. Jest ważny dla dashboardu 'Skuteczność strategii windykacyjnych według segmentu', który pozwala porównywać efekty różnych działań windykacyjnych w poszczególnych grupach. Ułatwia dopasowanie strategii do specyfiki każdej z nich.

Dlaczego to ważne

Umożliwia ukierunkowaną analizę i pomaga ustalić, czy określone problemy procesowe lub zachowania płatnicze dotyczą konkretnych grup klientów.

Skąd pobrać

Często jest to niestandardowe pole rekordu Customer w NetSuite. Dane należy połączyć z rekordu Customer z transakcją Invoice.

Przykłady
Duże przedsiębiorstwoŚrednie przedsiębiorstwoSMB
Status faktury
InvoiceStatus
Bieżący status faktury w jej cyklu życia.
Opis

Wskazuje bieżący stan faktury, na przykład 'Otwarta', 'W pełni opłacona' lub 'Przeterminowana'. Ułatwia filtrowanie i analizę faktur aktywnych lub wymagających uwagi. Dashboard 'Wiek i status przeterminowanych faktur' wykorzystuje ten atrybut do przedstawienia aktualnego stanu nieuregulowanych należności.

Dlaczego to ważne

Pozwala filtrować dane i skupić analizę na określonych etapach cyklu życia faktury, takich jak faktury otwarte, przeterminowane lub sporne.

Skąd pobrać

Odpowiada polu 'Status' (identyfikator wewnętrzny: status) w rekordzie transakcji Invoice.

Przykłady
OtwartaW pełni opłaconaPrzeterminowana
Termin płatności
DueDate
Data, do której należy opłacić fakturę.
Opis

Termin płatności to uzgodniona umownie data zapłaty. Stanowi punkt odniesienia przy ustalaniu, czy płatność została dokonana w terminie. Atrybut jest niezbędny do obliczania KPI, takich jak 'Wskaźnik płatności w terminie', oraz uruchamiania działań monitujących po upływie terminu.

Dlaczego to ważne

To podstawowy punkt odniesienia przy ocenie terminowości płatności. Jest niezbędny do obliczania liczby dni opóźnienia i monitorowania przestrzegania warunków płatności.

Skąd pobrać

To pole 'Due Date' (identyfikator wewnętrzny: duedate) w rekordzie transakcji Invoice.

Przykłady
2023-02-142023-03-312023-04-15
Czas od wystawienia faktury do otrzymania płatności
InvoiceToCashCycleTime
Łączny czas od wystawienia faktury do rozliczenia należności.
Opis

Ta miara oblicza łączny czas od działania „Wystawiono fakturę” do działania „Rozliczono fakturę”. Pokazuje wynik całego procesu zarządzania kredytem i windykacji, od początku do końca. Analiza tego KPI pomaga wykrywać opóźnienia systemowe i oceniać tempo przepływu środków pieniężnych.

Dlaczego to ważne

Ten KPI pokazuje ogólną efektywność całego procesu od wystawienia faktury do otrzymania płatności.

Skąd pobrać

Obliczenie na poziomie case w narzędziu process mining: Timestamp('Invoice Settled') - Timestamp('Invoice Generated').

Przykłady
32 dni45 dni91 dni
Czy płatność wpłynęła w terminie
IsOnTimePayment
Informacja, czy płatność wpłynęła w terminie lub przed jego upływem.
Opis

Ten atrybut logiczny sprawdza, czy działanie „Otrzymano płatność” nastąpiło w terminie płatności faktury lub wcześniej. Ułatwia obliczanie KPI „Odsetek płatności w terminie” oraz filtrowanie i analizę płatności terminowych i opóźnionych. Wynik jest jednoznaczny: tak lub nie.

Dlaczego to ważne

Zapewnia prostą, dwuwartościową miarę zgodności z terminami płatności. Ułatwia obliczanie i porównywanie odsetka płatności w terminie.

Skąd pobrać

Wartość jest obliczana podczas transformacji danych: TRUE, jeśli (data płatności <= termin płatności), w przeciwnym razie FALSE.

Przykłady
truefalse
Czy zautomatyzowane
IsAutomated
Informacja, czy działanie wykonał automatycznie system.
Opis

Ten atrybut logiczny wskazuje, czy działanie wykonał zautomatyzowany workflow, czy użytkownik. Na przykład działanie „Wysłano przypomnienie o zaległości” może być zautomatyzowane, a „Wykonano telefon windykacyjny” ręczne. Atrybut jest niezbędny na dashboardzie „Częstotliwość i wpływ działań ręcznych”, który pozwala określić poziom automatyzacji i znaleźć możliwości dalszego ograniczenia pracy ręcznej.

Dlaczego to ważne

Pozwala określić poziom automatyzacji procesu i wspiera działania, które ograniczają pracę ręczną oraz poprawiają efektywność.

Skąd pobrać

Atrybut jest wyliczany na podstawie typu działania lub użytkownika, który je wykonał. Jeśli na przykład działanie wykonał użytkownik oznaczony jako „SYSTEM”, zostaje ono uznane za zautomatyzowane.

Przykłady
truefalse
Identyfikator użytkownika
UserId
Identyfikator użytkownika, który wykonał działanie.
Opis

Wskazuje pracownika lub użytkownika systemu odpowiedzialnego za dane działanie, na przykład zaksięgowanie płatności lub wykonanie telefonu windykacyjnego. Umożliwia analizę rozkładu zadań i wyników zespołu oraz określenie potrzeb szkoleniowych. W przypadku działań automatycznych może to być identyfikator użytkownika systemowego.

Dlaczego to ważne

Umożliwia analizę wyników pracy użytkowników i zespołów, pomaga zrozumieć rozkład zadań oraz ustalić, gdzie dochodzi do ręcznej interwencji.

Skąd pobrać

Dane pochodzą z pól takich jak 'Created By', 'Modified By' lub 'Owner' w transakcjach i powiązanych rekordach, na przykład w rekordzie Phone Call dla telefonu windykacyjnego.

Przykłady
j.doea.smithSYSTEM
Imię i nazwisko pracownika windykacji
CollectorName
Imię i nazwisko pracownika windykacji przypisanego do faktury.
Opis

Wskazuje konkretnego pracownika lub zasób odpowiedzialny za obsługę przeterminowanej faktury. Umożliwia analizę wyników zespołu windykacyjnego, rozkładu zadań i skuteczności poszczególnych pracowników. Wspiera KPI, takie jak 'Skuteczność kontaktów windykacyjnych'.

Dlaczego to ważne

Umożliwia pomiar wyników i równoważenie obciążenia zespołu windykacyjnego, łącząc działania windykacyjne z konkretnymi osobami.

Skąd pobrać

Często jest to niestandardowe pole rekordu Customer lub Invoice. Niektóre pakiety NetSuite do obsługi windykacji udostępniają tę funkcję.

Przykłady
Alice JohnsonRobert WilliamsNieprzypisano
Jednostka biznesowa
BusinessUnit
Jednostka biznesowa lub spółka zależna powiązana z transakcją.
Opis

Określa jednostkę biznesową, dział lub spółkę zależną, która wystawiła fakturę. Na kontach NetSuite OneWorld odpowiada zwykle polu „Subsidiary”. Umożliwia analizę procesu z podziałem na części organizacji, porównywanie wyników i wykrywanie problemów dotyczących konkretnych jednostek.

Dlaczego to ważne

Umożliwia porównanie wyników procesu w różnych jednostkach organizacji. Dzięki temu można wykryć różnice, które mogą wymagać odmiennych działań zarządczych.

Skąd pobrać

W NetSuite OneWorld jest to pole „Subsidiary”. W innych kontach, zależnie od konfiguracji, może to być pole „Department” lub „Class”.

Przykłady
Zachodnie USAUsługi w regionie EMEAProdukty w regionie APAC
Kraj
Country
Kraj podany w adresie rozliczeniowym klienta.
Opis

Ten atrybut wskazuje kraj podany w adresie rozliczeniowym klienta na fakturze. Służy do analizy różnic geograficznych w zachowaniach płatniczych, skuteczności windykacji i liczbie sporów. Pomaga dostosować działania windykacyjne do poszczególnych regionów i ocenić wpływ lokalnych warunków gospodarczych.

Dlaczego to ważne

Podział procesu według regionów pozwala wykryć różnice w zachowaniach płatniczych i sprawności procesu.

Skąd pobrać

Dane pochodzą z sekcji „Billing Address” transakcji Invoice. Zazwyczaj są dziedziczone z rekordu Customer.

Przykłady
USANiemcyJaponia
Liczba dni po terminie
DaysOverdue
Liczba dni, o które minął termin płatności faktury.
Opis

Ta miara oblicza liczbę dni między terminem płatności faktury a bieżącą datą (w przypadku otwartych faktur) lub datą płatności. To podstawowy KPI w windykacji. Na dashboardzie „Wiek i status przeterminowanych faktur” służy do kategoryzowania należności i ustalania priorytetów działań. Wartość równa zero lub mniejsza oznacza, że faktura nie jest przeterminowana.

Dlaczego to ważne

Bezpośrednio pokazuje skalę opóźnień w płatnościach. To ważna miara w raportach wiekowania należności i przy ustalaniu priorytetów windykacji.

Skąd pobrać

Wartość jest obliczana podczas transformacji danych: (bieżąca data lub data płatności) - termin płatności.

Przykłady
1532090
Opóźnienie w księgowaniu płatności
PaymentPostingLag
Czas od otrzymania płatności do jej zaksięgowania w systemie.
Opis

Ta miara oblicza czas między działaniem „Otrzymano płatność” (wpływ środków) a działaniem „Zaksięgowano płatność” (przypisanie płatności do faktury w NetSuite). To ważna miara na dashboardzie „Analiza opóźnień w księgowaniu płatności”. Pokazuje nieefektywność wewnętrznych procesów rozliczania wpływów, która może utrudniać bieżącą ocenę stanu środków pieniężnych.

Dlaczego to ważne

Ujawnia opóźnienia w wewnętrznym rozliczaniu wpływów, które mogą obniżać dokładność raportów finansowych i wpływać na statusy kont klientów.

Skąd pobrać

Wartość jest obliczana w narzędziu process mining: Timestamp('Payment Posted') - Timestamp('Payment Received').

Przykłady
1 dzień4 godziny3 dni
Ostatnia aktualizacja danych
LastDataUpdate
Znacznik czasu ostatniego odświeżenia danych z systemu źródłowego.
Opis

Ten atrybut wskazuje, kiedy dane dotyczące procesu zostały ostatnio pobrane i zaktualizowane w narzędziu process mining. Pomaga ocenić aktualność analizowanych danych i podejmować decyzje na podstawie bieżących informacji.

Dlaczego to ważne

Informuje o aktualności danych, dzięki czemu można sprawdzić, jak aktualna jest analiza procesu.

Skąd pobrać

Wartość jest generowana i zapisywana w zbiorze danych podczas ich pobierania.

Przykłady
2023-10-27T02:00:00Z
Przyczyna sporu
DisputeReason
Powód zakwestionowania faktury przez klienta.
Opis

Gdy klient kwestionuje fakturę, ten atrybut zapisuje przyczynę, na przykład 'Nieprawidłowa cena', 'Uszkodzony towar' lub 'Podwójne naliczenie'. Jest niezbędny dla dashboardów 'Czas rozpatrywania sporów dotyczących faktur' i 'Analiza przyczyn odpisywania faktur'. Pomaga ustalić, dlaczego dochodzi do sporów, i wykryć powtarzające się problemy, którym można zapobiec.

Dlaczego to ważne

Pomaga ustalić przyczyny sporów z klientami i wskazuje, które wcześniejsze procesy, takie jak realizacja zamówień czy poprawność fakturowania, warto usprawnić.

Skąd pobrać

To prawdopodobnie niestandardowe pole rekordu Invoice lub powiązanego rekordu używanego do śledzenia sporów. Nie jest to standardowe pole NetSuite.

Przykłady
Nieprawidłowa ilośćRozbieżność cenowaUszkodzony towar
System źródłowy
SourceSystem
System, z którego pobrano dane.
Opis

Określa system źródłowy danych o zdarzeniach. W tym widoku procesu wartością będzie zawsze 'NetSuite', ale atrybut jest wymagany do zarządzania danymi i rozróżniania źródeł w środowisku z wieloma systemami.

Dlaczego to ważne

Zapewnia informacje o pochodzeniu danych i możliwość ich śledzenia, co ma znaczenie dla walidacji i zarządzania danymi, zwłaszcza w środowiskach z wieloma zintegrowanymi systemami.

Skąd pobrać

To stała wartość ('NetSuite') dodawana podczas przekształcania danych.

Przykłady
NetSuite
Warunki płatności
PaymentTerms
Warunki płatności uzgodnione z klientem dla danej faktury.
Opis

Ten atrybut określa warunki, na jakich klient powinien opłacić fakturę, na przykład '30 dni' lub '60 dni'. Stanowi podstawę do wyznaczenia terminu płatności faktury i jest niezbędny dla dashboardu 'Zgodność z warunkami płatności i odstępstwa', który pokazuje, czy klienci przestrzegają uzgodnionych warunków.

Dlaczego to ważne

Określa umowne zasady płatności i jest niezbędny do analizy zgodności z nimi oraz wykrywania odstępstw wpływających na przepływy pieniężne.

Skąd pobrać

To pole 'Terms' (identyfikator wewnętrzny: terms) w rekordzie transakcji Invoice.

Przykłady
30 dni60 dniPłatność przy odbiorze
Wymagane Zalecane Opcjonalne

Działania w procesie zarządzania kredytem i windykacji

To ważne kroki i punkty kontrolne, które warto uwzględnić w dzienniku zdarzeń, aby prawidłowo odkryć przebieg procesu windykacji i go usprawnić.
5 Zalecane 8 Opcjonalne
Działanie Opis
Odpisanie faktury
Niepomyślne zakończenie cyklu życia faktury. Należność zostaje uznana za nieściągalną i usunięta z należności. Zdarzenie rejestruje się po przypisaniu do faktury zapisu księgowego dotyczącego nieściągalnej należności.
Dlaczego to ważne

To zdarzenie oznacza niepowodzenie procesu. Analiza ścieżek prowadzących do odpisów pomaga wykryć słabe punkty polityki kredytowej i strategii windykacji, a w efekcie ograniczyć nieściągalne należności.

Skąd pobrać

Zdarzenie ustala się na podstawie przypisania do faktury zapisu 'Journal Entry' dotyczącego odpisania nieściągalnej należności. Można też użyć niestandardowego statusu.

Rejestrowanie

Należy użyć daty zapisu Journal Entry dotyczącego odpisania należności, przypisanego do faktury.

Typ zdarzenia inferred
Otrzymanie płatności
Zdarzenie oznacza utworzenie płatności klienta i przypisanie jej do faktury. To ważny etap rejestrowany bezpośrednio na podstawie transakcji Customer Payment w NetSuite.
Dlaczego to ważne

To działanie jest niezbędne do obliczania DSO i wskaźnika płatności w terminie. Oznacza otrzymanie środków i jest ważną miarą skuteczności windykacji.

Skąd pobrać

Zdarzenie rejestruje się na podstawie daty utworzenia transakcji 'Customer Payment'. Podlista 'Apply' tego rekordu łączy płatność z jedną lub kilkoma fakturami.

Rejestrowanie

Należy użyć daty transakcji Customer Payment.

Typ zdarzenia explicit
Rozliczenie faktury
Pomyślne zakończenie cyklu życia faktury. Saldo do zapłaty zostaje wyzerowane dzięki płatnościom i przypisanym korektom. Zdarzenie ustala się, gdy status faktury zmienia się na 'Paid In Full'.
Dlaczego to ważne

To główne zdarzenie kończące proces z wynikiem pozytywnym. Jest ostatnim punktem danych potrzebnym do obliczenia całkowitego czasu cyklu od faktury do płatności.

Skąd pobrać

Zdarzenie ustala się na podstawie zmiany pola 'Status' transakcji Invoice na 'Paid In Full'. Jako znacznik czasu można przyjąć datę ostatniej płatności lub korekty kredytowej, która rozliczyła fakturę.

Rejestrowanie

Znacznik czasu ostatniego przypisania płatności, które zmienia status na 'Paid In Full'.

Typ zdarzenia inferred
Upłynął termin płatności
Zdarzenie obliczane, które występuje, gdy bieżąca data jest późniejsza niż termin płatności faktury, a faktura nie została w całości opłacona. Oznacza zmianę statusu faktury z 'bieżąca' na 'przeterminowana'.
Dlaczego to ważne

To zdarzenie uruchamia działania windykacyjne. Analiza okresu po jego wystąpieniu pozwala ocenić sprawność windykacji i skuteczność monitowania.

Skąd pobrać

To zdarzenie obliczane na podstawie porównania bieżącej daty z polem 'Due Date' transakcji Invoice. Znacznikiem czasu zdarzenia jest sama data płatności.

Rejestrowanie

Znacznikiem czasu jest wartość pola 'Due Date' faktury.

Typ zdarzenia calculated
Wystawienie faktury
Oznacza formalne utworzenie faktury w systemie. Zdarzenie jest rejestrowane na podstawie daty utworzenia transakcji Invoice w NetSuite i wyznacza początek cyklu życia faktury.
Dlaczego to ważne

To główne zdarzenie rozpoczynające proces od faktury do otrzymania płatności. Jest niezbędne do obliczania takich wskaźników jak Days Sales Outstanding (DSO) i całkowity czas cyklu od faktury do płatności.

Skąd pobrać

To jawne zdarzenie rejestrowane na podstawie daty utworzenia transakcji Invoice w NetSuite (tabela Transaction, gdzie Type ma wartość 'Invoice').

Rejestrowanie

Należy użyć znacznika czasu utworzenia transakcji faktury.

Typ zdarzenia explicit
Rozpoczęcie procedury monitowania
Oznacza rozpoczęcie formalnego procesu monitowania lub windykacji przeterminowanej faktury, który może obejmować kilka etapów. Zdarzenie rejestruje się po przypisaniu fakturze określonego poziomu monitowania.
Dlaczego to ważne

Śledzenie rozpoczęcia formalnego monitowania pozwala mierzyć zgodność z procedurą i jej skuteczność. To ważny punkt analizy wpływu różnych strategii monitowania na zachowania płatnicze.

Skąd pobrać

Zdarzenie ustala się na podstawie daty pierwszego ustawienia pola 'Dunning Level' w rekordzie faktury lub klienta na wartość niezerową albo początkowy poziom monitowania.

Rejestrowanie

Należy ustalić znacznik czasu zmiany pola Dunning Level.

Typ zdarzenia inferred
Rozstrzygnięcie sporu
Oznacza rozstrzygnięcie sporu z klientem, po którym można wznowić windykację lub rozliczyć fakturę. Zdarzenie ustala się, gdy status faktury zmienia się z 'Disputed' na aktywny.
Dlaczego to ważne

To koniec okresu mierzonego jako czas rozpatrywania sporu. Sprawne rozstrzyganie sporów pomaga utrzymać satysfakcję klientów i przyspieszyć przepływ środków pieniężnych.

Skąd pobrać

Zdarzenie ustala się na podstawie dziennika systemowego lub oznaczonej znacznikiem czasu zmiany niestandardowego pola 'Invoice Status' z 'Disputed' na wartość taką jak 'Open' lub 'Resolved'.

Rejestrowanie

Znacznik czasu aktualizacji pola statusu wskazującej na rozstrzygnięcie sporu.

Typ zdarzenia inferred
Telefon windykacyjny
Ręczne działanie windykacyjne, podczas którego pracownik kontaktuje się z klientem telefonicznie. Zdarzenie rejestruje się na podstawie utworzonych przez użytkowników rekordów aktywności Phone Call w module CRM systemu NetSuite.
Dlaczego to ważne

To działanie pozwala określić nakład pracy ręcznej w procesie windykacji. Analiza częstotliwości i skuteczności połączeń pomaga lepiej przydzielać zasoby i ocenić możliwości automatyzacji.

Skąd pobrać

Zdarzenie rejestruje się na podstawie daty utworzenia aktywności 'Phone Call', której powiązanym rekordem jest klient, a numer faktury podano w wiadomości.

Rejestrowanie

Należy użyć znacznika czasu aktywności Phone Call w CRM.

Typ zdarzenia explicit
Wysłanie faktury do klienta
Oznacza moment przekazania faktury klientowi, zwykle pocztą elektroniczną. Zdarzenie jest często ustalane na podstawie dzienników systemowych rejestrujących wiadomości wysłane w związku z transakcją faktury.
Dlaczego to ważne

Śledzenie tego działania pomaga wykryć opóźnienia między wystawieniem faktury a powiadomieniem klienta, które mogą wpływać na termin płatności. Pozwala ocenić sprawność komunikacji związanej z fakturowaniem.

Skąd pobrać

Zdarzenie ustala się na podstawie daty wiadomości e-mail wysłanej z poziomu rekordu faktury. Można ją znaleźć na karcie Communication > Messages transakcji Invoice.

Rejestrowanie

Należy użyć znacznika czasu rekordu 'Message' powiązanego z fakturą.

Typ zdarzenia inferred
Wysłanie przypomnienia o zaległej płatności
Klient otrzymuje pierwsze, często automatyczne przypomnienie o przeterminowanej fakturze. Działanie jest zwykle rejestrowane na podstawie utworzenia wezwania do zapłaty lub wpisu o komunikacji w module monitowania NetSuite.
Dlaczego to ważne

To pierwszy krok procesu monitowania. Analiza częstotliwości przypomnień i ich wpływu na płatności pomaga ocenić skuteczność początkowych działań windykacyjnych.

Skąd pobrać

Zdarzenie rejestruje się na podstawie daty utworzenia rekordu 'Dunning Letter' powiązanego z fakturą i wygenerowanego przez NetSuite Dunning SuiteApp.

Rejestrowanie

Należy użyć znacznika czasu utworzenia rekordu Dunning Letter.

Typ zdarzenia explicit
Wystawienie korekty kredytowej
Oznacza utworzenie korekty kredytowej przypisanej do faktury, często w celu poprawienia błędu lub rozstrzygnięcia sporu. W NetSuite jest to jawna transakcja.
Dlaczego to ważne

Częste korekty kredytowe mogą wskazywać na problemy systemowe, takie jak błędy cenowe lub problemy z dostawą. Analiza ich występowania pomaga ustalić przyczyny utraty przychodów.

Skąd pobrać

To jawne zdarzenie rejestrowane na podstawie daty utworzenia transakcji Credit Memo powiązanej z pierwotną fakturą.

Rejestrowanie

Należy użyć znacznika czasu utworzenia transakcji Credit Memo.

Typ zdarzenia explicit
Zaksięgowanie płatności
Oznacza datę oficjalnego ujęcia skutków finansowych płatności w księdze głównej. Zdarzenie rejestruje się na podstawie daty księgowania transakcji Customer Payment.
Dlaczego to ważne

Czas między zdarzeniami 'Otrzymanie płatności' i 'Zaksięgowanie płatności' pokazuje opóźnienia administracyjne. Analiza tego odstępu pomaga zapewnić dokładne i terminowe raportowanie finansowe.

Skąd pobrać

Zdarzenie rejestruje się na podstawie pola 'Posting Period' lub daty transakcji w zapisie wpływu transakcji 'Customer Payment' na księgę główną.

Rejestrowanie

Należy użyć daty księgowania w księdze głównej z transakcji Customer Payment.

Typ zdarzenia explicit
Zarejestrowanie sporu dotyczącego faktury
Oznacza formalne zakwestionowanie faktury przez klienta, które wstrzymuje standardowy proces windykacji. Zdarzenie jest zwykle ustalane na podstawie zmiany statusu faktury na 'Disputed'.
Dlaczego to ważne

To początek pomiaru czasu rozpatrywania sporu. Częste spory mogą wskazywać na problemy w procesie fakturowania lub sprzedaży.

Skąd pobrać

Zdarzenie ustala się na podstawie dziennika systemowego lub oznaczonej znacznikiem czasu zmiany niestandardowego pola 'Invoice Status' na wartość taką jak 'Disputed' lub 'In Dispute'.

Rejestrowanie

Znacznik czasu aktualizacji pola statusu wskazującej na spór.

Typ zdarzenia inferred
Zalecane Opcjonalne

Instrukcje wyodrębniania danych

Jak pobrać dane z NetSuite

Gotowi do rozpoczęcia?

Skorzystaj z tego szablonu, aby uprościć przygotowanie danych i lepiej poznać proces zarządzania kredytem i windykacji. Zacznij usprawniać przepływy pieniężne już dziś.

Zacznij już dziś usprawniać zarządzanie kredytem i windykację!

Wykryj nieefektywność, skróć czas cyklu o 30% i szybko popraw przepływy pieniężne.

Rozpocznij bezpłatny okres próbny

Nie trzeba podawać danych karty kredytowej. Konfiguracja zajmuje kilka minut.