Szablon danych dotyczących należności
Szablon danych dotyczących należnoś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
Atrybuty należności
| 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 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 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
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 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 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 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ą 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 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 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 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
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 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 Choć często pozostaje w tle, ma duże znaczenie przy sumowaniu wartości
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 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 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 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 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
|
|||
Działania związane z należnościami
| 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
|
|||
Instrukcje pobierania danych
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.
Bez karty kredytowej, konfiguracja zajmuje 5 minut