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

Uniwersalny szablon process mining
Szablon danych do analizy płatności zobowiązań

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

Uniwersalny szablon process mining

To ogólny szablon danych do process mining dla procesu Obsługa płatności zobowiązań. Aby uzyskać dokładniejsze wskazówki, skorzystaj z szablonów dla konkretnych systemów.

Wybierz konkretny system
  • Ujednolicony schemat danych zgodny z dowolnym systemem finansowym
  • Najważniejsze etapy procesu, które pozwalają śledzić płatność od początku do końca
  • Szeroki zestaw atrybutów do szczegółowej analizy wyników i zgodności
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ższa tabela przedstawia zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie przeanalizować wyniki finansowe i relacje z dostawcami.
5 Wymagane 6 Zalecane 5 Opcjonalne
Nazwa Opis
Czas zdarzenia
StartTime
Znacznik czasu wskazujący, kiedy wystąpiła dana czynność.
Opis

Ten atrybut zapisuje dokładną datę i godzinę wystąpienia zdarzenia. Pozwala prawidłowo uporządkować czynności w czasie i obliczyć odstępy między kolejnymi krokami.

Dokładność tego pola ma zasadnicze znaczenie przy ustalaniu czasu realizacji, wykrywaniu wąskich gardeł i analizie przepustowości. Na jego podstawie oblicza się wszystkie czasowe KPI, na przykład czas zatwierdzania faktury lub łączny czas od jej otrzymania do zapłaty.

Dlaczego to ważne

Pozwala uporządkować zdarzenia chronologicznie i obliczyć wszystkie miary oparte na czasie trwania.

Skąd pobrać

Dane można znaleźć w dziennikach systemowych, znacznikach czasu wprowadzania transakcji lub datach modyfikacji.

Przykłady
2023-10-15T08:30:00Z2023-10-15T14:45:12Z2023-10-16T09:15:00Z2023-11-01T10:00:00Z2023-11-05T16:20:00Z
Czynność
Activity
Krok procesu lub zmiana statusu, która nastąpiła.
Opis

Ten atrybut określa zdarzenie, które wystąpiło w danym momencie i odzwierciedla cykl życia faktury. Przykłady: utworzenie faktury, wysłanie prośby o zatwierdzenie, nałożenie blokady płatności lub zlecenie płatności.

W process mining to pole wyznacza węzły na mapie procesu. Jest niezbędne do wizualizacji przebiegu pracy i ustalenia kolejności operacji wykonywanych przed rozliczeniem faktury.

Dlaczego to ważne

Określa przebieg procesu i pozwala pokazać kolejność jego kroków na mapie.

Skąd pobrać

Dane pochodzą z dzienników transakcji, tabel historii zmian statusu lub ścieżek audytu w systemie źródłowym.

Przykłady
Utworzenie fakturyZatwierdzenie fakturyUstawiono blokadę płatnościUtworzono serię płatnościRozliczenie płatności
Data ostatniej aktualizacji
LastDataUpdate
Znacznik czasu ekstrakcji lub odświeżenia danych.
Opis

Ten atrybut informuje, jak aktualne są dane używane w analizie. Zazwyczaj jest to pole metadanych generowane przez narzędzie do ekstrakcji, a nie pole z samego systemu źródłowego.

Analitycy sprawdzają je, aby ocenić opóźnienie danych w dashboardzie i upewnić się, że odzwierciedlają one bieżący stan procesu. Jest szczególnie przydatne przy diagnozowaniu braku najnowszych transakcji.

Dlaczego to ważne

Pozwala ocenić aktualność danych i wykryć problemy z synchronizacją.

Skąd pobrać

Wartość generuje potok ETL lub konektor danych podczas ekstrakcji.

Przykłady
2023-11-10T23:59:59Z2023-11-11T06:00:00Z2023-11-11T12:00:00Z2023-11-11T18:00:00Z2023-11-12T00:00:00Z
Identyfikator sprawy
CaseId
Unikalny identyfikator przetwarzanej faktury.
Opis

Ten atrybut jest głównym kluczem łączącym wszystkie zdarzenia w procesie obsługi zobowiązań. W tym kontekście jest to niemal zawsze numer faktury albo połączenie numeru dostawcy i numeru faktury, które zapewnia unikalność w całym zbiorze danych.

Pozwala odtworzyć pełny przebieg procesu dla każdej faktury. Analitycy wykorzystują to pole do rozróżniania poszczególnych transakcji i obliczania miar na poziomie sprawy, takich jak czas realizacji czy liczba ponownych prac.

Dlaczego to ważne

To podstawowa jednostka analizy w process mining. Umożliwia śledzenie każdej faktury od momentu jej otrzymania do ostatecznej płatności.

Skąd pobrać

Zazwyczaj znajduje się w tabeli nagłówków faktur lub głównym dzienniku dokumentów systemu ERP.

Przykłady
INV-2023-0019988776655VEND01-INV500AC-9928120231025-44
System źródłowy
SourceSystem
Nazwa aplikacji lub bazy danych, z której pochodzi rekord.
Opis

Ten atrybut wskazuje, który system ERP lub finansowy wygenerował dane. W złożonych środowiskach organizacje mogą równolegle korzystać z wielu instancji SAP, Oracle lub systemów starszego typu.

Pozwala filtrować analizę według instancji systemu i obsługiwać ewentualne kolizje danych, gdy numery faktur nie są unikalne w różnych systemach. Umożliwia też porównywanie wyników procesu w odmiennych środowiskach technicznych.

Dlaczego to ważne

Pozwala rozróżniać strumienie danych w środowiskach korzystających z wielu systemów.

Skąd pobrać

Zwykle jest to stały ciąg znaków dodawany podczas ekstrakcji lub transformacji danych.

Przykłady
SAP_ECC_NAOracle_Fusion_EUDynamics365_ProdNetSuite_GlobalLegacy_AS400
Data faktury
InvoiceDate
Data wystawienia faktury przez dostawcę.
Opis

Ten atrybut odzwierciedla datę dokumentu widniejącą na fakturze papierowej lub elektronicznej. Różni się od daty wprowadzenia lub zaksięgowania dokumentu w systemie.

Od tej daty oblicza się wiek faktury. Często stanowi też punkt odniesienia przy ustalaniu terminu płatności na podstawie uzgodnionych warunków. Jest niezbędna do analizy opóźnienia między wystawieniem faktury a jej otrzymaniem lub wprowadzeniem do systemu.

Dlaczego to ważne

Stanowi punkt odniesienia przy obliczaniu wieku faktury i sprawdzaniu zgodności z warunkami płatności.

Skąd pobrać

Znajduje się w nagłówku faktury jako data dokumentu.

Przykłady
2023-10-012023-10-102023-10-152023-10-202023-10-31
Data płatności
PaymentDate
Data faktycznego zlecenia lub rozliczenia płatności.
Opis

Ten atrybut zapisuje datę przekazania środków lub wystawienia czeku. W niektórych systemach może różnić się od daty rozliczenia, czyli momentu przetworzenia transakcji przez bank.

Oznacza koniec zobowiązania z tytułu danej faktury. Analitycy wykorzystują tę datę do obliczenia pełnego czasu realizacji i sprawdzenia, czy udało się skorzystać ze skonta za wcześniejszą płatność.

Dlaczego to ważne

Oznacza koniec cyklu i pozwala sprawdzić, czy skorzystano ze skonta.

Skąd pobrać

Znajduje się w tabelach dokumentów płatności lub rozliczeń powiązanych z fakturą.

Przykłady
2023-10-282023-11-142023-11-282023-12-052023-12-10
Kwota faktury
InvoiceAmount
Łączna wartość pieniężna faktury do zapłaty.
Opis

Ten atrybut określa wartość brutto faktury, która wymaga zapłaty. Zwykle jest zapisana w walucie dokumentu i może wymagać przeliczenia na potrzeby raportów zbiorczych.

Jest potrzebny do analizy skutków finansowych i ustalania priorytetów ulepszania procesów na podstawie wpływu na kapitał obrotowy, a nie tylko liczby spraw. Faktury o wysokiej wartości mogą podlegać innym workflow zatwierdzania niż faktury o niższej wartości.

Dlaczego to ważne

Umożliwia analizę wartości strat wynikających z nieefektywności procesu oraz ich wpływu na kapitał obrotowy.

Skąd pobrać

Znajduje się w tabeli nagłówków faktur, zwykle pod nazwą kwoty brutto lub kwoty całkowitej.

Przykłady
1500.00250.5010000.0045.99500000.00
Nazwa dostawcy
VendorName
Nazwa dostawcy lub podmiotu wystawiającego fakturę.
Opis

Ten atrybut wskazuje zewnętrznego partnera uczestniczącego w transakcji. Często jest powiązany z rekordem danych podstawowych zawierającym dodatkowe informacje, takie jak warunki płatności i dane bankowe.

Analiza tego atrybutu pomaga wykryć dostawców, którzy często powodują wyjątki w procesie, na przykład rozbieżności cenowe lub brakujące informacje. Pozwala obliczać czas realizacji i odsetek ponownych prac dla poszczególnych dostawców.

Dlaczego to ważne

Pozwala porównywać wyniki procesu według dostawcy i wykrywać problematyczne relacje z dostawcami.

Skąd pobrać

Dane znajdują się w nagłówku faktury lub można je pobrać przez połączenie z tabelą danych podstawowych dostawców.

Przykłady
Acme CorpGlobal Services LtdOffice Supplies CoTech Solutions IncLogistics Partners
Numer zamówienia zakupu
PurchaseOrderNumber
Numer referencyjny zamówienia zakupu powiązanego z fakturą.
Opis

Ten atrybut łączy fakturę z procesem zakupowym. Jeśli jest wypełniony, oznacza fakturę powiązaną z zamówieniem zakupu, która zwykle przechodzi weryfikację dwu- lub trójstronną.

Pozwala obliczyć udział faktur powiązanych z zamówieniem i faktur bez takiego powiązania. Rozbieżności między danymi zamówienia a danymi faktury często prowadzą do blokad płatności i ponownych prac.

Dlaczego to ważne

Pozwala analizować skuteczność uzgadniania faktur z zamówieniami i rozróżniać przebieg obsługi faktur powiązanych z zamówieniem od pozostałych.

Skąd pobrać

Znajduje się w nagłówku faktury lub tabelach pozycji.

Przykłady
PO-450001450009922P100200ORD-5521PUR-2023-88
Termin płatności
DueDate
Data, do której płatność musi zostać zrealizowana zgodnie z umową.
Opis

Ten atrybut określa termin zapłaty dostawcy. System zwykle oblicza go, dodając liczbę dni wynikającą z warunków płatności do daty bazowej.

Porównanie rzeczywistej daty płatności z tym terminem pozwala obliczyć odsetek płatności zrealizowanych na czas i miary opóźnień. Informacja ta jest ważna przy zarządzaniu przepływami pieniężnymi oraz zapobieganiu opłatom za opóźnienie i pogorszeniu relacji z dostawcami.

Dlaczego to ważne

Jest niezbędny do obliczania odsetka płatności zrealizowanych na czas i zarządzania opłatami za opóźnienia.

Skąd pobrać

Znajduje się w nagłówku faktury lub tabelach harmonogramu płatności.

Przykłady
2023-10-312023-11-152023-11-302023-12-012023-12-15
Kod spółki
CompanyCode
Identyfikator podmiotu prawnego lub spółki zależnej.
Opis

Ten atrybut rozdziela dane według jednostki organizacyjnej, na przykład spółki zależnej, kraju lub podmiotu prawnego. Jest ważny dla dużych przedsiębiorstw działających w wielu regionach.

Pozwala porównywać wyniki różnych jednostek biznesowych. Procesy mogą się różnić między spółkami ze względu na lokalne przepisy lub odmienny poziom dojrzałości operacyjnej.

Dlaczego to ważne

Pozwala porównywać wyniki i filtrować dane według jednostek organizacyjnych.

Skąd pobrać

Znajduje się w tabeli nagłówków faktur.

Przykłady
US01DE0110002000UK_OPS
Przyczyna blokady płatności
PaymentBlockReason
Kod lub przyczyna zablokowania płatności za fakturę.
Opis

Ten atrybut wskazuje konkretną przyczynę uniemożliwiającą zapłatę faktury, na przykład rozbieżność cenową, rozbieżność ilościową lub brak potwierdzenia odbioru towaru. Jest ważnym wskaźnikiem problemów w procesie.

Analiza częstotliwości i czasu trwania poszczególnych blokad pomaga ustalić źródła opóźnień płatności. Ograniczenie liczby blokad często najszybciej zwiększa odsetek faktur przetwarzanych bez ręcznej obsługi.

Dlaczego to ważne

Pozwala ustalić konkretne przyczyny problemów w procesie i opóźnień płatności.

Skąd pobrać

Znajduje się w nagłówku faktury lub tabelach pozycji.

Przykłady
Rozbieżność cenowaRozbieżność ilościowaBrak potwierdzenia odbioru towaruBlokada ręcznaWymagany audyt
Typ dokumentu
DocumentType
Klasyfikacja dokumentu faktury.
Opis

Ten atrybut klasyfikuje transakcję jako standardową fakturę, notę kredytową, zaliczkę lub późniejsze obciążenie. Każdy typ może uruchamiać inne reguły workflow.

Znajomość struktury typów dokumentów pomaga prawidłowo interpretować miary procesu. Na przykład noty kredytowe często przechodzą odwrotny przebieg lub osobną ścieżkę zatwierdzania, co może zniekształcać średni czas realizacji, jeśli nie zostaną wyodrębnione w analizie.

Dlaczego to ważne

Pozwala rozróżniać faktury, noty kredytowe i inne dokumenty finansowe.

Skąd pobrać

Znajduje się w tabeli nagłówków faktur.

Przykłady
Standardowa fakturaNota kredytowaZaliczkaFaktura bez zamówienia zakupuFaktura cykliczna
Użytkownik
User
Identyfikator osoby lub konta systemowego wykonującego daną czynność.
Opis

Ten atrybut zapisuje, kto wykonał dany krok procesu. Pozwala odróżnić czynności wykonywane przez ludzi od automatyzacji systemowej, takiej jak boty lub zadania wsadowe.

Służy do obliczania poziomu automatyzacji (odsetka obsługi bez ręcznej ingerencji) i analizy zgodności z zasadą rozdziału obowiązków. Pomaga też wykrywać potrzeby szkoleniowe, jeśli konkretni użytkownicy regularnie powodują ponowne prace lub błędy.

Dlaczego to ważne

Pozwala analizować rozdział obowiązków i obliczać poziom automatyzacji.

Skąd pobrać

Dane znajdują się w dziennikach transakcji lub ścieżkach audytu systemu.

Przykłady
JSMITHSYSTEM_BATCHK_DOEAP_BOT_01WORKFLOW_SYS
Warunki płatności
PaymentTerms
Kod lub opis określający uzgodniony termin płatności i dostępne skonto.
Opis

Ten atrybut określa uzgodnione warunki płatności, na przykład Net 30 lub 2/10 Net 30. Wyznacza termin płatności faktury i informuje, czy przysługuje skonto za wcześniejszą zapłatę.

Analiza tego pola pomaga zarządzać przepływami pieniężnymi: pozwala unikać zbyt wczesnych płatności, które ograniczają kapitał obrotowy, i zbyt późnych, które wiążą się z opłatami. Ułatwia też maksymalne wykorzystanie skonta.

Dlaczego to ważne

Określa zasady ustalania terminów płatności i skonta, co pomaga zarządzać przepływami pieniężnymi.

Skąd pobrać

Znajduje się w nagłówku faktury i często jest pobierany z danych podstawowych dostawcy.

Przykłady
NT302/10 Net 30NATYCHMIASTZ001Net 60
Wymagane Zalecane Opcjonalne

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

Uwzględnij te najważniejsze kroki i etapy procesu, aby dokładnie go odkryć i wskazać konkretne wąskie gardła w cyklu realizacji płatności za faktury.
6 Zalecane 8 Opcjonalne
Działanie Opis
Dopasowanie faktury do zamówienia zakupu
Prawidłowe powiązanie pozycji faktury z odpowiednim zamówieniem zakupu lub potwierdzeniem odbioru towaru. Ten etap weryfikacji potwierdza, że towary zostały zamówione i odebrane przed rozpoczęciem obsługi płatności.
Dlaczego to ważne

Niezbędne do pomiaru odsetka faktur obsłużonych bez ręcznej interwencji i efektywności dopasowania trójstronnego.

Skąd pobrać

Dane można znaleźć w tabelach historii zamówień zakupu lub wykryć na podstawie zmiany statusu oznaczającej prawidłowe dopasowanie.

Rejestrowanie

Śledź zdarzenie powiązania pozycji faktury z pozycją zamówienia zakupu

Typ zdarzenia explicit
Nałożenie blokady płatności
Zablokowanie faktury, które uniemożliwia uwzględnienie jej w płatności. Blokadę można nałożyć ręcznie z powodu sporu lub automatycznie z powodu rozbieżności.
Dlaczego to ważne

Wstrzymanie procesu bezpośrednio wpływa na terminowość płatności i relacje z dostawcami.

Skąd pobrać

Zdarzenie można wykryć, monitorując zmiany pola blokady płatności lub flag statusu wstrzymania.

Rejestrowanie

Śledź aktualizacje ustawiające flagę Payment Block lub On Hold na true

Typ zdarzenia explicit
Utworzenie faktury
Pierwsze zapisanie danych faktury od dostawcy w systemie ERP. To zdarzenie rozpoczyna cyfrowy cykl obsługi zobowiązania, niezależnie od tego, czy dane wprowadzono ręcznie, czy zaimportowano przez interfejs.
Dlaczego to ważne

Wyznacza początkowy znacznik czasu do obliczenia całkowitego czasu obsługi zobowiązania.

Skąd pobrać

Zwykle jest to znacznik czasu utworzenia nagłówka faktury w tabeli faktur lub pierwszy wpis w dzienniku zmian dokumentu.

Rejestrowanie

Wyodrębnij znacznik czasu utworzenia rekordu nagłówka faktury

Typ zdarzenia explicit
Zaksięgowanie faktury w księdze głównej
Zaksięgowanie transakcji finansowej w księdze głównej. Ta czynność tworzy oficjalne zobowiązanie w systemie księgowym.
Dlaczego to ważne

Oznacza moment ostatecznego zapisania transakcji finansowej i aktualizuje saldo dostawcy.

Skąd pobrać

Dane można znaleźć w tabeli zapisów księgi głównej lub na podstawie przypisanej daty księgowania.

Rejestrowanie

Wyodrębnij datę księgowania lub znacznik czasu wpisu z tabeli księgi głównej

Typ zdarzenia explicit
Zatwierdzenie faktury
Ostateczna akceptacja udzielona przez wyznaczoną osobę zatwierdzającą lub zgodnie z regułą systemową. Ten etap umożliwia zaksięgowanie faktury i późniejszą realizację płatności.
Dlaczego to ważne

Ważny etap kończący cykl zatwierdzania, po którym faktura jest zwykle przekazywana do płatności.

Skąd pobrać

Zapisywane w tabelach historii workflow po wykonaniu ostatecznej czynności zatwierdzającej.

Rejestrowanie

Wyodrębnij znacznik czasu ostatecznej akceptacji z dzienników workflow

Typ zdarzenia explicit
Zlecenie płatności
Utworzenie instrumentu płatniczego, na przykład wydruk czeku, przelew bankowy lub plik EFT. Zmniejsza to otwarte saldo zobowiązań wobec dostawcy.
Dlaczego to ważne

Ostateczny koniec wewnętrznego procesu obsługi zobowiązań dla danej faktury.

Skąd pobrać

Zdarzenie jest rejestrowane po wygenerowaniu dokumentu płatności lub zmianie statusu płatności na Sent.

Rejestrowanie

Wyodrębnij znacznik czasu utworzenia dokumentu płatności powiązanego z fakturą

Typ zdarzenia explicit
Aktualizacja danych faktury
Każda zmiana nagłówka faktury lub jej pozycji po utworzeniu dokumentu. Częste zmiany mogą wskazywać na ręczne poprawki, błędy odczytu OCR lub nieprawidłowe dane podstawowe.
Dlaczego to ważne

Częste aktualizacje wskazują na nieefektywność procesu i możliwości usprawnienia automatyzacji.

Skąd pobrać

Zwykle zapisywana w dziennikach zmian systemu lub ścieżkach audytowych powiązanych z fakturą.

Rejestrowanie

Wskaż w dzienniku audytowym zmiany konkretnych pól, takich jak kwota, dostawca lub data

Typ zdarzenia explicit
Anulowanie faktury
Unieważnienie lub odwrócenie zapisu faktury, które kończy proces bez płatności. Zwykle następuje z powodu duplikatu lub poważnego błędu.
Dlaczego to ważne

Analiza anulowanych faktur pomaga wykryć błędy na wcześniejszych etapach procesu i niepotrzebnie wykonaną pracę.

Skąd pobrać

Zdarzenie jest rejestrowane, gdy status dokumentu zmienia się na Voided lub zostaje z nim powiązany dokument odwracający zapis.

Rejestrowanie

Śledź zmiany statusu na Voided lub utworzenie zapisu odwracającego

Typ zdarzenia explicit
Nieudane dopasowanie faktury
Błąd walidacji występujący, gdy dane faktury nie odpowiadają zamówieniu zakupu lub potwierdzeniu odbioru w granicach określonych tolerancji. Zwykle uruchamia workflow obsługi wyjątku.
Dlaczego to ważne

Pomaga ustalić źródła problemów w procesie, takie jak różnice cen lub ilości.

Skąd pobrać

Zdarzenie można zwykle wywnioskować z dzienników błędów, kodów blokad lub flag statusu wskazujących na rozbieżność.

Rejestrowanie

Wywnioskuj zdarzenie na podstawie zastosowania kodów blokady dotyczących rozbieżności lub komunikatów o błędach

Typ zdarzenia inferred
Rozliczenie płatności
Potwierdzenie banku, że środki zostały pomyślnie przekazane. W systemie transakcja jest uzgadniana z wyciągiem bankowym.
Dlaczego to ważne

Potwierdza wpływ na przepływy pieniężne i zamyka cykl transakcji finansowej.

Skąd pobrać

Dane można znaleźć w tabelach uzgodnień bankowych lub wykryć po zmianie statusu płatności na Cleared.

Rejestrowanie

Wskaż znacznik czasu, w którym na rekordzie płatności uzupełniono datę rozliczenia

Typ zdarzenia explicit
Upłynął termin płatności faktury
Zdarzenie obliczane, gdy bieżąca data przekracza termin płatności faktury, a faktura pozostaje nieopłacona. Oznacza to, że płatność jest przeterminowana.
Dlaczego to ważne

Niezbędne do analizy terminowości płatności i potencjalnych kar za opóźnienie.

Skąd pobrać

Obliczane przez porównanie terminu płatności faktury z datą płatności lub datą bieżącą.

Rejestrowanie

Oblicz, kiedy termin płatności przypada przed bieżącym znacznikiem czasu dla otwartych pozycji

Typ zdarzenia calculated
Utworzenie propozycji płatności
Dodanie faktury do wstępnej paczki płatności lub dziennika. Oznacza zamiar zapłaty i rezerwuje fakturę, aby nie została uwzględniona w innej płatności.
Dlaczego to ważne

Oznacza początek etapu realizacji płatności i pomaga analizować efektywność obsługi paczek płatności.

Skąd pobrać

Zdarzenie jest rejestrowane, gdy faktura zostaje powiązana z nagłówkiem propozycji płatności lub pozycją dziennika płatności.

Rejestrowanie

Wskaż moment dodania identyfikatora faktury do tabeli propozycji płatności

Typ zdarzenia explicit
Wysłanie faktury do zatwierdzenia
Przekazanie faktury do silnika workflow w celu uzyskania akceptacji. Oznacza przejście od wprowadzania i weryfikacji danych do etapu zatwierdzania.
Dlaczego to ważne

Pozwala oddzielić czas przetwarzania technicznego od czasu podejmowania decyzji przez kierownictwo.

Skąd pobrać

Dane pochodzą z historii workflow, gdy status zmienia się na „Oczekuje na zatwierdzenie” lub podobny.

Rejestrowanie

Wskaż zdarzenie uruchomienia workflow w tabeli historii zatwierdzania

Typ zdarzenia explicit
Zdjęcie blokady płatności
Usunięcie wcześniej nałożonej blokady, dzięki czemu faktura może zostać uwzględniona przy wyborze płatności. Zwykle oznacza rozwiązanie sporu lub usunięcie rozbieżności.
Dlaczego to ważne

Oznacza prawidłową obsługę wyjątku i powrót do standardowego przebiegu procesu.

Skąd pobrać

Zdarzenie jest rejestrowane, gdy pole blokady płatności zostaje wyczyszczone lub status wstrzymania zmienia się na aktywny.

Rejestrowanie

Śledź aktualizacje zmieniające flagę Payment Block lub On Hold na null lub false

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak przygotować dane do process mining.

Metody ekstrakcji zależą od systemu. Szczegółowe instrukcje znajdą Państwo w

naszym przewodniku ETL   lub   wybierz konkretny proces i system.

Od czego zacząć?

Projekt można rozpocząć od razu, korzystając z tego uniwersalnego szablonu, albo wybrać jedną ze specjalistycznych instrukcji, aby sprawdzić, jak pobrać dane z używanych aplikacji biznesowych.

Usprawnij proces obsługi zobowiązań

Zobacz wąskie gardła i wykorzystaj więcej rabatów za wcześniejszą płatność

Rozpocznij okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.