Szablon danych do obsługi płatności zobowiązań
Szablon danych do obsługi płatności zobowiązań
- Zalecane atrybuty do szczegółowej analizy
- Najważniejsze etapy procesu do śledzenia
- Wskazówki dotyczące ekstrakcji danych z NetSuite
Atrybuty procesu obsługi płatności zobowiązań
| 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
|
|||
Działania w procesie obsługi płatności zobowiązań
| 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
|
|||
Instrukcje ekstrakcji danych
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.
Nie trzeba podawać danych karty płatniczej. Konfiguracja zajmuje kilka minut.