Szablon danych dotyczących obsługi płatności
Szablon danych dotyczących obsługi płatności
- Zalecane atrybuty do zebrania
- Najważniejsze działania do śledzenia
- Wskazówki dotyczące ekstrakcji danych
Atrybuty obsługi płatności
| 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
|
|||
Działania w procesie obsługi płatności
| 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
|
|||
Przewodniki po ekstrakcji danych
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.
Nie trzeba podawać danych karty. Rozpoczęcie zajmuje kilka minut.