Szablon danych do zarządzania kredytem i windykacji
Szablon danych do zarządzania kredytem i windykacji
- Zalecane atrybuty do zebrania
- Działania, które warto śledzić
- Wskazówki dotyczące wyodrębniania danych z NetSuite
Atrybuty procesu zarządzania kredytem i windykacji
| 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
|
|||
Działania w procesie zarządzania kredytem i windykacji
| 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
|
|||
Instrukcje wyodrębniania danych
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.
Nie trzeba podawać danych karty kredytowej. Konfiguracja zajmuje kilka minut.