Szablon danych do obsługi płatności zobowiązań

NetSuite
Szablon danych do obsługi płatności zobowiązań

Szablon danych do obsługi płatności zobowiązań

Ten szablon zawiera ramy do mapowania workflow obsługi zobowiązań w NetSuite. Obejmuje szczegółową listę potrzebnych atrybutów danych, główne działania w procesie oraz instrukcje ekstrakcji, które pomogą przygotować rzetelną analizę i przełożyć jej wyniki na konkretne działania.
  • Zalecane atrybuty do szczegółowej analizy
  • Najważniejsze etapy procesu do śledzenia
  • Wskazówki dotyczące ekstrakcji danych z NetSuite
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu obsługi płatności zobowiązań

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby kompleksowo analizować obsługę płatności zobowiązań w środowisku NetSuite.
5 Wymagane 10 Zalecane 6 Opcjonalne
Nazwa Opis
Czas zdarzenia
EventTime
Timestamp wystąpienia czynności.
Opis

Dokładna data i godzina wykonania czynności. Służy do uporządkowania zdarzeń i obliczania czasu między etapami.

Dokładne timestampy są niezbędne do wykrywania wąskich gardeł. Pozwalają obliczać czas realizacji procesu, na przykład czas oczekiwania na akceptację lub okres, przez który faktura pozostaje zablokowana.

Dlaczego to ważne

Niezbędny do uporządkowania zdarzeń i obliczania wszystkich KPI opartych na czasie.

Skąd pobrać

Pole 'date' w System Notes

Przykłady
2023-10-01T14:30:00Z2023-10-02T09:15:00Z
Czynność
Activity
Nazwa wykonanego etapu procesu lub zdarzenia.
Opis

Ten atrybut zapisuje konkretną czynność lub zmianę stanu, która nastąpiła w danym momencie. Przykłady: „Utworzono fakturę”, „Zmieniono status akceptacji” lub „Zrealizowano płatność”.

Dane te są niezbędne do odtworzenia mapy przebiegu procesu. Narzędzie process mining porządkuje czynności chronologicznie dla każdego numeru faktury i wizualizuje rzeczywisty workflow, wskazując pętle, dodatkową pracę i odstępstwa od standardowej ścieżki.

Dlaczego to ważne

Określa etapy na mapie procesu i jest niezbędny do analizy process mining.

Skąd pobrać

Dzienniki System Notes lub historia workflow

Przykłady
Utworzono fakturęZatwierdzono fakturęZaplanowano płatnośćRozliczono płatność w banku
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu ekstrakcji lub odświeżenia danych.
Opis

Informuje, kiedy dane zostały ostatnio pobrane z systemu źródłowego do platformy process mining. Dzięki temu można ocenić, jak aktualne są wyniki analizy.

Pozwala ustalić, czy dane widoczne na dashboardach pokazują bieżący stan, czy migawkę z wcześniejszego okresu. Ma to znaczenie dla wiarygodności obliczeń „Liczba dni po terminie”.

Dlaczego to ważne

Wymagane do oceny aktualności danych i stanu synchronizacji.

Skąd pobrać

Znacznik czasu ETL

Przykłady
2023-11-01T00:00:00Z
Numer faktury
InvoiceNumber
Unikalny identyfikator faktury dostawcy.
Opis

Ten atrybut zawiera unikalny numer referencyjny przypisany do faktury dostawcy w NetSuite. Jest jednoznacznym identyfikatorem case w procesie obsługi zobowiązań i grupuje wszystkie czynności związane z konkretnym zobowiązaniem do zapłaty.

W analizie pole to pełni funkcję klucza głównego instancji procesu. Pozwala prześledzić cały cykl życia zobowiązania, od otrzymania i zarejestrowania faktury po rozliczenie płatności. Warianty procesu są grupowane według tego identyfikatora, co pozwala ustalić najczęściej występujące ścieżki.

Dlaczego to ważne

To wymagany identyfikator case, który łączy wszystkie zdarzenia w jeden przypadek procesu.

Skąd pobrać

Tabela Transaction, pole 'tranid' dla typu 'Vendor Bill'

Przykłady
INV-2023-001VB-99822ACME-10299982311
System źródłowy
SourceSystem
Nazwa systemu, z którego pochodzą dane.
Opis

Wskazuje aplikację, z której wyodrębniono dane o zdarzeniach. W tym przypadku wartość jest zwykle stała, na przykład 'NetSuite'.

Atrybut ten przydaje się w środowiskach korzystających z wielu systemów, ponieważ pozwala śledzić pochodzenie danych. Ten widok dotyczy NetSuite, ale zachowanie tego pola zapewnia zgodność z modelami danych obejmującymi całą firmę.

Dlaczego to ważne

Wymagane do śledzenia pochodzenia danych i rozróżniania ich w środowiskach wielosystemowych.

Skąd pobrać

Wartość ustawiana na stałe podczas ekstrakcji

Przykłady
NetSuiteNetSuite OneWorld
Data płatności
PaymentDate
Data realizacji płatności.
Opis

Data zapisana w transakcji Vendor Payment powiązanej z fakturą. Oznacza zakończenie cyklu zobowiązań.

Służy do obliczania „Czasu pełnego cyklu płatności”. Porównanie tej daty z „InvoiceDate” pokazuje łączny czas trwania procesu.

Dlaczego to ważne

Końcowy znacznik czasu głównego cyklu procesu.

Skąd pobrać

Data powiązanej transakcji Vendor Payment

Przykłady
2023-11-202023-12-05
Dział
Department
Wewnętrzny dział powiązany z fakturą.
Opis

Przypisuje fakturę do centrum kosztów lub działu wewnętrznego (np. IT, marketingu), który poniósł wydatek.

Atrybut ten umożliwia analizę czasu trwania cyklu w podziale na działy. Pomaga ustalić, czy konkretne działy wolniej dekretują lub zatwierdzają faktury, co pozwala ukierunkować działania usprawniające proces.

Dlaczego to ważne

Umożliwia analizę efektywności procesu w podziale na jednostki organizacyjne.

Skąd pobrać

Pole „department” transakcji

Przykłady
ITMarketingProdukcja
Faktura bez PO
IsNonPO
Flaga wskazująca, czy faktura nie jest powiązana z zamówieniem zakupu.
Opis

Atrybut logiczny wyznaczany na podstawie braku powiązanego zamówienia zakupu. Dzieli proces na faktury powiązane z PO i bezpośrednie faktury FI.

Jest używany na dashboardzie „Szybkość obsługi faktur bez PO” do pokazania, jak efektywność ręcznej obsługi faktur wypada w porównaniu z procesem dopasowania trójstronnego.

Dlaczego to ważne

Ogólny podział przydatny do analizy wariantów procesu.

Skąd pobrać

Wyznaczane, gdy „PurchaseOrderNumber” ma wartość null

Przykłady
truefalse
Jednostka zależna
Subsidiary
Spółka zależna lub podmiot prawny otrzymujący fakturę.
Opis

W środowiskach NetSuite OneWorld wskazuje konkretny podmiot prawny (Subsidiary), którego dotyczy faktura. Umożliwia porównywanie wyników między jednostkami organizacyjnymi.

Atrybut ten zasila dashboard „Czas pełnego cyklu płatności” i pozwala porównywać efektywność różnych jednostek biznesowych. Pomaga ustalić, czy wyniki poszczególnych regionów lub podmiotów odbiegają od oczekiwań.

Dlaczego to ważne

Niezbędne w organizacjach wielopodmiotowych do porównywania wyników jednostek biznesowych.

Skąd pobrać

Pole „subsidiary” transakcji

Przykłady
Wschodnie wybrzeże USACentrala EMEASprzedaż w regionie APAC
Kwota faktury
InvoiceAmount
Łączna wartość faktury.
Opis

Łączna kwota faktury od dostawcy, zwykle wyrażona w walucie bazowej lub walucie transakcji. Wskaźnik ten pozwala ocenić wpływ finansowy.

Jest używany na dashboardzie „Monitorowanie opóźnionych płatności i kar” do oszacowania ryzyka dla przepływów pieniężnych związanego z opóźnieniami. Pomaga też ustalać priorytety ręcznej obsługi faktur o wysokiej wartości.

Dlaczego to ważne

Pozwala określić finansowy wpływ nieefektywności procesu.

Skąd pobrać

Pole „usertotal” lub „foreignamount” transakcji

Przykłady
1500.00250.5010000.00
Nazwa dostawcy
VendorName
Nazwa dostawcy wystawiającego fakturę.
Opis

To pole zawiera nazwę podmiotu powiązanego z fakturą od dostawcy. Jest niezbędne do analizy wyników w całym łańcuchu dostaw.

W analizie pole to zasila dashboard „Różnice w cyklu płatności dostawcom”. Analitycy mogą grupować sprawy według dostawcy, aby wskazać tych, którzy regularnie powodują rozbieżności przy uzgadnianiu lub stosują niestandardowe warunki płatności.

Dlaczego to ważne

Niezbędne do grupowania analizy według dostawcy i wykrywania wąskich gardeł związanych z konkretnymi dostawcami.

Skąd pobrać

Pole „entity” transakcji połączone z rekordem dostawcy

Przykłady
Office DepotOracleFedEx
Numer zamówienia zakupu
PurchaseOrderNumber
Numer referencyjny powiązanego zamówienia zakupu.
Opis

Łączy fakturę od dostawcy z zamówieniem zakupu (PO), na podstawie którego została wystawiona. Jeśli pole jest puste, faktura jest uznawana za fakturę bez PO.

Atrybut ten jest niezbędny dla dashboardu „Szybkość obsługi faktur bez PO”. Pozwala podzielić warianty procesu na faktury powiązane z PO i faktury bez PO (FI), a następnie porównać ich efektywność i zgodność.

Dlaczego to ważne

Wymagane do rozróżniania obsługi faktur powiązanych z PO i faktur bez PO.

Skąd pobrać

Pole „createdfrom” transakcji

Przykłady
PO-8821PO-1002null
Status zatwierdzenia
ApprovalStatus
Bieżący stan zatwierdzania faktury w workflow.
Opis

Wskazuje, czy faktura oczekuje na zatwierdzenie, została zatwierdzona czy odrzucona. Ten status określa logikę przejść w workflow.

Pole to ma zasadnicze znaczenie dla audytu „Zgodność workflow zatwierdzania”. Zmiany statusu generują zdarzenia aktywności, a status końcowy określa, czy faktura jest gotowa do zapłaty.

Dlaczego to ważne

Pokazuje postęp faktury na etapie zatwierdzania.

Skąd pobrać

Pole „approvalstatus” transakcji

Przykłady
Oczekuje na zatwierdzenieZatwierdzonaOdrzucona
Termin płatności
DueDate
Data, do której należy zapłacić dostawcy.
Opis

Atrybut wskazuje umowny termin płatności wynikający z warunków faktury. Stanowi punkt odniesienia przy obliczaniu terminowości płatności.

To podstawowe pole dla KPI „Odsetek płatności zrealizowanych w terminie”. Porównanie daty „Payment Executed” z tym terminem pozwala systemowi oznaczyć opóźnione płatności i oszacować potencjalne kary.

Dlaczego to ważne

Niezbędne do obliczania odsetka płatności zrealizowanych w terminie i wykrywania zaległych zobowiązań.

Skąd pobrać

Pole „duedate” transakcji

Przykłady
2023-11-152023-12-01
Użytkownik
User
Pracownik, który wykonał daną czynność.
Opis

Wskazuje osobę odpowiedzialną za konkretne zdarzenie, na przykład zatwierdzenie faktury lub zdjęcie blokady płatności.

Dane te są wykorzystywane w monitorze „Wąskie gardła w workflow zatwierdzania” do wykrywania opóźnień związanych z konkretnymi osobami. Pomagają kierownictwu równomiernie rozdzielać obciążenie pracą i określać potrzeby szkoleniowe poszczególnych członków zespołu.

Dlaczego to ważne

Wymagane do analizy zasobów i wykrywania wąskich gardeł związanych z poszczególnymi użytkownikami.

Skąd pobrać

Pole „name” w System Notes lub pole „employee” transakcji

Przykłady
John DoeAdministrator finansowySystem
Blokada płatności
PaymentHold
Informuje, czy płatność za fakturę jest obecnie zablokowana.
Opis

Flaga lub status informujący o blokadzie płatności za fakturę, która uniemożliwia uwzględnienie jej w zleceniach płatniczych.

Atrybut ten wspiera dashboard „Analiza wpływu blokad płatności”. Analiza czasu, przez jaki pole ma wartość „true”, pozwala wykryć opóźnienia spowodowane sporami lub brakującymi informacjami.

Dlaczego to ważne

Niezbędne do analizy przyczyn zastoju lub opóźnień w obsłudze faktur.

Skąd pobrać

Pole „paymenthold” transakcji

Przykłady
truefalse
Data faktury
InvoiceDate
Data widniejąca na fakturze od dostawcy.
Opis

Data dokumentu podana przez dostawcę. Często stanowi punkt początkowy obliczeń wieku faktury.

Służy do obliczania „Czasu obsługi od początku do końca”. Różnica między tą datą a datą utworzenia faktury w NetSuite może wskazywać na opóźnienia przy skanowaniu lub obsłudze korespondencji.

Dlaczego to ważne

Wyznacza oficjalny początek osi czasu faktury od dostawcy.

Skąd pobrać

Pole „trandate” transakcji

Przykłady
2023-10-012023-10-05
Dostępny rabat
DiscountAvailable
Potencjalna kwota rabatu za wcześniejszą płatność.
Opis

Wartość pieniężna rabatu za wcześniejszą płatność, obliczana na podstawie kwoty faktury i warunków płatności. Pokazuje potencjalne oszczędności.

Atrybut ten zasila dashboard „Wykorzystanie rabatów za wcześniejszą płatność”. Sumując jego wartości dla opóźnionych płatności, analitycy mogą obliczyć łączną kwotę utraconych oszczędności.

Dlaczego to ważne

Pozwala określić finansowe korzyści z przyspieszenia procesu.

Skąd pobrać

Obliczane na podstawie pól Terms i InvoiceAmount

Przykłady
30.000.0015.50
Liczba dni po terminie
DaysOverdue
Liczba dni, o które płatność nastąpiła po terminie.
Opis

Obliczany wskaźnik opóźnienia płatności względem terminu. Wartości ujemne oznaczają płatność przed terminem.

Atrybut ten zasila dashboard „Monitorowanie opóźnionych płatności i kar”. Pozwala określić skalę opóźnień i wykrywać powtarzające się przypadki nieterminowych płatności.

Dlaczego to ważne

Ważny wskaźnik do analizy terminowości płatności i ryzyka kar.

Skąd pobrać

Obliczane: PaymentDate - DueDate

Przykłady
50-2
Waluta
Currency
Waluta, w której wystawiono fakturę.
Opis

Kod ISO określający walutę transakcji. Ma znaczenie w organizacjach międzynarodowych.

Służy do przeliczania wartości finansowych w analizie „Kwota faktury”. Pomaga też ustalić, czy procesy związane z wymianą walut wydłużają czas do wykonania czynności „Payment Cleared”.

Dlaczego to ważne

Niezbędne do prawidłowego agregowania danych finansowych i analizy kursów walut.

Skąd pobrać

Pole „currency” transakcji

Przykłady
USDEURGBP
Warunki płatności
PaymentTerms
Uzgodnione warunki określające termin płatności i dostępne rabaty.
Opis

Określa warunki płatności, na przykład „Net 30” lub „2% 10 Net 30”. Pomaga wyjaśnić termin płatności i możliwość uzyskania rabatu za wcześniejszą zapłatę.

Atrybut ten jest używany na dashboardzie „Wykorzystanie rabatów za wcześniejszą płatność”. Wskazuje faktury uprawniające do rabatu i pomaga powiązać utracone rabaty z konkretnymi, restrykcyjnymi warunkami.

Dlaczego to ważne

Pozwala zinterpretować termin płatności i wskazać możliwości uzyskania rabatu.

Skąd pobrać

Pole „terms” transakcji

Przykłady
Net 302% 10 Net 30Płatność przy odbiorze
Wymagane Zalecane Opcjonalne

Działania w procesie obsługi płatności zobowiązań

Poniżej przedstawiono najważniejsze kroki i etapy procesu, które warto rejestrować w dzienniku zdarzeń, aby dokładnie odtworzyć przebieg obsługi płatności.
5 Zalecane 9 Opcjonalne
Działanie Opis
Powiązano fakturę z zamówieniem zakupu
Informuje, że rekord Vendor Bill utworzono na podstawie istniejącego zamówienia zakupu lub powiązano z nim. Pozwala odróżnić faktury powiązane z zamówieniem od faktur bez zamówienia.
Dlaczego to ważne

Niezbędne do analizy zgodności z zasadami zakupowymi i porównania czasu obsługi faktur powiązanych z zamówieniem oraz tych bez zamówienia.

Skąd pobrać

Tabela Transaction. Sprawdź pole 'createdfrom' w rekordzie Vendor Bill. Jeśli zawiera identyfikator zamówienia zakupu, ta czynność miała miejsce.

Rejestrowanie

Porównaj pole statusu przed zmianą i po niej

Typ zdarzenia inferred
Rozliczono płatność w banku
Płatność Bill Payment zostaje oznaczona jako rozliczona podczas uzgadniania wyciągu bankowego. Potwierdza to, że środki opuściły rachunek bankowy.
Dlaczego to ważne

Podaje rzeczywistą datę zakończenia przepływu środków, potrzebną do analizy przepływów pieniężnych. Różni się ona od księgowej daty płatności.

Skąd pobrać

Transaction Line. Pole 'cleared' w wierszu transakcji Bill Payment zostaje ustawione na True.

Rejestrowanie

Zarejestrowano po wykonaniu transakcji X

Typ zdarzenia explicit
Utworzono fakturę
Utworzenie rekordu Vendor Bill w NetSuite. To początek procesu i potwierdzenie, że faktura została wprowadzona do systemu ERP.
Dlaczego to ważne

Wyznacza początkowy timestamp dla całego cyklu obsługi zobowiązań i obliczania wieku faktury.

Skąd pobrać

Tabela Transaction. Filtruj rekordy typu Vendor Bill. Pobierz pole datecreated lub trandate.

Rejestrowanie

Zarejestrowano po wykonaniu transakcji Vendor Bill

Typ zdarzenia explicit
Zatwierdzono fakturę
Status Vendor Bill zmienia się na Open. Oznacza to, że faktura została zatwierdzona do płatności i ujęta w księdze głównej. To ważny etap przed realizacją płatności.
Dlaczego to ważne

Kończy cykl akceptacji i udostępnia fakturę do zaplanowania płatności. Jest niezbędne do pomiaru sprawności akceptacji.

Skąd pobrać

System Notes. Sprawdź, czy pole 'approvalstatus' zmieniło się na '2' (Approved) lub czy status zmienił się na 'Open'.

Rejestrowanie

Porównaj pole statusu przed zmianą i po niej

Typ zdarzenia inferred
Zrealizowano płatność
Rekord Bill Payment zostaje zaksięgowany, a faktura otrzymuje status Paid in Full lub Partially Paid. Zobowiązanie zostaje rozliczone w księdze głównej.
Dlaczego to ważne

Główny etap kończący proces płatności. Służy do obliczania „Czasu obsługi od początku do końca”.

Skąd pobrać

Tabela Transaction. Znajdź utworzenie rekordu 'Bill Payment' lub zmianę jego statusu na 'Deposited' (w przypadku czeków) albo 'Paid'.

Rejestrowanie

Zarejestrowano po wykonaniu transakcji Bill Payment

Typ zdarzenia explicit
Odblokowano płatność
Pole wyboru Payment Hold zostaje ustawione na False, co zwalnia fakturę do obsługi płatności. Oznacza to koniec okresu blokady.
Dlaczego to ważne

Służy do obliczania KPI „Czas blokady płatności” i analizy czasu rozwiązywania sporów dotyczących faktur.

Skąd pobrać

System Notes. Sprawdź, czy pole 'paymenthold' zmieniło się z 'T' na 'F'.

Rejestrowanie

Zarejestrowano po wykonaniu transakcji X

Typ zdarzenia explicit
Odrzucono fakturę
Rekord Vendor Bill zostaje zwrócony osobie, która go przesłała, do poprawy albo odrzucony. Oznacza to pętlę lub zakończenie workflow akceptacji.
Dlaczego to ważne

Wysoki odsetek odrzuceń może wskazywać na problemy w procesie, braki w szkoleniu lub niską jakość danych na wcześniejszych etapach.

Skąd pobrać

System Notes. Sprawdź, czy pole 'approvalstatus' zmieniło się na '3' (Rejected).

Rejestrowanie

Porównaj pole statusu przed zmianą i po niej

Typ zdarzenia inferred
Unieważniono płatność
Wcześniej zrealizowany Bill Payment zostaje unieważniony, a Vendor Bill ponownie otwarty. To poważny wyjątek i oznaka niepowodzenia procesu.
Dlaczego to ważne

Niezbędne do zapewnienia zgodności z wymogami audytu i ustalenia przyczyn nieudanych płatności, na przykład błędów drukowania czeków lub odrzucenia płatności przez bank.

Skąd pobrać

System Notes w rekordzie Bill Payment. Sprawdź, czy status zmienił się na 'Voided'.

Rejestrowanie

Zarejestrowano po wykonaniu transakcji X

Typ zdarzenia explicit
Wysłano fakturę do akceptacji
Status rekordu Vendor Bill zmienia się na Pending Approval. Oznacza to, że faktura trafiła do workflow akceptacji.
Dlaczego to ważne

Wyznacza początek czasu akceptacji i pozwala wskazać wąskie gardła w łańcuchu zatwierdzania.

Skąd pobrać

System Notes. Sprawdź, czy pole 'approvalstatus' zmieniło się na '1' (Pending Approval).

Rejestrowanie

Porównaj pole statusu przed zmianą i po niej

Typ zdarzenia inferred
Zablokowano płatność
Pole wyboru Payment Hold w rekordzie Vendor Bill zostaje ustawione na True. Faktura nie może wtedy zostać uwzględniona w płatnościach zbiorczych.
Dlaczego to ważne

Wskazuje wąskie gardła, w których faktury są wstrzymywane z powodu sporów lub decyzji dotyczących zarządzania środkami.

Skąd pobrać

System Notes. Sprawdź, czy pole 'paymenthold' zmieniło się z 'F' na 'T'.

Rejestrowanie

Zarejestrowano po wykonaniu transakcji X

Typ zdarzenia explicit
Zaplanowano płatność
Rekord Bill Payment zostaje utworzony ze statusem 'Pending Approval'. Często dzieje się tak podczas tworzenia partii płatności elektronicznych (EFT).
Dlaczego to ważne

Pozwala odróżnić zamiar dokonania płatności od faktycznego przekazania środków i wskazuje opóźnienia w autoryzacji płatności.

Skąd pobrać

Tabela Transaction. Utworzenie rekordu 'Bill Payment' powiązanego z fakturą, ze statusem 'Pending Approval'.

Rejestrowanie

Porównaj pole statusu przed zmianą i po niej

Typ zdarzenia inferred
Zastosowano kredyt dostawcy
Do rekordu Vendor Bill zostaje przypisany Bill Credit (Vendor Credit), który zmniejsza kwotę do zapłaty. Jest to alternatywa dla płatności gotówkowej.
Dlaczego to ważne

Wyjaśnia, dlaczego kwota płatności może różnić się od kwoty faktury, i pozwala prawidłowo rozliczyć zobowiązanie.

Skąd pobrać

Transaction Links. Sprawdź, czy transakcja typu 'Vendor Credit' została powiązana z rekordem Vendor Bill.

Rejestrowanie

Porównaj pole statusu przed zmianą i po niej

Typ zdarzenia inferred
Zmieniono konto księgowe faktury
Zmieniono konto kosztowe księgi głównej przypisane do pozycji faktury. Może to oznaczać korektę błędnej dekretacji lub reklasyfikację.
Dlaczego to ważne

Bezpośrednio mierzy KPI „Wskaźnik korekt dekretacji faktur” i pokazuje straty efektywności na etapie dekretacji księgowej.

Skąd pobrać

System Notes. Sprawdź zmiany pola 'account' na liście Transaction Line.

Rejestrowanie

Zarejestrowano po wykonaniu transakcji X

Typ zdarzenia explicit
Zmieniono kwotę faktury
Całkowita kwota Vendor Bill zostaje zmieniona po utworzeniu rekordu. Może to wskazywać na konieczność ponownej pracy, błąd przy wprowadzaniu danych lub wyjaśnianie rozbieżności.
Dlaczego to ważne

Wskazuje na ręczną ingerencję i dodatkową pracę, które obniżają udział faktur obsługiwanych bezpośrednio.

Skąd pobrać

System Notes. Sprawdź zmiany pól 'total' lub 'usertotal' w rekordzie Vendor Bill.

Rejestrowanie

Zarejestrowano po wykonaniu transakcji X

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z NetSuite

Gotowi do rozpoczęcia?

Rozpocznij analizę process mining już dziś, stosując ten szablon w środowisku NetSuite. Od razu sprawdź, gdzie można zwiększyć efektywność i usprawnić workflow płatności.

Usprawnij obsługę płatności zobowiązań już dziś

Wykryj wąskie gardła i skróć czas realizacji procesu o 30 procent.

Rozpocznij bezpłatny okres próbny

Nie trzeba podawać danych karty płatniczej. Konfiguracja zajmuje kilka minut.