Szablon danych do obsługi płatności
Szablon danych do obsługi płatności
- Zalecane atrybuty do szczegółowej analizy transakcji
- Najważniejsze działania i etapy procesu SWIFT
- Wskazówki techniczne dotyczące ekstrakcji danych finansowych
Atrybuty obsługi płatności
| Nazwa | Opis | ||
|---|---|---|---|
|
Nazwa czynności
ActivityName
|
Nazwa etapu procesu lub zdarzenia, które miało miejsce. | ||
|
Opis
Ten atrybut opisuje konkretną czynność lub zmianę statusu zapisaną w dzienniku systemowym. Przykłady: „Utworzenie zlecenia płatniczego”, „Pomyślne przejście kontroli sankcyjnej” lub „Otrzymanie potwierdzenia SWIFT ACK”. To podstawowy wymiar map procesów. Określa węzły na wizualizacji i pomaga analitykom zrozumieć kolejność czynności wykonanych w ramach płatności.
Dlaczego to ważne
Określa, co dzieje się w procesie, i pozwala wizualizować jego przebieg oraz warianty.
Skąd pobrać
Dzienniki transakcji, ścieżki audytowe lub dane wywnioskowane z typów komunikatów, na przykład MT103 Sent.
Przykłady
Utworzenie zlecenia płatniczegoWysłanie zlecenia płatniczegoOtrzymanie potwierdzenia SWIFT ACKZatwierdzenie płatności
|
|||
|
Ostatnia aktualizacja danych
LastDataUpdate
|
Znacznik czasu ostatniego wyodrębnienia lub odświeżenia rekordu. | ||
|
Opis
Informuje, kiedy dane zostały ostatnio załadowane do narzędzia process mining. Pozwala ocenić ich aktualność i sprawdzić, czy dashboardy odzwierciedlają bieżący stan obsługi płatności. Informacja o opóźnieniu w przepływie raportowym pomaga użytkownikom ocenić wiarygodność danych.
Dlaczego to ważne
Pozwala użytkownikom ocenić aktualność i wiarygodność prezentowanych danych.
Skąd pobrać
Znacznik czasu wykonania procesu ETL.
Przykłady
2023-10-27T12:00:00Z2023-11-01T06:00:00Z
|
|||
|
Payment Transaction ID
PaymentTransactionId
|
Unikalny identyfikator całej sprawy płatniczej, od początku do końca. | ||
|
Opis
Ten atrybut pełni funkcję głównego identyfikatora sprawy w process mining. Łączy wszystkie czynności dotyczące jednego zlecenia płatniczego, od jego utworzenia przez walidację i wysłanie przez SWIFT po końcowe rozliczenie. W przypadku SWIFT często odpowiada numerowi referencyjnemu transakcji (TRN) lub unikalnemu identyfikatorowi transakcji end-to-end (UETR), co zapewnia ciągłość danych w różnych systemach bankowych. Identyfikator służy do odtworzenia przebiegu instancji procesu i jest niezbędny do analizy wariantów oraz obliczania czasu realizacji.
Dlaczego to ważne
Unikalny identyfikator stanowi podstawę process mining i pozwala połączyć rozproszone zdarzenia w spójny obraz procesu.
Skąd pobrać
Pole 20 (TRN) lub pole 121 (UETR) SWIFT w nagłówkach komunikatów.
Przykłady
TRN-20231025-883954392-882-101UETR-9982-1123-5521PAY-US-EU-9912
|
|||
|
System źródłowy
SourceSystem
|
Nazwa systemu, z którego pochodzą dane o zdarzeniu. | ||
|
Opis
Wskazuje oprogramowanie lub platformę, która wygenerowała dziennik zdarzeń. W procesie płatniczym może to być podstawowy system bankowy, bramka płatnicza lub bezpośrednio interfejs SWIFT. Ten atrybut pomaga zweryfikować pochodzenie danych i diagnozować problemy podczas łączenia danych z różnych systemów bankowych.
Dlaczego to ważne
Informacja o pochodzeniu danych, niezbędna przy analizie procesu obejmującego wiele systemów.
Skąd pobrać
Wartość ustawiona na stałe podczas ETL lub pobrana z identyfikatorów systemowych.
Przykłady
SWIFT Alliance AccessCore Banking SystemPayment EngineFiltr sankcyjny
|
|||
|
Znacznik czasu zdarzenia
EventTimestamp
|
Dokładna data i godzina wystąpienia czynności. | ||
|
Opis
Ten atrybut zapisuje dokładny moment wystąpienia zdarzenia. Pozwala uporządkować czynności chronologicznie i obliczać wszystkie wskaźniki oparte na czasie, takie jak czas realizacji, czas cyklu i przepustowość. Dokładne znaczniki czasu są niezbędne do analizy wskaźnika „Network Cut Off Time Performance” i wykrywania wąskich gardeł w ścieżce akceptacji.
Dlaczego to ważne
Znaczniki czasu stanowią podstawę analizy czasowej i pomiaru wyników w process mining.
Skąd pobrać
Dzienniki audytowe systemu, znaczniki czasu utworzenia komunikatów lub czasy transakcji w bazie danych.
Przykłady
2023-10-25T08:30:15Z2023-10-25T14:45:00Z2023-10-26T09:15:22Z
|
|||
|
BIC banku beneficjenta
BeneficiaryBic
|
Kod identyfikacyjny banku instytucji odbierającej. | ||
|
Opis
Wskazuje bank docelowy płatności. To ważny wymiar dashboardu „Przyczyny odrzucenia przez bank beneficjenta”. Grupowanie błędów według BIC banku beneficjenta pozwala bankowi wskazać kontrahentów, którzy często odrzucają dyspozycje z powodu problemów z jakością danych lub szczególnych wymagań dotyczących formatowania.
Dlaczego to ważne
Niezbędny do analizy wyników kontrahentów i wzorców odrzuceń.
Skąd pobrać
Pole 57A SWIFT (rachunek w instytucji) lub 58A (instytucja beneficjenta).
Przykłady
CITIUS33BARCGB22DRESDEFFHANDSEXX
|
|||
|
Data waluty
ValueDate
|
Data, od której środki mają być dostępne dla beneficjenta. | ||
|
Opis
To data rozliczenia wskazana w komunikacie płatniczym. Porównanie jej z rzeczywistym timestampem zdarzenia „Płatność rozliczona” pomaga w analizie „Czasu oczekiwania na rozliczenie i uzgodnienie”. Wskazuje pilność płatności i służy do pomiaru zgodności z umowami SLA dotyczącymi dostępności środków.
Dlaczego to ważne
Niezbędna do zarządzania płynnością i pomiaru terminowości rozliczeń.
Skąd pobrać
Pole 32A SWIFT MT (podpole daty) lub IntrBkSttlmDt w ISO 20022.
Przykłady
2023-10-262023-11-01
|
|||
|
Kod NAK SWIFT
SwiftNakCode
|
Kod błędu zwracany przez sieć SWIFT po odrzuceniu komunikatu. | ||
|
Opis
Zawiera kod błędu (np. T26, T13) podany w negatywnym potwierdzeniu (NAK) z sieci SWIFT. Ten atrybut zasila dashboard „Analiza błędów SWIFT i poprawek”. Pozwala kategoryzować błędy techniczne i ustalać priorytety napraw systemowych.
Dlaczego to ważne
Wskazuje techniczne przyczyny odrzuceń na poziomie sieci.
Skąd pobrać
Komunikaty systemowe MT 015/019 lub pole 451 w ACK/NAK.
Przykłady
T26H01T13G02
|
|||
|
Kwota transakcji
TransactionAmount
|
Wartość pieniężna zlecenia płatniczego. | ||
|
Opis
Oznacza kwotę główną przelewu. Dane są pobierane z określonych pól komunikatu SWIFT, na przykład z pola 32A w MT103. Atrybut jest niezbędny dla dashboardu „High Value Transfer Approval Cycles”. Pozwala podzielić płatności według kwoty i analizować opóźnienia w akceptacji transakcji wysokokwotowych i obarczonych większym ryzykiem.
Dlaczego to ważne
Umożliwia analizę wpływu finansowego i podział transakcji według kwoty.
Skąd pobrać
Pole 32A (Amount) komunikatu SWIFT MT lub element IntrBkSttlmAmt w ISO 20022.
Przykłady
15000.001250.501000000.0045.00
|
|||
|
Przetwarzanie STP
IsStp
|
Flaga wskazująca, czy płatność wymagała ręcznej interwencji. | ||
|
Opis
Wskaźnik logiczny przyjmuje wartość True, jeśli w danym przypadku nie wystąpiły czynności „Zidentyfikowano błąd”, „Odrzucono płatność” ani ręczna „Modyfikacja”. Na tej podstawie obliczany jest wskaźnik KPI „Odsetek płatności przetworzonych bezpośrednio”. To podstawowa miara skuteczności automatyzacji przetwarzania płatności.
Dlaczego to ważne
Podstawowa miara efektywności procesu i sprawności automatyzacji.
Skąd pobrać
Obliczane na podstawie braku określonych negatywnych lub ręcznych czynności w danym przypadku.
Przykłady
truefalse
|
|||
|
Typ komunikatu SWIFT
SwiftMessageType
|
Typ użytego komunikatu SWIFT (np. MT103, pacs.008). | ||
|
Opis
Wskazuje format dyspozycji płatniczej. Do najczęściej używanych typów należą MT103 dla przelewów klientów oraz jego odpowiedniki w ISO 20022, takie jak pacs.008. W analizie „Porównanie wariantów obsługi płatności” pozwala porównać efektywność przetwarzania starszych formatów MT z nowymi standardami ISO.
Dlaczego to ważne
Pozwala rozróżnić przepływy płatności i standardy przetwarzania (starsze formaty i ISO 20022).
Skąd pobrać
Blok 2 SWIFT (nagłówek aplikacyjny), pole typu komunikatu.
Przykłady
MT103MT202pacs.008MT101
|
|||
|
UETR
UniqueEndToEndReference
|
Unikalny identyfikator transakcji end-to-end używany do śledzenia płatności w SWIFT gpi. | ||
|
Opis
UETR to 36-znakowy ciąg, który stanowi niezmienny identyfikator płatności w całej sieci SWIFT. W przeciwieństwie do wewnętrznych identyfikatorów pozostaje taki sam w kolejnych bankach. Ten atrybut zapewnia widoczność całego przebiegu płatności i pozwala powiązać wewnętrzne logi z zewnętrznymi aktualizacjami statusu w SWIFT gpi.
Dlaczego to ważne
Standardowy sposób śledzenia płatności transgranicznych obsługiwanych przez różne instytucje.
Skąd pobrać
Blok 3 SWIFT, pole 121.
Przykłady
b8c3f4a0-5d2a-4e1b-9c3d-1a2b3c4d5e6f123e4567-e89b-12d3-a456-426614174000
|
|||
|
Użytkownik przetwarzający
ProcessingUser
|
Użytkownik lub agent systemowy, który wykonał daną czynność. | ||
|
Opis
Wskazuje osobę lub bota odpowiedzialnego za czynność, na przykład specjalistę ds. zgodności zatwierdzającego trafienie na listę sankcyjną albo operatora poprawiającego błąd formatowania. Ten atrybut zasila „Mapę cieplną błędów walidacji”. Dzięki niej kierownicy mogą określić potrzeby szkoleniowe i wskazać użytkowników, których działania często wymagają poprawek.
Dlaczego to ważne
Umożliwia analizę zasobów i identyfikację ręcznych wąskich gardeł.
Skąd pobrać
Logi audytowe systemu, kolumna „User ID” w tabelach transakcji.
Przykłady
SYSTEMJ.DoeCompliance_Bot_01M.Smith
|
|||
|
Waluta transakcji
TransactionCurrency
|
3-literowy kod ISO określający walutę płatności. | ||
|
Opis
Określa walutę, w której wyrażono płatność (np. USD, EUR, GBP). Ma to znaczenie dla dashboardu „Terminowość względem godzin granicznych sieci”, ponieważ godziny graniczne zależą od waluty. Umożliwia też analizę „Efektywność przewalutowania”, ponieważ wskazuje pary walutowe.
Dlaczego to ważne
Określa reguły routingu, godziny graniczne i korytarze rozliczeniowe.
Skąd pobrać
Pole 32A SWIFT MT (waluta) lub element Ccy w ISO 20022.
Przykłady
USDEURGBPJPY
|
|||
|
Kraj nadawcy
OriginatingCountry
|
Kod kraju podmiotu inicjującego płatność. | ||
|
Opis
Wskazuje jurysdykcję, z której pochodzi zlecenie płatnicze. Ma to znaczenie dla dashboardu „Czas weryfikacji pod kątem sankcji”, ponieważ płatności z jurysdykcji wysokiego ryzyka często wymagają dokładniejszej i dłuższej kontroli zgodności. Umożliwia analizę geograficzną wolumenu płatności i opóźnień w ich przetwarzaniu.
Dlaczego to ważne
Ważny wymiar analizy ryzyka związanego ze zgodnością i wyników w poszczególnych regionach.
Skąd pobrać
Pochodzi z BIC nadawcy (znaki 5–6, kod kraju).
Przykłady
USGBDEFR
|
|||
|
Płatność transgraniczna
IsCrossBorder
|
Flaga wskazująca, czy płatność obejmuje różne kraje. | ||
|
Opis
Atrybut logiczny przyjmuje wartość True, gdy kraj nadawcy różni się od kraju beneficjenta. Wskaźnik KPI „Opóźnienie obsługi płatności w wielu walutach” pozwala dzięki temu oddzielić przepływy krajowe od międzynarodowych. Płatności transgraniczne zwykle wiążą się z większą złożonością, wyższymi kosztami i dłuższym czasem przetwarzania.
Dlaczego to ważne
Podstawowy podział na potrzeby analizy złożoności płatności.
Skąd pobrać
Porównanie kodu kraju w BIC nadawcy z kodem kraju w BIC beneficjenta.
Przykłady
truefalse
|
|||
|
Priorytet dyspozycji
InstructionPriority
|
Flaga określająca pilność płatności. | ||
|
Opis
Wartość odczytywana z nagłówków komunikatu (np. „Normal” lub „Urgent”). Pozwala segmentować dane w dashboardzie „Cykle zatwierdzania przelewów wysokokwotowych”, ponieważ pilne płatności często wymagają szybszej ścieżki zatwierdzania. Analiza rozkładu priorytetów pomaga zaplanować zasoby na okresy wzmożonego obciążenia.
Dlaczego to ważne
Pozwala rozróżnić wymagania SLA dla płatności standardowych i przyspieszonych.
Skąd pobrać
Blok 2 SWIFT, pole priorytetu komunikatu (np. N dla Normal, U dla Urgent).
Przykłady
StandardowyPilnySystem
|
|||
|
Przyczyna odrzucenia
RejectionReason
|
Opis tekstowy wyjaśniający, dlaczego płatność została odrzucona. | ||
|
Opis
Zawiera opis lub kod przyczyny niepowodzenia płatności. Zwykle znajduje się w polu 72 SWIFT (informacje od nadawcy dla odbiorcy) lub w komunikatach zwrotnych. Wspiera analizę „Przyczyny odrzucenia przez bank beneficjenta”. Analitycy mogą wykorzystać eksplorację tekstu, aby znaleźć powtarzające się przyczyny odrzuceń, takie jak „Nieprawidłowy rachunek” lub „Niezgodność nazwy beneficjenta”.
Dlaczego to ważne
Dostarcza kontekstu jakościowego dotyczącego błędów w procesie.
Skąd pobrać
Pole 72 lub 79 SWIFT w komunikatach zwrotnych (zwrot MT103).
Przykłady
Rachunek beneficjenta zamkniętyNieprawidłowy IBANNiezgodność z wymogami regulacyjnymiNieznany bank
|
|||
|
Wysłano przed godziną graniczną
MetCutOffTime
|
Flaga wskazująca, czy dyspozycję wysłano przed terminem wyznaczonym przez sieć. | ||
|
Opis
Flaga logiczna obliczana przez porównanie czasu wysłania dyspozycji płatniczej z godziną graniczną sieci SWIFT dla danej waluty. Zasila wskaźnik KPI „Odsetek dyspozycji wysłanych przed godziną graniczną SWIFT”. Niedotrzymanie godziny granicznej opóźnia rozliczenie i wpływa na poziom płynności.
Dlaczego to ważne
Ważny operacyjny wskaźnik KPI dla zarządzania środkami i płynnością.
Skąd pobrać
Obliczane przez porównanie timestampu ze statyczną tabelą godzin granicznych.
Przykłady
truefalse
|
|||
Działania w procesie obsługi płatności
| Działanie | Opis | ||
|---|---|---|---|
|
Pomyślne przejście kontroli sankcyjnej
|
Znacznik czasu z chwili pomyślnego zakończenia kontroli zlecenia płatniczego na listach OFAC i listach sankcyjnych. Można go odczytać bezpośrednio z dzienników systemu kontroli zgodności lub wywnioskować ze zwolnienia statusu „Screening Hold”. | ||
|
Dlaczego to ważne
Wskaźnik niezbędny dla dashboardu „Sanctions Screening Lead Time”. Opóźnienia na tym etapie wskazują na wąskie gardła w kontroli zgodności, a nie na nieefektywność operacyjną.
Skąd pobrać
Dzienniki systemu filtrowania zgodności lub flagi statusu zgodności w Payment Hub.
Rejestrowanie
Rejestrowane przy aktualizacji statusu kontroli
Typ zdarzenia
explicit
|
|||
|
Rozliczenie płatności
|
Potwierdzenie zaksięgowania środków na rachunku odbiorcy, często oznaczone statusem gpi ACSC. Zdarzenie można odczytać z aktualizacji trackera lub komunikatów potwierdzających. | ||
|
Dlaczego to ważne
Oznacza pomyślne zakończenie realizacji płatności. Jest niezbędne do obliczenia wskaźnika „Settlement to Reconciliation Gap”.
Skąd pobrać
SWIFT gpi Tracker (status ACSC) lub potwierdzenia MT900/910.
Rejestrowanie
Rejestrowane po potwierdzeniu rozliczenia
Typ zdarzenia
explicit
|
|||
|
Utworzenie zlecenia płatniczego
|
Utworzenie zlecenia płatniczego w wewnętrznym systemie bankowym lub ERP. Zdarzenie można zarejestrować w chwili przypisania zleceniu unikalnego identyfikatora transakcji, takiego jak TRN lub UETR. | ||
|
Dlaczego to ważne
Wyznacza początek całego cyklu obsługi płatności. Jest niezbędne do obliczania czasu realizacji od początku do końca i wykrywania opóźnień przed przekazaniem zlecenia do sieci SWIFT.
Skąd pobrać
Znacznik czasu utworzenia rekordu transakcji w systemie Core Banking System (CBS) lub Payment Hub.
Rejestrowanie
Rejestrowane przy utworzeniu rekordu transakcji
Typ zdarzenia
explicit
|
|||
|
Uzgodnienie płatności
|
Dopasowanie transakcji płatniczej do wyciągu z rachunku Nostro/Vostro. Zdarzenie można rozpoznać po powiązaniu identyfikatora transakcji z pozycją na wyciągu w systemie uzgadniania. | ||
|
Dlaczego to ważne
Zamyka cykl rozliczeń finansowych. Opóźnienia na tym etapie utrudniają bieżący wgląd w stan środków i prowadzenie audytu.
Skąd pobrać
Dzienniki systemu uzgadniania lub status „Matched” w systemie Core Banking System.
Rejestrowanie
Porównanie statusu uzgodnienia
Typ zdarzenia
inferred
|
|||
|
Wysłanie zlecenia płatniczego
|
Wysłanie sformatowanego komunikatu, takiego jak MT103 lub ISO 20022 pacs.008, do bramki SWIFT. Zdarzenie można zarejestrować, gdy treść komunikatu zostanie utworzona i przekazana do interfejsu sieciowego. | ||
|
Dlaczego to ważne
Służy do obliczania wskaźnika „SWIFT Cut-off Adherence Rate”. Oznacza przejście od przetwarzania wewnętrznego do obsługi przez sieć.
Skąd pobrać
Dzienniki SWIFT Alliance Access (SAA) lub dzienniki wysyłania z bramki.
Rejestrowanie
Rejestrowane przy wygenerowaniu komunikatu wyjściowego
Typ zdarzenia
explicit
|
|||
|
Zatwierdzenie płatności
|
Końcowa autoryzacja przez wyznaczonego pracownika lub regułę automatyczną w przypadku przelewów wysokokwotowych. Zdarzenie można zarejestrować, gdy flaga workflow akceptacji zostanie ustawiona na true. | ||
|
Dlaczego to ważne
Wskaźnik niezbędny dla dashboardu „High Value Transfer Approval Cycles”. Pozwala wykrywać opóźnienia w ręcznej akceptacji dużych przepływów środków.
Skąd pobrać
Ścieżka audytowa silnika workflow akceptacji.
Rejestrowanie
Rejestrowane po wykonaniu czynności akceptacji
Typ zdarzenia
explicit
|
|||
|
Odrzucenie płatności
|
Otrzymanie od banku odbiorcy lub banku pośredniczącego komunikatu o odrzuceniu, takiego jak zwrot MT103 lub status gpi RJCT. Zdarzenie można odczytać bezpośrednio z przychodzących komunikatów SWIFT. | ||
|
Dlaczego to ważne
Wskaźnik niezbędny dla dashboardu „Beneficiary Rejection Root Cause”. Pozwala wykrywać zewnętrzne przyczyny problemów, takie jak zamknięte rachunki lub nieprawidłowe dane routingu.
Skąd pobrać
Przychodzące komunikaty SWIFT (MT103 RET, pacs.004) lub status gpi RJCT.
Rejestrowanie
Rejestrowane po otrzymaniu komunikatu o odrzuceniu
Typ zdarzenia
explicit
|
|||
|
Otrzymanie potwierdzenia SWIFT ACK
|
Otrzymanie technicznego potwierdzenia ACK z sieci SWIFT, które oznacza przyjęcie komunikatu do przetwarzania. Zdarzenie można odczytać bezpośrednio z dzienników interfejsu sieciowego. | ||
|
Dlaczego to ważne
Potwierdza, że komunikat został przyjęty do sieci globalnej. Pozwala odróżnić błędy wewnętrzne od problemów z przekazaniem komunikatu do sieci.
Skąd pobrać
Dzienniki bramki SWIFT, w tym sygnały ACK i NACK.
Rejestrowanie
Rejestrowane po otrzymaniu ACK z sieci
Typ zdarzenia
explicit
|
|||
|
Przekazanie płatności do kolejnego banku
|
Pośrednia aktualizacja statusu, często status gpi ACSP, wskazująca, że bank pośredniczący przetwarza płatność. Zdarzenie można zarejestrować na podstawie aktualizacji SWIFT gpi Tracker lub komunikatów o statusie. | ||
|
Dlaczego to ważne
Zapewnia wgląd w przebieg płatności obsługiwanej przez banki korespondencyjne. Jest niezbędne do analizy całej drogi transakcji, od początku do końca.
Skąd pobrać
Dane z SWIFT gpi Tracker lub komunikaty MT199/trck.
Rejestrowanie
Rejestrowane po otrzymaniu aktualizacji z trackera
Typ zdarzenia
explicit
|
|||
|
Usunięcie błędu płatności
|
Pomyślna modyfikacja i ponowne przesłanie transakcji, która wcześniej była błędna. Zdarzenie można rozpoznać po zmianie statusu z kolejki „Repair” na „Processing” lub „Ready”. | ||
|
Dlaczego to ważne
Pozwala ocenić sprawność zespołu zajmującego się ręcznymi poprawkami. Długi czas na tym etapie może wskazywać na braki szkoleniowe lub złożone kody błędów.
Skąd pobrać
Dzienniki statusów Payment Hub pokazujące opuszczenie kolejek wyjątków.
Rejestrowanie
Sprawdzenie, czy pole statusu wskazuje opuszczenie kolejki Repair
Typ zdarzenia
inferred
|
|||
|
Walidacja danych płatności
|
Pomyślne zakończenie kontroli składni i formatu zlecenia płatniczego, na przykład formatu IBAN i poprawności BIC. Zdarzenie często można rozpoznać po zmianie statusu transakcji z „Draft” na „Validated” lub „Ready for Auth”. | ||
|
Dlaczego to ważne
Wysoki odsetek niepowodzeń na tym etapie wskazuje na niską jakość danych u źródła. Służy do pomiaru KPI „Validation First-Pass Yield”.
Skąd pobrać
Dzienniki statusów Payment Engine lub tabele historii walidacji.
Rejestrowanie
Porównanie pola statusu przed zmianą i po niej
Typ zdarzenia
inferred
|
|||
|
Wykrycie błędu płatności
|
Zdarzenie oznaczające skierowanie transakcji do poprawy z powodu błędów walidacji, komunikatu NACK lub odrzucenia. Można je rozpoznać po umieszczeniu transakcji w kolejce „Repair”, „Correction” lub „Exception”. | ||
|
Dlaczego to ważne
Pozwala śledzić wskaźnik „Error Resolution Rework Rate”. Częste występowanie tego zdarzenia obniża wskaźnik przetwarzania bezpośredniego (STP).
Skąd pobrać
Kolumny statusu w Payment Hub lub dzienniki kolejek wyjątków.
Rejestrowanie
Sprawdzenie, czy pole statusu ma wartość Error lub Repair
Typ zdarzenia
inferred
|
|||
Instrukcje ekstrakcji danych
Gotowi do rozpoczęcia?
Skorzystaj z tych szablonów, aby przekształcić surowe logi SWIFT w źródło informacji, które pomoże usprawnić operacje i przyspieszyć rozliczanie płatności.
Usprawnij obsługę płatności SWIFT
Osiągnij 98% przetwarzania bez ręcznej obsługi i wyeliminuj błędy manualne
Karta kredytowa nie jest wymagana. Konfiguracja zajmuje 5 minut.