Szablon danych dotyczących obsługi płatności

FIS Global
Szablon danych dotyczących obsługi płatności

Szablon danych dotyczących obsługi płatności

Ten szablon zawiera wskazówki dotyczące najważniejszych atrybutów danych i działań procesowych potrzebnych do skutecznej analizy obsługi płatności. Podpowiada też, jak wyodrębnić te informacje z systemów. Skorzystaj z niego, aby zebrać dane potrzebne do analizy process mining.
  • Zalecane atrybuty do zebrania
  • Najważniejsze działania do śledzenia
  • Wskazówki dotyczące ekstrakcji danych
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty obsługi płatności

To zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby kompleksowo analizować obsługę płatności.
3 Wymagane 7 Zalecane 9 Opcjonalne
Nazwa Opis
Identyfikator transakcji płatniczej
PaymentTransactionId
Unikalny identyfikator konkretnej dyspozycji lub transakcji płatniczej.
Opis

Ten atrybut jest głównym kluczem łączącym wszystkie zdarzenia w ramach cyklu życia pojedynczej płatności. Pozwala prześledzić jej przebieg od złożenia zlecenia, przez weryfikację i zatwierdzenie, aż po rozliczenie lub uzgodnienie.

W analizie ten identyfikator służy do grupowania poszczególnych zdarzeń w instancje procesu. Umożliwia wizualizację przebiegu procesu od początku do końca i stanowi podstawę miar dla poszczególnych spraw, takich jak czas realizacji i pętle ponownego przetwarzania.

Dlaczego to ważne

To podstawowy element łączący dane w process mining, który pozwala odtworzyć spójny przebieg procesu z rozproszonych czynności.

Skąd pobrać

Zapoznaj się z dokumentacją FIS Global

Przykłady
TRX-2023-899102PAY-US-99281ACH-7721-X99WIRE-2210-001
Nazwa czynności
ActivityName
Nazwa konkretnego kroku procesu lub zdarzenia, które wystąpiło.
Opis

To pole zapisuje konkretną czynność wykonaną w danym momencie, na przykład „Utworzono zlecenie płatnicze” lub „Rozliczono płatność”. Określa węzły na mapie procesu i wyznacza strukturę jego przebiegu.

Analitycy korzystają z tego atrybutu, aby poznać kolejność operacji. Jest on niezbędny do wykrywania odstępstw od standardowego przebiegu, pominiętych kroków i zbędnych czynności, takich jak wielokrotne pętle zatwierdzania.

Dlaczego to ważne

Określa, co dzieje się w procesie, i umożliwia wizualizację map procesów oraz analizę wariantów.

Skąd pobrać

Zapoznaj się z dokumentacją FIS Global

Przykłady
Payment Request CreatedPayment Details ValidatedPayment ApprovedPłatność rozliczona
Znacznik czasu zdarzenia
EventTimestamp
Dokładna data i godzina wystąpienia czynności.
Opis

Ten atrybut określa czas każdego zdarzenia w procesie płatniczym. Zapisuje dokładny moment zarejestrowania czynności przez system, co pozwala uporządkować zdarzenia chronologicznie.

W analizie służy do obliczania czasu między krokami, całkowitego czasu realizacji i przepustowości. Pomaga wykrywać wąskie gardła, wskazując opóźnienia między poszczególnymi etapami procesu.

Dlaczego to ważne

Bez tego pola nie da się przeprowadzić analizy czasowej. Na jego podstawie obliczane są wszystkie KPI dotyczące wydajności i sprawności.

Skąd pobrać

Zapoznaj się z dokumentacją FIS Global

Przykłady
2023-10-12T08:30:15Z2023-10-12T09:45:00Z2023-10-13T14:20:10Z
Faktyczna data rozliczenia
ActualSettlementDate
Data faktycznego zakończenia i rozliczenia płatności.
Opis

Ten atrybut zapisuje datę, w której środki zostały przekazane lub transakcję uznano za zakończoną. Różni się od znacznika czasu przetwarzania, ponieważ odzwierciedla datę waluty.

W analizie służy wraz z terminem płatności do obliczania „Odsetka płatności zrealizowanych w terminie”. Rozpoczyna też etap uzgadniania, dlatego jest niezbędny przy analizie „Czasu uzgadniania płatności”.

Dlaczego to ważne

Oznacza finansowe zakończenie płatności i jest ważny przy analizie przepływów pieniężnych.

Skąd pobrać

Zapoznaj się z dokumentacją FIS Global

Przykłady
2023-11-022023-11-14
Jednostka organizacyjna
BusinessUnit
Wewnętrzny dział lub jednostka, z której pochodzi płatność.
Opis

Ten atrybut przypisuje płatność do konkretnej jednostki organizacyjnej, takiej jak bankowość detaliczna, kredyty komercyjne lub zarządzanie środkami.

Służy do agregowania KPI, takich jak „Przepustowość płatności” i „Średni czas realizacji płatności”, według działu. Dzięki temu kierownictwo może porównywać wyniki poszczególnych jednostek i odpowiednio przydzielać zasoby.

Dlaczego to ważne

Umożliwia porównywanie wyników między jednostkami i rozliczanie ich z efektywności procesu.

Skąd pobrać

Zapoznaj się z dokumentacją FIS Global

Przykłady
Zarządzanie środkamiZobowiązaniaOperacje bankowości detalicznejZarządzanie majątkiem
Kod waluty
CurrencyCode
Trzyliterowy kod ISO określający walutę płatności.
Opis

Ten atrybut określa walutę kwoty płatności (np. USD, EUR, GBP). Jest niezbędny do ujednolicania danych finansowych podczas analizy płatności międzynarodowych.

Pozwala analizować wyniki procesu według waluty, co często wiąże się z różnymi systemami rozliczeniowymi i przepisami. Pomaga wyjaśnić różnice w czasie rozliczania płatności krajowych i transgranicznych.

Dlaczego to ważne

Niezbędny w środowiskach wielowalutowych do prawidłowej interpretacji wolumenu transakcji.

Skąd pobrać

Zapoznaj się z dokumentacją FIS Global

Przykłady
USDEURGBPJPY
Kwota płatności
PaymentAmount
Wartość pieniężna transakcji płatniczej.
Opis

Ten atrybut określa wartość finansową zlecenia płatniczego. Jest podstawową miarą przy analizie przepustowości finansowej i ryzyka.

Analitycy mogą dzielić procesy na płatności o wysokiej i niskiej wartości, które często podlegają różnym ścieżkom zatwierdzania. Atrybut zasila dashboard „Przepustowość płatności” i pomaga sprawdzić, czy realizacja płatności o wysokiej wartości trwa dłużej z powodu dokładniejszej kontroli.

Dlaczego to ważne

Dodaje do process mining wymiar finansowy i pozwala ustalać priorytety na podstawie wartości.

Skąd pobrać

Zapoznaj się z dokumentacją FIS Global

Przykłady
1500.00250.501000000.0045.99
Rodzaj płatności
PaymentType
Klasyfikacja metody lub instrumentu płatniczego.
Opis

Ten atrybut klasyfikuje płatności według rodzaju, na przykład przelew bankowy, ACH, SEPA, płatność natychmiastowa (RTP) lub czek. Poszczególne rodzaje płatności podlegają różnym zasadom przetwarzania i umowom SLA.

Analitycy wykorzystują to pole do porównywania „Czasu uzgadniania płatności” w różnych systemach płatniczych. Pomaga wyjaśnić, dlaczego niektóre płatności są rozliczane natychmiast, a inne po kilku dniach, i dobrać właściwy punkt odniesienia do oceny wyników.

Dlaczego to ważne

To podstawowy wymiar podziału przebiegów procesu, ponieważ każdy rodzaj płatności ma własne zasady kierowania i czas realizacji.

Skąd pobrać

Zapoznaj się z dokumentacją FIS Global

Przykłady
Przelew bankowyPrzelew ACHSEPA InstantCzek
Termin płatności
PaymentDueDate
Data, do której płatność powinna zostać rozliczona.
Opis

Ten atrybut zapisuje termin płatności wskazany przez zlecającego lub określony w warunkach faktury. Stanowi punkt odniesienia przy ocenie terminowości.

Pole to jest niezbędne dla dashboardu „Terminowość płatności”. Porównując tę datę z faktyczną datą zdarzenia „Płatność rozliczona”, analitycy mogą wykrywać opóźnienia, obliczać potencjalne kary i oceniać zgodność z umowami z dostawcami.

Dlaczego to ważne

Stanowi punkt odniesienia przy pomiarze dotrzymywania poziomu usług i terminowości.

Skąd pobrać

Zapoznaj się z dokumentacją FIS Global

Przykłady
2023-11-012023-11-15
Użytkownik przetwarzający
ProcessingUser
Identyfikator lub nazwa użytkownika albo agenta systemowego wykonującego czynność.
Opis

Ten atrybut wskazuje, kto lub co wykonało krok procesu. Pozwala odróżnić operatorów (np. „J.Smith”) od automatycznych kont systemowych (np. „SYSTEM_BATCH”).

Dane te służą do analizy wykorzystania zasobów, wykrywania ręcznych wąskich gardeł i audytu rozdziału obowiązków. Pomagają obliczyć „Wskaźnik wykorzystania użytkowników przetwarzających” oraz odróżnić zadania ręczne od automatycznych.

Dlaczego to ważne

Niezbędny do analizy zasobów, poziomu automatyzacji i audytu zgodności.

Skąd pobrać

Zapoznaj się z dokumentacją FIS Global

Przykłady
jsmithSYSTEM_AUTOBOTmdoe_approverAPI_GATEWAY
Czy płatność jest opóźniona
IsLatePayment
Wskaźnik informujący, czy płatność została rozliczona po terminie.
Opis

To obliczany atrybut logiczny. Zwraca wartość true, jeśli data zdarzenia „Płatność rozliczona” jest późniejsza niż „Termin płatności”.

Atrybut ten bezpośrednio zasila KPI „Odsetek płatności zrealizowanych w terminie”. Ułatwia tworzenie dashboardów, ponieważ pozwala szybko filtrować problematyczne sprawy bez stosowania złożonych reguł dat w warstwie wizualizacji.

Dlaczego to ważne

Ułatwia raportowanie wyjątków i analizę zgodności.

Skąd pobrać

Wyliczane na podstawie PaymentDueDate i ActualSettlementDate

Przykłady
truefalse
Czy wymagana była ręczna interwencja
IsManualIntervention
Wskaźnik informujący, czy czynność wymagała pracy ręcznej.
Opis

Ten atrybut logiczny oznacza czynności lub sprawy wymagające udziału człowieka, takie jak „Rozwiązano błąd płatności” lub ręczne zatwierdzenie, w odróżnieniu od przetwarzania w pełni automatycznego (STP).

Jest niezbędny dla dashboardu „Odsetek płatności wymagających ręcznej interwencji”. Pomaga określić, jaki odsetek płatności nie jest w pełni zautomatyzowany, i wskazuje możliwości cyfryzacji.

Dlaczego to ważne

Pozwala odróżnić automatyczne przetwarzanie od pracy ręcznej i ułatwia obliczanie zwrotu z inwestycji w automatyzację.

Skąd pobrać

Wyliczane na podstawie ActivityName lub ProcessingUser

Przykłady
truefalse
Kanał płatności
PaymentChannel
Kanał, za pośrednictwem którego złożono zlecenie płatnicze.
Opis

Ten atrybut określa źródło dyspozycji płatniczej, na przykład bankowość internetową, aplikację mobilną, API lub oddział. Pomaga ustalić, jak rozpoczęła się transakcja.

Analitycy porównują dzięki niemu sprawność przetwarzania w różnych kanałach. Można na przykład sprawdzić, czy płatności zainicjowane przez API mają mniej błędów niż te wprowadzane ręcznie w oddziale.

Dlaczego to ważne

Pomaga usprawniać kanały i lepiej rozumieć zachowania klientów.

Skąd pobrać

Zapoznaj się z dokumentacją FIS Global

Przykłady
Bankowość internetowaAplikacja mobilnaBramka korporacyjnaObsługa w oddziale
Kod błędu weryfikacji
ValidationErrorCode
Kod lub przyczyna niepowodzenia weryfikacji płatności.
Opis

Ten atrybut jest uzupełniany, gdy płatność przechodzi do czynności „Wykryto błąd płatności”. Zawiera szczegóły błędu, takie jak „Nieprawidłowy IBAN”, „Niewystarczające środki” lub „Brak adresu odbiorcy”.

Pole to zasila dashboard „Odsetek błędów w weryfikacji danych płatności”. Grupowanie według tego atrybutu ujawnia najczęstsze przyczyny ponownego przetwarzania i pozwala wprowadzać ukierunkowane poprawki w danych wprowadzanych na wcześniejszych etapach lub w konfiguracji systemu.

Dlaczego to ważne

Pomaga ustalić źródła problemów w procesie i pętli ponownego przetwarzania.

Skąd pobrać

Zapoznaj się z dokumentacją FIS Global

Przykłady
ERR-001: Nieprawidłowy rachunekERR-055: Trafienie na liście sankcyjnejERR-009: Zduplikowana transakcja
Kraj odbiorcy
BeneficiaryCountry
Kod kraju odbiorcy płatności.
Opis

Ten atrybut wskazuje kraj docelowy, do którego trafiają środki. Pozwala odróżnić płatności krajowe od międzynarodowych.

Jest ważny przy monitorowaniu zgodności płatności i analizie kierowania. Płatności międzynarodowe często przechodzą przez innych pośredników, wymagają dodatkowych kontroli zgodności i trwają dłużej. Analiza wyników według kraju pomaga wyodrębnić te czynniki.

Dlaczego to ważne

To ważny wymiar analizy geograficznej i oceny ryzyka związanego ze zgodnością.

Skąd pobrać

Zapoznaj się z dokumentacją FIS Global

Przykłady
USDECNGB
Ostatnia aktualizacja danych
LastDataUpdate
Znacznik czasu ostatniego pobrania lub odświeżenia rekordu.
Opis

Ten atrybut informuje, jak aktualne są dane używane w analizie. Pomaga ustalić, czy analizowane są dane bieżące, czy migawka z wcześniejszego okresu.

W dashboardach pole to często służy do wyświetlania informacji „Dane aktualne na dzień”. Dzięki niemu decyzje można podejmować na podstawie najnowszych dostępnych informacji, a przyrostowe ładowanie danych jest łatwiejsze do kontrolowania.

Dlaczego to ważne

Informuje o aktualności danych i zwiększa zaufanie do terminowości raportowania.

Skąd pobrać

Metadane procesu ETL

Przykłady
2023-10-14T00:00:00Z2023-10-15T06:00:00Z
Rachunek nadawcy
SenderAccount
Numer rachunku, z którego pobierane są środki.
Opis

Ten atrybut wskazuje rachunek źródłowy transakcji. Umożliwia szczegółową analizę płatności z konkretnych rachunków wewnętrznych.

Pomaga wykryć, czy z określonych rachunków finansujących częściej pochodzą płatności obarczone błędami (np. z powodu niewystarczających środków) lub opóźnieniami. Wspiera uzgadnianie, umożliwiając dopasowanie zapisów księgowych do czynności w procesie.

Dlaczego to ważne

Jest niezbędny do uzgadniania finansowego i rozwiązywania problemów dotyczących poszczególnych rachunków.

Skąd pobrać

Zapoznaj się z dokumentacją FIS Global

Przykłady
123456789987654321ACC-TREASURY-01
System źródłowy
SourceSystem
Nazwa systemu, z którego pochodzą dane o zdarzeniu.
Opis

Ten atrybut wskazuje konkretny komponent oprogramowania lub bazę danych, z których pobrano rekord, na przykład główny system bankowy, bramkę płatniczą lub narzędzie do kontroli sankcji.

Jest niezbędny do śledzenia pochodzenia i weryfikacji danych. Podczas analizy przebiegów obejmujących wiele platform pozwala ustalić, gdzie wykonano poszczególne czynności, i ułatwia rozwiązywanie problemów z jakością danych.

Dlaczego to ważne

Zapewnia możliwość śledzenia danych i ich kontekst, szczególnie w złożonych środowiskach z wieloma zintegrowanymi systemami płatniczymi.

Skąd pobrać

Zapoznaj się z dokumentacją FIS Global

Przykłady
FIS OPFTraxPaymentHub_01SanctionsScreeningDB
Uprawnienia do zatwierdzania
ApprovalAuthority
Rola, grupa lub osoba odpowiedzialna za autoryzację płatności.
Opis

Ten atrybut wskazuje wymagany poziom uprawnień lub grupę użytkowników zatwierdzających płatność, często zależnie od jej kwoty. Pomaga prześledzić przebieg workflow zatwierdzania.

Analitycy wykorzystują go w dashboardzie „Wąskie gardła w autoryzacji płatności”. Pozwala porównać czas zatwierdzania na poszczególnych poziomach uprawnień i sprawdzić, czy opóźnienia powodują konkretne szczeble zarządzania.

Dlaczego to ważne

Umożliwia analizę hierarchii zatwierdzania w organizacji i wykrywanie wąskich gardeł.

Skąd pobrać

Zapoznaj się z dokumentacją FIS Global

Przykłady
Kierownik pierwszego szczeblaCFOZespół ds. zgodnościSystem automatycznego zatwierdzania
Wymagane Zalecane Opcjonalne

Działania w procesie obsługi płatności

To najważniejsze etapy i kamienie milowe, które warto rejestrować w dzienniku zdarzeń, aby dokładnie odkrywać i usprawniać proces.
6 Zalecane 7 Opcjonalne
Działanie Opis
Payment Approved
To ważny etap, na którym uprawniony użytkownik zatwierdza płatność, umożliwiając jej przejście do kolejnego etapu. Zwykle jest to jawne zdarzenie zapisane w systemie wraz z identyfikatorem osoby zatwierdzającej i znacznikiem czasu.
Dlaczego to ważne

Ten punkt kontrolny pozwala mierzyć czas zatwierdzania i sprawdzać zgodność z kontrolami finansowymi. Opóźnienia na tym etapie mogą znacząco obniżyć terminowość płatności.

Skąd pobrać

Zdarzenie jest zapisane w tabeli dziennika zatwierdzeń lub jako jawny wpis w historii głównej transakcji. Dziennik zdarzeń powinien łączyć Payment Transaction ID, identyfikator użytkownika zatwierdzającego i znacznik czasu zatwierdzenia.

Rejestrowanie

Zdarzenie rejestrowane, gdy użytkownik z uprawnieniami do zatwierdzania wybiera dla płatności opcję 'approve'.

Typ zdarzenia explicit
Payment Authorized
Oznacza końcowy etap autoryzacji, często wymagany w przypadku płatności o wysokiej wartości lub zatwierdzany przez inną osobę po wstępnym zatwierdzeniu. Zdarzenie jest jawnie rejestrowane, gdy użytkownik z odpowiednimi uprawnieniami potwierdza płatność.
Dlaczego to ważne

Ta aktywność ma zasadnicze znaczenie dla dashboardu „Payment Authorization Bottlenecks”. Oddzielne śledzenie jej od „Payment Approved” pomaga wskazać opóźnienia w procesach wymagających zatwierdzeń na kilku poziomach.

Skąd pobrać

Zdarzenie jest zapisywane w dzienniku audytowym lub transakcyjnym. Wywołuje je działanie użytkownika z określonymi uprawnieniami autoryzacyjnymi. Rekord zawiera jego identyfikator i znacznik czasu.

Rejestrowanie

Jawny wpis w dzienniku jest tworzony, gdy użytkownik wykonuje końcową czynność autoryzacji.

Typ zdarzenia explicit
Payment Instruction Sent
Ta aktywność oznacza moment, w którym system FIS wysyła zatwierdzoną dyspozycję płatniczą do właściwej sieci płatniczej, takiej jak ACH, Fedwire lub SWIFT. Jest to ważne zdarzenie generowane przez system.
Dlaczego to ważne

To ważny etap, który wskazuje, że płatność opuściła wewnętrzne środowisko przetwarzania. Ma zasadnicze znaczenie dla analizy efektywności kierowania płatności i czasu obsługi zewnętrznej.

Skąd pobrać

Zdarzenie jest zapisywane w dzienniku transakcji lub komunikatów, który śledzi komunikację z zewnętrznymi sieciami płatniczymi. Należy szukać wpisu potwierdzającego pomyślne wysłanie komunikatu wraz ze znacznikiem czasu.

Rejestrowanie

Zdarzenie generowane przez system w chwili wysłania komunikatu płatniczego do sieci rozliczeniowej.

Typ zdarzenia explicit
Payment Request Created
To pierwsze zdarzenie w cyklu życia płatności. Oznacza moment rozpoczęcia nowej transakcji płatniczej w systemie FIS. Zwykle jest zapisywane jako jawny wpis w tabeli dziennika transakcji, gdy użytkownik lub system automatyczny przesyła nowe zlecenie płatnicze.
Dlaczego to ważne

Ta aktywność wyznacza początek procesu. Jest niezbędna do pomiaru czasu realizacji płatności od początku do końca oraz analizy ogólnej przepustowości i liczby płatności.

Skąd pobrać

Zdarzenie jest zapisane w głównej tabeli transakcji. Można je rozpoznać po znaczniku czasu utworzenia powiązanym z Payment Transaction ID. Warto sprawdzić tabele takie jak 'Payment_Transactions' lub 'Payment_Requests' oraz pola 'creation_date' lub 'entry_date'.

Rejestrowanie

Zdarzenie rejestrowane po utworzeniu nowego rekordu transakcji płatniczej.

Typ zdarzenia explicit
Płatność rozliczona
To zdarzenie oznacza zakończenie transferu środków i uznanie transakcji za rozliczoną finansowo. Zwykle jest rejestrowane po otrzymaniu ostatecznego potwierdzenia rozliczenia z sieci płatniczej lub izby rozliczeniowej.
Dlaczego to ważne

To główny punkt końcowy przy pomiarze czasu realizacji płatności i odsetka płatności zrealizowanych w terminie. Oznacza pomyślne zakończenie zasadniczej części procesu realizacji płatności.

Skąd pobrać

Zdarzenie jest wnioskowane na podstawie końcowej zmiany statusu płatności na „Rozliczona”, „Zakończona” lub „Zaksięgowana”. Zmianę wywołują pliki rozliczeniowe przetwarzane wsadowo lub komunikaty przesyłane w czasie rzeczywistym przez system rozliczeniowy.

Rejestrowanie

Zmiana statusu transakcji płatniczej na „Rozliczona” lub równoważny.

Typ zdarzenia inferred
Uzgodniono płatność
To końcowa czynność księgowa, podczas której transakcja płatnicza jest dopasowywana do wyciągu bankowego lub zapisu w księdze wewnętrznej. Może być wykonywana automatycznie w ramach przetwarzania wsadowego albo ręcznie przez użytkownika.
Dlaczego to ważne

To zdarzenie oznacza definitywny koniec cyklu życia płatności. Analiza „Czasu uzgadniania płatności” pomaga ocenić sprawność procesów zamknięcia finansowego.

Skąd pobrać

Zdarzenie jest często wnioskowane na podstawie uzupełnienia pola „reconciliation_date” lub końcowej zmiany statusu na „Uzgodniona” w module finansowym lub księgowym połączonym z systemem płatniczym.

Rejestrowanie

Zdarzenie jest rozpoznawane po uzupełnieniu daty uzgodnienia lub zmianie statusu na „Uzgodniona”.

Typ zdarzenia inferred
Payment Confirmed
Oznacza otrzymanie potwierdzenia z sieci płatniczej lub banku odbiorcy, że płatność dotarła. Zdarzenie jest wywoływane przez przychodzący komunikat systemowy lub aktualizację statusu.
Dlaczego to ważne

Potwierdzenie daje pewność, że płatność dotarła do odbiorcy. Czas między zdarzeniami „Wysłano dyspozycję” i „Potwierdzono” pokazuje opóźnienie w zewnętrznej sieci oraz czas przetwarzania.

Skąd pobrać

Zdarzenie powstaje podczas odczytywania przychodzących potwierdzeń z sieci płatniczych. System aktualizuje status płatności i zapisuje znacznik czasu potwierdzenia.

Rejestrowanie

Przychodzący komunikat z sieci rozliczeniowej zmienia status płatności na „Potwierdzona”.

Typ zdarzenia explicit
Payment Details Validated
Ta aktywność oznacza, że dane płatności przeszły wstępne automatyczne kontrole formatu, kompletności i poprawności. Często można ją rozpoznać po zmianie statusu rekordu płatności, na przykład z 'New' na 'Validated' lub 'Pending Approval'.
Dlaczego to ważne

Śledzenie tej aktywności pomaga ustalić, jak często i na jakich etapach pojawiają się błędy wprowadzania danych. Jest też niezbędne do analizy KPI Payment Data Validation Error Rate i zrozumienia przyczyn poprawek.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany pola statusu lub stanu w tabeli transakcji płatniczych. Zmiana stanu początkowego na 'validated' wraz z odpowiadającym jej znacznikiem czasu oznacza wystąpienie tego zdarzenia.

Rejestrowanie

Zdarzenie rozpoznaje się po zmianie pola statusu płatności na 'Validated' lub podobną wartość.

Typ zdarzenia inferred
Payment Rejected
Ta aktywność występuje, gdy osoba zatwierdzająca odrzuca zlecenie płatnicze. Zwykle trzeba je wtedy poprawić i przesłać ponownie albo całkowicie anulować. Jest to jawne działanie użytkownika rejestrowane na potrzeby audytu.
Dlaczego to ważne

Śledzenie odrzuceń pomaga wykrywać częste przyczyny niepowodzeń płatności, odstępstwa od procesu i pętle poprawek. Ujawnia problemy z początkową jakością danych lub zgodnością z wymaganiami.

Skąd pobrać

Zdarzenie jest zapisywane jako jawny wpis w tabeli historii zatwierdzeń lub transakcji, gdy osoba zatwierdzająca wybiera opcję 'reject'. Rekord zwykle zawiera znacznik czasu, identyfikator użytkownika i często kod przyczyny.

Rejestrowanie

Zdarzenie rejestrowane, gdy użytkownik wybiera dla płatności opcję 'reject'.

Typ zdarzenia explicit
Payment Sent For Approval
Oznacza moment przekazania zwalidowanej płatności do workflow zatwierdzania. Zwykle jest rejestrowane jako zmiana statusu wskazująca, że płatność oczekuje na działanie osoby zatwierdzającej.
Dlaczego to ważne

Ta aktywność rozpoczyna podproces zatwierdzania. Analiza czasu między nią a zdarzeniem 'Payment Approved' ma zasadnicze znaczenie dla wykrywania wąskich gardeł w zatwierdzaniu.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany pola statusu płatności na 'Pending Approval', 'Submitted for Approval' lub podobny stan w workflow albo dzienniku statusów transakcji.

Rejestrowanie

Zmiana statusu transakcji płatniczej z 'Validated' na 'Pending Approval'.

Typ zdarzenia inferred
Rozwiązano błąd płatności
Oznacza rozwiązanie wcześniej wykrytego błędu płatności, dzięki czemu można ponownie przetworzyć płatność lub ją anulować. Użytkownik jawnie wykonuje tę czynność, aby usunąć status wyjątku.
Dlaczego to ważne

To zdarzenie zamyka pętlę obsługi wyjątku. Czas od zdarzenia „Wykryto błąd” do tego zdarzenia jest ważną miarą sprawności operacyjnej w obsłudze wyjątków.

Skąd pobrać

Zdarzenie jest rejestrowane, gdy użytkownik usuwa oznaczenie błędu lub przenosi transakcję poza kolejkę wyjątków. Czynność jest zapisywana ze znacznikiem czasu w ścieżce audytu lub historii transakcji.

Rejestrowanie

Użytkownik usuwa status błędu, a czynność zostaje zapisana w dzienniku audytowym.

Typ zdarzenia explicit
Wykryto błąd płatności
Oznacza wykrycie błędu na którymś etapie procesu po wstępnej weryfikacji, na przykład odrzucenie płatności przez bank odbiorcy lub wewnętrzne oznaczenie dotyczące zgodności. Często jest to jawnie rejestrowane zdarzenie, które pojawia się po zgłoszeniu wyjątku.
Dlaczego to ważne

To zdarzenie rozpoczyna wszystkie pętle ponownego przetwarzania i obsługi wyjątków. Jest niezbędne do obliczania KPI dotyczących odsetka ręcznych interwencji i czasu rozwiązania błędu płatności.

Skąd pobrać

Zdarzenie jest rejestrowane w module obsługi wyjątków lub dzienniku transakcji. Może je wywołać automatyczna reguła systemowa albo użytkownik zgłaszający problem. Wpis zawiera kod błędu i znacznik czasu.

Rejestrowanie

Do transakcji płatniczej przypisywany jest wyjątek lub kod błędu.

Typ zdarzenia explicit
Wykryto opóźnioną płatność
Zdarzenie pochodne oznaczające, że płatność została rozliczona po wyznaczonym terminie. Nie jest rejestrowane bezpośrednio, lecz obliczane przez porównanie dwóch pól daty.
Dlaczego to ważne

To obliczane zdarzenie bezpośrednio zasila KPI „Odsetek płatności zrealizowanych w terminie” i dashboard „Terminowość płatności”. Pomaga określić wpływ opóźnień w procesie na relacje z dostawcami i potencjalne opłaty za zwłokę.

Skąd pobrać

Zdarzenie nie jest pobierane bezpośrednio. Oblicza się je podczas transformacji danych, porównując znacznik czasu „Data rozliczenia” z polem „Termin płatności”. Jeśli data rozliczenia przypada po terminie płatności, generowane jest to zdarzenie.

Rejestrowanie

Obliczane, gdy „Data rozliczenia” > „Termin płatności”.

Typ zdarzenia calculated
Zalecane Opcjonalne

Przewodniki po ekstrakcji danych

Jak pobrać dane z FIS Global

Gotowi, aby zacząć?

Skorzystaj z tego szablonu, aby usprawnić zbieranie danych i rozpocząć ulepszanie procesu obsługi płatności. Dokładne informacje o procesie pomogą znaleźć oszczędności i poprawić kontrolę finansową.

Usprawnij obsługę płatności w FIS Global

Osiągnij 98% przetwarzania bez udziału człowieka i wyeliminuj problemy z uzgadnianiem.

Rozpocznij okres próbny

Nie trzeba podawać danych karty. Rozpoczęcie zajmuje kilka minut.