Szablon danych dotyczących należności

NetSuite
Szablon danych dotyczących należności

Szablon danych dotyczących należności

Ten szablon pomaga przygotować mapowanie cyklu fakturowania i windykacji w NetSuite. Zawiera niezbędne atrybuty i działania procesowe potrzebne do zbudowania wysokiej jakości dziennika zdarzeń, który zapewni wgląd w przepływy pieniężne. Korzystając z przewodnika, można uprościć przygotowanie danych i szybciej ograniczyć liczbę dni do otrzymania płatności.
  • Najważniejsze atrybuty NetSuite do szczegółowej analizy
  • Ujednolicone etapy monitorowania działań związanych z należnościami
  • Wskazówki dotyczące pobierania danych z systemu NetSuite
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty należności

Poniższa tabela zawiera zalecane pola danych i atrybuty wymiarów, które pozwalają uzyskać pełny obraz cyklu życia faktur w NetSuite.
5 Wymagane 7 Zalecane 10 Opcjonalne
Nazwa Opis
Czynność
Activity
Zdarzenie lub działanie wykonane w związku z fakturą.
Opis

Ten atrybut określa nazwę kroku procesu, na przykład „Utworzono fakturę”, „Przypisano płatność” lub „Otwarto spór”. W NetSuite zwykle pochodzi z pola type transakcji w przypadku zdarzeń związanych z jej utworzeniem albo z tabeli SystemNote w przypadku zmian statusu i modyfikacji.

To podstawowy element process mining, ponieważ definiuje węzły na mapie procesu. Analiza kolejności tych czynności pozwala wykrywać wąskie gardła, pętle (na przykład wielokrotne rozpatrywanie sporu) oraz odstępstwa od standardowego przebiegu procesu.

Dlaczego to ważne

Określa kroki workflow i umożliwia zbudowanie grafu procesu.

Skąd pobrać

Pochodzi z pola 'type' tabeli Transaction lub pól 'field'/'value' tabeli SystemNote

Przykłady
Utworzenie fakturyOtrzymano płatnośćWystawienie noty kredytowejOtwarto spór
Numer faktury
TranId
Unikalny numer referencyjny przypisany do faktury w NetSuite.
Opis

Ten atrybut jest podstawowym identyfikatorem sprawy w procesie obsługi należności. W NetSuite pole tranid zwykle zawiera numer dokumentu (np. INV-10023), widoczny dla użytkowników i klientów. Łączy wszystkie późniejsze zdarzenia, takie jak płatności, spory i noty kredytowe, z konkretnym zobowiązaniem finansowym.

W analizie ten identyfikator służy do grupowania poszczególnych zdarzeń w jedną sprawę procesową. Umożliwia wizualizację całego cyklu od zamówienia do otrzymania płatności i jest niezbędny do łączenia danych z różnych tabel NetSuite, takich jak Transaction, TransactionLine i SystemNote.

Dlaczego to ważne

To podstawowy klucz do śledzenia cyklu życia należności i obliczania czasu realizacji.

Skąd pobrać

Tabela Transaction, pole 'tranid'

Przykłady
INV-2023-001INV-998822CM-4022JE-10023
Znacznik czasu zdarzenia
DateCreated
Dokładna data i godzina wystąpienia czynności.
Opis

Ten atrybut zapisuje dokładny moment wystąpienia zdarzenia. W przypadku utworzenia faktury jest to pole datecreated w tabeli Transaction. Późniejsze aktualizacje są oznaczone znacznikiem czasu z tabeli SystemNote lub Message.

Dokładne znaczniki czasu są niezbędne do obliczania czasu realizacji, na przykład średniego czasu od wystawienia faktury do otrzymania płatności oraz czasu wystawienia faktury. Pozwalają prawidłowo ustalić kolejność zdarzeń i wykrywać opóźnienia między poszczególnymi krokami procesu.

Dlaczego to ważne

Niezbędny do ustalania kolejności zdarzeń i obliczania czasu między krokami procesu.

Skąd pobrać

Pole 'datecreated' tabeli Transaction lub pole 'date' tabeli SystemNote

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

Ten atrybut wskazuje, kiedy utworzono migawkę danych z NetSuite. Pozwala ocenić aktualność analizy i obliczyć wiek otwartych spraw względem daty analizy.

Na dashboardach pomaga ustalić, czy wyświetlane są dane bieżące, czy historyczny wyciąg. Stanowi punkt odniesienia przy obliczaniu bieżącego czasu otwarcia faktur, które nie zostały jeszcze rozliczone.

Dlaczego to ważne

Zapewnia przejrzystość w zakresie aktualności danych i pomaga obliczać czas trwania otwartych spraw.

Skąd pobrać

Czas systemowy w chwili ekstrakcji

Przykłady
2023-12-01T00:00:00Z2023-12-02T12:00:00Z
System źródłowy
SourceSystem
System ewidencyjny, z którego pobrano dane.
Opis

Ten atrybut wskazuje źródło danych, którym w tym przypadku jest NetSuite. W środowiskach obejmujących wiele systemów, gdzie dane dotyczące należności mogą być łączone z danymi z CRM lub zewnętrznego systemu bankowego, zapewnia możliwość śledzenia ich pochodzenia.

Jeśli analizowanych jest jednocześnie kilka systemów ERP, analitycy mogą filtrować lub dzielić widok procesu według źródła danych. Zwykle jest to stała wartość dodawana podczas ekstrakcji i transformacji danych.

Dlaczego to ważne

Zapewnia informacje o pochodzeniu danych i kontekst w środowiskach process mining obejmujących wiele systemów.

Skąd pobrać

Stała wartość 'NetSuite'

Przykłady
NetSuiteSystem ERP NetSuiteNetSuite OneWorld
Dział
Department
Wewnętrzny dział odpowiedzialny za transakcję.
Opis

Ten atrybut odpowiada segmentowi NetSuite department i wskazuje obszar funkcjonalny (np. sprzedaż, usługi, IT), który wygenerował fakturę. Umożliwia analizę wyników obsługi należności w różnych działach.

Podział danych według działu pozwala analitykom wykryć, czy w konkretnych obszarach operacyjnych cykl fakturowania trwa dłużej lub częściej dochodzi do sporów. Ułatwia to ukierunkowane usprawnianie procesów.

Dlaczego to ważne

Wskazuje wewnętrznych właścicieli procesu i różnice w efektywności fakturowania.

Skąd pobrać

Tabela Transaction, pole 'department'

Przykłady
Usługi profesjonalneSprzedaż oprogramowaniaRealizacja zamówień na sprzęt
Jednostka biznesowa
Subsidiary
Spółka zależna lub jednostka biznesowa, do której należy faktura.
Opis

W środowiskach NetSuite OneWorld ten atrybut wskazuje konkretny podmiot prawny lub spółkę zależną, która wystawiła fakturę. Umożliwia porównywanie wyników różnych oddziałów i działów firmy.

Atrybut ten zasila dashboard efektywności wysyłki faktur i pozwala przybliżyć widok do konkretnych jednostek biznesowych. Pomaga ustalić, czy problemy procesowe występują w całej organizacji, czy tylko w wybranych jednostkach operacyjnych.

Dlaczego to ważne

Pozwala porównywać wyniki różnych jednostek organizacyjnych.

Skąd pobrać

Tabela Transaction, pole 'subsidiary'

Przykłady
Zachodnie USAOperacje w regionie EMEASprzedaż w regionie APAC
Kwota faktury
TotalAmount
Łączna wartość finansowa faktury.
Opis

Ten atrybut określa łączną kwotę faktury. W tabeli Transaction w NetSuite znajduje się ona zwykle w polu foreignTotal lub total. Jest to kwota, którą klient powinien zapłacić.

Wskaźnik ten służy do analizy przepływu wartości w procesie obsługi należności, ustalania priorytetów windykacji wysokich kwot oraz obliczania KPI, takich jak wartość zaległych sporów. Umożliwia filtrowanie spraw według przedziałów kwotowych, aby skupić działania usprawniające na transakcjach o największym wpływie.

Dlaczego to ważne

Pozwala określić finansowy wpływ nieefektywności procesu i ustalać priorytety windykacji.

Skąd pobrać

Tabela Transaction, pole 'foreignTotal' lub 'total'

Przykłady
1500.00250.5010000.00
Nazwa klienta
Entity
Nazwa klienta lub podmiotu powiązanego z fakturą.
Opis

Ten atrybut wskazuje klienta odpowiedzialnego za opłacenie faktury. W NetSuite jest powiązany z tabelą Entity (rekordem klienta). Stanowi podstawę wszystkich analiz dotyczących klientów.

Analitycy wykorzystują to pole do porównywania wyników klientów i identyfikowania tych, którzy często płacą po terminie, zgłaszają spory lub nie stosują się do standardowych warunków płatności. Zasila dashboardy monitorujące zgodność z warunkami kredytowymi oraz wydajność zespołu windykacyjnego.

Dlaczego to ważne

Umożliwia porównywanie wyników procesu według zachowań i profilu ryzyka klientów.

Skąd pobrać

Tabela Transaction, pole 'entity' (powiązane z tabelą Entity/Customer)

Przykłady
Acme CorpGlobex CorporationSoylent Corp
Przedstawiciel handlowy
SalesRep
Przedstawiciel handlowy powiązany z fakturą.
Opis

Ten atrybut wskazuje przedstawiciela handlowego odpowiedzialnego za klienta lub transakcję. W NetSuite często odpowiada mu pole salesrep w rekordzie transakcji.

Służy do powiązania problemów z fakturowaniem lub not kredytowych z konkretnymi przedstawicielami. Na przykład dashboard dotyczący not kredytowych i utraconych przychodów wykorzystuje te dane, aby sprawdzić, czy u niektórych przedstawicieli częściej występują korekty po wystawieniu faktury. Może to wskazywać na problemy z jakością na wcześniejszym etapie procesu sprzedaży.

Dlaczego to ważne

Łączy problemy z należnościami z osobami odpowiedzialnymi za wcześniejsze etapy procesu sprzedaży.

Skąd pobrać

Tabela Transaction, pole 'salesrep'

Przykłady
John SmithSarah ConnorKyle Reese
Status faktury
Status
Bieżący status faktury w systemie.
Opis

Ten atrybut odzwierciedla stan transakcji w NetSuite, na przykład „Otwarta”, „Zapłacono w całości” lub „Oczekuje na zatwierdzenie”. Zwykle pochodzi z pola status lub statusRef.

Atrybut „Czynność” pokazuje historię zdarzeń, a ten atrybut przedstawia bieżący stan. Jest niezbędny do filtrowania dashboardu ryzyka związanego z windykacją wysokich kwot, tak aby wyświetlać tylko otwarte i przeterminowane pozycje.

Dlaczego to ważne

Od razu pokazuje, które sprawy są zamknięte, a które wymagają działania.

Skąd pobrać

Tabela Transaction, pole 'status'

Przykłady
Zapłacono w całościOtwartaOczekuje na zatwierdzenie
Termin płatności
DueDate
Data, do której zgodnie z warunkami należy opłacić fakturę.
Opis

Ten atrybut zawiera planowany termin płatności faktury, zapisany w NetSuite w polu duedate. Stanowi punkt odniesienia przy ustalaniu, czy płatność została dokonana w terminie.

To podstawowa zmienna używana do obliczania średniej liczby dni po terminie oraz identyfikowania ryzyka związanego z windykacją wysokich kwot. Porównanie tej daty z polem DateCreated zdarzenia płatności pokazuje skalę opóźnień i pomaga ocenić przestrzeganie warunków kredytowych.

Dlaczego to ważne

Punkt odniesienia przy obliczaniu wieku należności, zaległości i zgodności z warunkami.

Skąd pobrać

Tabela Transaction, pole 'duedate'

Przykłady
2023-11-152023-12-012024-01-30
Czy faktura jest przedmiotem sporu
IsDisputed
Wskaźnik określający, czy faktura jest obecnie przedmiotem sporu lub była nim kiedykolwiek.
Opis

Ten atrybut logiczny wskazuje, czy faktura przeszła przez proces rozpatrywania sporu. Jest wyznaczany na podstawie obecności czynności związanych ze sporem lub określonej flagi statusu w rekordzie faktury.

Służy jako istotny filtr w analizie cyklu życia sporu. Pomaga oddzielić faktury problematyczne od standardowych przy obliczaniu wskaźnika windykacji przy pierwszej próbie.

Dlaczego to ważne

Oddziela złożone sprawy od tych przebiegających standardową ścieżką.

Skąd pobrać

Obliczane na podstawie obecności czynności 'Otwarto spór'

Przykłady
truefalse
Kategoria produktu
Class
Kategoria lub klasa sprzedanych towarów lub usług.
Opis

Ten atrybut odpowiada segmentowi NetSuite class. Kategoryzuje źródła przychodów, na przykład sprzęt i doradztwo. Znajomość struktury sprzedaży według produktów jest ważna dla analizy.

Umożliwia analizę dashboardu dotyczącego not kredytowych i utraconych przychodów, aby sprawdzić, czy w przypadku określonych linii produktowych częściej dochodzi do zwrotów lub błędów w fakturowaniu.

Dlaczego to ważne

Pozwala analizować wyniki procesu według rodzaju sprzedanego produktu lub usługi.

Skąd pobrać

Tabela Transaction, pole 'class'

Przykłady
Przychody z licencjiUsługi doradczeSprzęt
Kod waluty
Currency
Waluta, w której wystawiono fakturę.
Opis

Ten atrybut określa kod waluty ISO (np. USD, EUR) transakcji i pochodzi z pola currency w NetSuite. Jest niezbędny do prawidłowej obsługi wielu walut.

Choć często pozostaje w tle, ma duże znaczenie przy sumowaniu wartości TotalAmount. Bez przeliczenia nie można poprawnie dodawać kwot w różnych walutach. Atrybut ten zapewnia również kontekst przy analizie różnic w wynikach poszczególnych regionów.

Dlaczego to ważne

Niezbędny do prawidłowego agregowania danych finansowych w organizacjach działających na wielu rynkach.

Skąd pobrać

Tabela Transaction, pole 'currency'

Przykłady
USDEURGBP
Liczba dni po terminie
DaysOverdue
Liczba dni, o które termin płatności otwartej faktury został przekroczony.
Opis

To obliczany atrybut określający różnicę między DueDate a bieżącą datą analizy (lub datą płatności, jeśli faktura została zamknięta). Zapewnia bieżący wskaźnik wieku należności.

Jest podstawą przedziałów wiekowania (np. 30–60, 60–90 dni) używanych na dashboardzie ryzyka związanego z windykacją wysokich kwot. Umożliwia szybkie wykrywanie najpoważniejszych opóźnień w systemie.

Dlaczego to ważne

Standardowy wskaźnik oceny skali opóźnień w płatnościach.

Skąd pobrać

Obliczenie: (bieżąca data - DueDate)

Przykłady
150-5
Obiecana data płatności
PromiseDate
Data, w której klient zobowiązał się wysłać płatność.
Opis

Ten atrybut zapisuje datę, w której klient zobowiązał się zapłacić zaległą fakturę. Zwykle wprowadza ją pracownik windykacji. W NetSuite jest najczęściej przechowywana w rekordzie „Phone Call” lub w niestandardowym polu nagłówka transakcji.

Data ta jest niezbędna do monitorowania realizacji obietnic płatności. Porównanie obiecanej daty z faktyczną datą płatności pozwala ocenić wiarygodność zobowiązań klientów i skuteczność rozmów windykacyjnych.

Dlaczego to ważne

Pozwala ocenić wiarygodność zobowiązań klientów i skuteczność windykacji.

Skąd pobrać

Rekord Task/Phone Call lub pole niestandardowe

Przykłady
2023-11-202023-12-05
Opis faktury
Memo
Uwagi lub opisy dodane w nagłówku faktury.
Opis

Ten atrybut zawiera opis tekstowy lub notatkę wprowadzoną na fakturze, zapisaną w polu memo. Często obejmuje ręczne uwagi dotyczące szczególnej obsługi lub ustaleń z klientem.

Analiza tekstu z tego pola może ujawnić nieustrukturyzowane przyczyny opóźnień lub sporów, których nie widać w polach strukturalnych. Uzupełnia dane liczbowe o kontekst jakościowy.

Dlaczego to ważne

Zapewnia kontekst i dane jakościowe dotyczące transakcji.

Skąd pobrać

Tabela Transaction, pole 'memo'

Przykłady
Opłata za usługi za październikKorekta faktury nr 1002Zastosowano specjalne warunki płatności
Powód sporu
DisputeReason
Kod lub opis przyczyny zakwestionowania faktury.
Opis

Ten atrybut określa konkretny powód, dla którego klient odmówił zapłaty lub poprosił o korektę. W NetSuite jest to często pole niestandardowe albo powiązany z fakturą rekord „Case”.

Dane te są niezbędne do analizy cyklu życia sporu. Grupowanie według przyczyny, takiej jak „Błędna cena”, „Nieotrzymany towar” lub „Brak zamówienia zakupu”, pomaga wykrywać źródłowe problemy wymagające zmian na wcześniejszych etapach, aby zapobiec przyszłym utraconym przychodom.

Dlaczego to ważne

Pomaga ustalić przyczyny braku płatności i zbędnych czynności administracyjnych.

Skąd pobrać

Powiązany rekord Support Case lub niestandardowe pole nagłówka transakcji

Przykłady
Nieprawidłowa cenaNieotrzymany towarBłąd w podatku
Pracownik windykacji
CollectionAgent
Użytkownik odpowiedzialny za windykację należności z tej faktury.
Opis

Ten atrybut wskazuje pracownika prowadzącego windykację należności z faktury. Może to być przedstawiciel handlowy albo specjalista ds. należności. Informacja jest często zapisywana w polu niestandardowym lub ustalana na podstawie użytkownika rejestrującego czynności „Przypomnienie o płatności”.

Atrybut ten zasila dashboard wydajności zespołu windykacyjnego. Kierownicy mogą porównywać wyniki poszczególnych osób i wykrywać potrzeby szkoleniowe lub nierównomierne obciążenie pracą.

Dlaczego to ważne

Umożliwia ocenę wyników poszczególnych członków zespołu windykacyjnego.

Skąd pobrać

Pole 'name' w SystemNotes dotyczące czynności windykacyjnych lub pole niestandardowe

Przykłady
Agent SmithSpecjalista ds. fakturowania AZespół windykacyjny 1
Region
Location
Lokalizacja lub region powiązany z transakcją.
Opis

W NetSuite pole location często oznacza magazyn, biuro lub region geograficzny. Ten atrybut przyporządkowuje wartość z tego pola do regionu na potrzeby analizy.

Jest wykorzystywany w przeglądzie wyników DSO do identyfikowania regionalnych różnic w terminowości płatności. Pomaga ustalić, czy problemy z windykacją występują globalnie, czy tylko na wybranych rynkach.

Dlaczego to ważne

Umożliwia analizę wyników obsługi należności według regionu.

Skąd pobrać

Tabela Transaction, pole 'location'

Przykłady
Magazyn w Ameryce PółnocnejBiuro w LondynieSingapur
Warunki płatności
Terms
Uzgodnione warunki płatności za fakturę.
Opis

Ten atrybut określa warunki płatności przypisane do faktury, na przykład „Net 30” lub „Płatność przy odbiorze”. Znajduje się w polu terms rekordu Transaction.

Dane te służą do obliczania oczekiwanej daty płatności i sprawdzania, czy klienci z łagodniejszymi warunkami płacą bardziej regularnie niż klienci objęci surowszymi warunkami. Pomagają weryfikować politykę kredytową i ustalić punkt odniesienia dla KPI średniej liczby dni po terminie.

Dlaczego to ważne

Określa oczekiwany przebieg płatności klienta i obowiązujący SLA.

Skąd pobrać

Tabela Transaction, pole 'terms'

Przykłady
Net 30Net 60Płatność przy odbiorze2% 10 Net 30
Wymagane Zalecane Opcjonalne

Działania związane z należnościami

W dzienniku zdarzeń należy rejestrować poniższe etapy procesu i zdarzenia transakcyjne, aby dokładnie odwzorować przebieg windykacji.
6 Zalecane 7 Opcjonalne
Działanie Opis
Otrzymanie pełnej płatności
Przypisanie płatności klienta, która zmniejsza saldo faktury do zera. Oznacza zakończenie działań windykacyjnych.
Dlaczego to ważne

Podstawowy znacznik czasu do obliczania DSO i średniej liczby dni opóźnienia względem warunków płatności. Oznacza skuteczne uzyskanie przychodu.

Skąd pobrać

Tabela Transaction: typ 'CustPymt' przypisany do faktury, której status zmienia się na 'Paid In Full'.

Rejestrowanie

Zarejestrowano przy wykonaniu transakcji Payment

Typ zdarzenia explicit
Utworzenie faktury
Utworzenie rekordu faktury w systemie. Zdarzenie jest pobierane z tabeli Transaction dla rekordów typu Invoice.
Dlaczego to ważne

Rozpoczyna cykl obsługi należności i wyznacza punkt odniesienia do obliczania wieku należności. Niezbędne do obliczenia czasu cyklu od faktury do płatności.

Skąd pobrać

Tabela Transaction: pole 'trandate' lub 'datecreated' dla rekordów typu 'CustInvc'.

Rejestrowanie

Zarejestrowano przy wykonaniu transakcji Invoice

Typ zdarzenia explicit
Wysłanie faktury
Wysłanie faktury do klienta pocztą elektroniczną, tradycyjną lub faksem. Zdarzenie można wykryć na podstawie rekordów Message powiązanych z daną transakcją Invoice.
Dlaczego to ważne

Wskaźnik KPI czasu od wystawienia faktury do jej wysłania. Wykrycie opóźnień na tym etapie pozwala znaleźć problemy administracyjne utrudniające terminowe odzyskiwanie należności.

Skąd pobrać

Tabela Messages: połącz po identyfikatorze transakcji, gdzie 'authoremail' jest adresem wewnętrznym, a 'recipientemail' zewnętrznym.

Rejestrowanie

Zarejestrowano przy wykonaniu transakcji Email

Typ zdarzenia explicit
Wystawienie noty kredytowej
Utworzenie transakcji Credit Memo przypisanej do faktury. Zmniejsza ona saldo otwarte i często wskazuje na zwrot lub błąd w fakturowaniu.
Dlaczego to ważne

Pokazuje utratę przychodów. Częste wystawianie not kredytowych może świadczyć o systemowych problemach w sprzedaży lub realizacji zamówień.

Skąd pobrać

Tabela Transaction: rekord typu 'CustCred' przypisany do identyfikatora faktury przez pole 'appliedtotransaction'.

Rejestrowanie

Zarejestrowano przy wykonaniu transakcji Credit Memo

Typ zdarzenia explicit
Zamknięcie faktury
Końcowa zmiana statusu faktury na 'Paid In Full'. Oznacza zakończenie procesu w przypadku skutecznie obsłużonych spraw.
Dlaczego to ważne

Niezbędne do obliczenia średniego czasu cyklu od faktury do płatności. Pozwala odróżnić otwarte pozycje od zamkniętych w wariantach procesu.

Skąd pobrać

System Notes: zmiana statusu rekordu Invoice na 'Paid In Full'.

Rejestrowanie

Porównaj wartość pola status przed zmianą i po niej

Typ zdarzenia inferred
Zatwierdzenie faktury
Zmiana statusu faktury z Pending Approval na Open. Zdarzenie jest wykrywane na podstawie System Notes lub historii workflow powiązanej z fakturą.
Dlaczego to ważne

Pokazuje czas obsługi wewnętrznej przed wystawieniem faktury klientowi. Opóźnienia na tym etapie wydłużają cały cykl, nie przynosząc klientowi dodatkowej korzyści.

Skąd pobrać

System Notes: filtruj zmiany pola 'status' z 'Pending Approval' na 'Open'.

Rejestrowanie

Porównaj wartość pola status przed zmianą i po niej

Typ zdarzenia inferred
Odpisanie nieściągalnej należności
Usunięcie salda faktury za pomocą zapisu księgowego lub określonego typu Credit Memo w przypadku kwoty nieściągalnej. Oznacza niepowodzenie procesu windykacji.
Dlaczego to ważne

Pozwala oddzielić nieodzyskane przychody od skutecznie ściągniętych należności. Jest ważne przy ocenie rzeczywistej skuteczności windykacji.

Skąd pobrać

Journal Entry lub Credit Memo: filtruj według określonych kont księgi głównej (Bad Debt Expense) powiązanych z fakturą.

Rejestrowanie

Ustal na podstawie użycia konta księgi głównej

Typ zdarzenia inferred
Otrzymanie obietnicy zapłaty
Rekord potwierdzający, że klient zobowiązał się zapłacić do określonej daty. Zwykle jest zapisywany w User Notes lub specjalnym pakiecie do zarządzania windykacją.
Dlaczego to ważne

Śledzi wskaźnik KPI realizacji obietnic zapłaty. Pomaga odróżnić klientów współpracujących od tych, których sprawy wymagają eskalacji.

Skąd pobrać

Rekord Note: wyszukaj w tekście 'PTP' lub 'Promise' albo sprawdź określone pola w Collections SuiteApp.

Rejestrowanie

Ustal na podstawie analizy tekstu notatek

Typ zdarzenia inferred
Otwarcie sprawy spornej
Rozpoczęcie sporu dotyczącego faktury, często wnioskowane na podstawie powiązanej sprawy Support Case lub niestandardowego statusu. Zdarzenie wstrzymuje standardowy przebieg windykacji.
Dlaczego to ważne

Wskaźnik jest niezbędny do analizy cyklu życia sporów w dashboardzie. Duża liczba takich spraw może świadczyć o problemach z jakością realizacji zamówień lub fakturowania na wcześniejszych etapach.

Skąd pobrać

Rekord Support Case: połącz z Transaction, gdy kategoria to 'Billing Dispute', lub wykryj zmianę statusu Transaction na 'Disputed'.

Rejestrowanie

Porównaj pole status lub wykryj utworzenie powiązanego rekordu

Typ zdarzenia inferred
Rozstrzygnięcie sporu
Zakończenie sprawy spornej, po którym faktura ponownie nadaje się do windykacji albo zostaje wystawiona nota kredytowa. Zdarzenie jest rejestrowane, gdy status powiązanej sprawy Support Case zmienia się na Closed.
Dlaczego to ważne

Niezbędne do obliczenia średniego czasu rozpatrywania sporu. Długi czas rozpatrywania negatywnie wpływa na DSO i zadowolenie klientów.

Skąd pobrać

Rekord Support Case: pole 'dateclosed' dla spraw powiązanych z fakturą.

Rejestrowanie

Porównaj wartość pola status przed zmianą i po niej

Typ zdarzenia inferred
Uzgodnienie z wyciągiem bankowym
Uzgodnienie transakcji płatniczej z wyciągiem bankowym. Zdarzenie można wykryć w historii funkcji 'Match Bank Data' lub uzgadniania.
Dlaczego to ważne

Śledzi odsetek automatycznych rozliczeń bankowych. Opóźnienia utrudniają ustalenie rzeczywistego stanu środków i wskazują na problemy w ręcznej obsłudze zaplecza.

Skąd pobrać

Status transakcji: sprawdź, czy status transakcji Payment zmienia się na 'Deposited' lub czy zostaje oznaczona jako uzgodniona.

Rejestrowanie

Porównaj wartość pola status przed zmianą i po niej

Typ zdarzenia inferred
Wysłanie przypomnienia o płatności
Wygenerowanie i wysłanie do klienta wiadomości lub pisma dotyczącego zaległej płatności. Zdarzenie można wykryć w logach modułu Dunning Letters lub w rekordach Message powiązanych z fakturą.
Dlaczego to ważne

Mierzy nakład pracy potrzebny do odzyskania należności i skuteczność strategii ponagleń. Wskaźnik jest niezbędny w dashboardzie skuteczności przypomnień o płatnościach.

Skąd pobrać

Rekord Message lub Dunning Bundle Log: sprawdź, czy temat zawiera określone frazy, np. 'Reminder' lub 'Overdue'.

Rejestrowanie

Ustal na podstawie wzorców w temacie wiadomości

Typ zdarzenia inferred
Zaksięgowanie płatności częściowej
Przypisanie płatności klienta, która zmniejsza saldo faktury, ale nie pokrywa go w całości. Zdarzenie jest pobierane z tabeli Transaction Line.
Dlaczego to ważne

Umożliwia analizę przebiegu obsługi płatności częściowych. Pomaga wykryć rozdrobnione przepływy środków i klientów mających problemy z płynnością.

Skąd pobrać

Tabela Transaction: typ 'CustPymt' przypisany do faktury, dla której 'amountremaining' > 0.

Rejestrowanie

Zarejestrowano przy wykonaniu transakcji Payment

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje pobierania danych

Jak pobrać dane z NetSuite

Gotowi do rozpoczęcia?

Zastosuj ten szablon w środowisku NetSuite, aby usprawnić cykl przepływu środków pieniężnych. W razie potrzeby nasz zespół pomoże w mapowaniu danych lub integracji technicznej.

Usprawnij obsługę należności w NetSuite

Skróć DSO o 15–20 dni i ogranicz luki w przepływach pieniężnych.

Rozpocznij okres próbny

Bez karty kredytowej, konfiguracja zajmuje 5 minut