Szablon danych do obsługi płatności

SWIFT
Szablon danych do obsługi płatności

Szablon danych do obsługi płatności

Szablon stanowi podstawę do mapowania workflow transakcji SWIFT, od ich zainicjowania po ostateczne rozliczenie. Zawiera listę danych i etapów operacyjnych potrzebnych do uzyskania pełnego obrazu cyklu płatności. Korzystając z tego przewodnika, można przygotować dane tak, aby wykryć ukryte nieefektywności i ograniczyć ryzyko związane ze zgodnością.
  • Zalecane atrybuty do szczegółowej analizy transakcji
  • Najważniejsze działania i etapy procesu SWIFT
  • Wskazówki techniczne dotyczące ekstrakcji danych finansowych
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

Poniżej wymieniono zalecane pola danych, które warto uwzględnić w event logu, aby kompleksowo przeanalizować cykl transakcji SWIFT.
5 Wymagane 9 Zalecane 5 Opcjonalne
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
Wymagane Zalecane Opcjonalne

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

Poniżej wymieniono najważniejsze kroki i etapy procesu, które warto rejestrować w event logu, aby dokładnie odkryć przebieg procesu i zidentyfikować wąskie gardła.
6 Zalecane 6 Opcjonalne
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
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z SWIFT

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

Rozpocznij bezpłatny okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje 5 minut.