Pliki płatności i uzgadnianie między ERP a bankiem
ERP do banku: płatności na zewnątrz, wyciągi z powrotem, uzgodnione
Płatności wysyłane jako ISO 20022 pain.001 przez host-to-host SFTP lub API banków, z wyciągami camt.053 i MT940 dopasowanymi z powrotem do księgi.
Blueprint
Prosimy przewinąć w bok, aby zobaczyć cały rysunek.
ERP do banku: płatności na zewnątrz, wyciągi do środka
Zatwierdzone płatności opuszczają ERP jako podpisane pliki ISO 20022 kanałem host-to-host. Raporty statusów i wyciągi wracają tą samą drogą i są dopasowywane do otwartych pozycji. Odrzucenia i niedopasowane linie trafiają do Państwa zespołu wraz z przyczyną.
- Ścieżka główna
- Asynchroniczny
- Ścieżka wyjątku
Przepływ w 10 krokach
Przepływ krok po kroku
- Od ERP do Warstwa integracji: Zatwierdzone zlecenie płatnicze przez REST/JSON · IDoc (ścieżka główna).
- Od Warstwa integracji do Bezpieczny kanał bankowy: Podpisany i szyfrowany plik płatności przez ISO 20022 pain.001 · OpenPGP (ścieżka główna).
- Od Bezpieczny kanał bankowy do Bank: Dostarczony do banku przez SFTP H2H (ścieżka główna).
- Od Bank do Bezpieczny kanał bankowy: Raporty statusów i wyciągi przez pain.002 · camt.053 · MT940 (asynchroniczny).
- Od Bezpieczny kanał bankowy do Warstwa integracji: Zebrane i zweryfikowane przez SFTP H2H (asynchroniczny).
- Od Warstwa integracji do Silnik uzgadniania: Linie wyciągu przez camt.053 (asynchroniczny).
- Od Silnik uzgadniania do ERP: Dopasowane zapisy zaksięgowane przez REST/JSON (ścieżka główna).
- Od Warstwa integracji do Zespół skarbowości i finansów: Odrzucone płatności z kodem przyczyny przez pain.002 RJCT (ścieżka wyjątku).
- Od Silnik uzgadniania do Zespół skarbowości i finansów: Niedopasowane linie: różnica uzgodnieniowa (ścieżka wyjątku).
- Od Zespół skarbowości i finansów do ERP: Poprawione i przesłane ponownie (ścieżka wyjątku).
Przegląd
To przepływ między ERP a jego bankami: zatwierdzone płatności wychodzą, a raporty statusu i wyciągi wracają. To połączenie, które większość zespołów finansowych nadal prowadzi ręcznie, przez portale bankowe i arkusze, i to, w którym błąd kosztuje pieniądze.
Wzorzec referencyjny stawia warstwę integracji między ERP a każdym bankiem. Warstwa mapuje płatności na wariant ISO 20022 pain.001 danego banku, podpisuje je i szyfruje oraz dostarcza przez host-to-host SFTP, EBICS lub API banku. Raporty statusu i wyciągi wracają tą samą drogą i są dopasowywane do pozycji otwartych w ERP.
Ścieżka awarii jest zaprojektowana tak starannie jak ścieżka pozytywna. Odrzucona płatność wraca z kodem przyczyny banku. Niedopasowana pozycja wyciągu staje się różnicą uzgodnieniową do zamknięcia przez wskazaną osobę. Nic nie ginie i nic nie jest księgowane dwa razy.
Jak działa przepływ
Zatwierdzić serię płatności
ERP tworzy serię płatności, a Państwa zatwierdzający ją zwalniają, jak dziś. Warstwa integracji pobiera tylko zatwierdzone serie.
Zmapować, podpisać i zaszyfrować
Warstwa mapuje każdą płatność na wariant pain.001 banku, waliduje ją oraz podpisuje i szyfruje plik zgodnie z wymaganiami banku.
Dostarczyć do banku
Plik przesyłany jest uzgodnionym kanałem, host-to-host SFTP, EBICS lub API banku, przed godziną graniczną banku.
Odebrać statusy i wyciągi
Bank zwraca raporty statusu pain.002 dla każdego pliku i płatności oraz wyciągi camt.053 lub MT940 na koniec dnia.
Zebrać i zwalidować
Warstwa zbiera każdy raport, sprawdza go pod kątem luk i duplikatów względem sekwencji wyciągów i parsuje na pozycje.
Dopasować i zaksięgować
Pozycje wyciągów są dopasowywane do pozycji otwartych według zatwierdzonych reguł, a dopasowane zapisy księgowane w ERP.
Gdy coś zawodzi
Płatność odrzucona
Raport pain.002 niesie kod przyczyny banku. Płatność jest oznaczona jako odrzucona w ERP i kierowana do Państwa zespołu skarbu do poprawy i ponownego wysłania.
Pozycja wyciągu nie pasuje
Pozycja staje się różnicą uzgodnieniową z prawdopodobnymi kandydatami i przyczyną niepowodzenia. Państwa zespół ją zamyka, a reguły mogą się z niej uczyć.
Brakuje pliku lub plik jest opóźniony
Numeracja wyciągów i oczekiwane czasy dostarczenia są sprawdzane. Brakujący lub opóźniony plik wywołuje alert, zanim ktokolwiek oprze się na pozycji gotówkowej.
Klucz lub certyfikat wkrótce wygaśnie
Klucze podpisujące i certyfikaty kanału są śledzone wraz z datami ważności, a odnowienie zaczyna się dość wcześnie, aby uzgodnić nowy klucz z bankiem.
Standardy i systemy
- Standardy i kanały bankowe
- ISO 20022
- pain.001
- pain.002
- camt.052
- camt.053
- camt.054
- MT940
- MT942
- SFTP (H2H)
- EBICS
- Swift
- OpenPGP
Pytania i odpowiedzi
Host-to-host, EBICS czy API banku: czego użyć?
Zwykle decyduje bank. Host-to-host SFTP to najszerzej oferowany kanał dla korporacyjnych plików płatności. EBICS jest częsty w bankach w Niemczech, Francji i krajach sąsiednich. API banków pasują do sald w czasie rzeczywistym i płatności natychmiastowych, gdy bank je oferuje. Wiele firm używa więcej niż jednego, a warstwa integracji ukrywa różnicę przed ERP.
Czy odbierać wyciągi camt.053 czy MT940?
Gdy bank oferuje oba, camt.053 niesie bogatsze, ustrukturyzowane dane tytułu płatności, co czyni automatyczne dopasowanie niezawodniejszym. MT940 jest nadal szeroko używany i dobrze działa w wielu przypadkach. Obsługujemy oba, konwertujemy je na ten sam model wewnętrzny i przenosimy każdy bank z MT940 na camt.053, gdy to Państwu i bankowi pasuje.
Czy widać pozycję gotówkową w ciągu dnia?
Tak, jeśli Państwa banki udostępniają raporty intraday. Przychodzą jako komunikaty camt.052 lub MT942 albo przez API sald. Zbieramy je w harmonogramie obsługiwanym przez każdy bank i pokazujemy obok wyciągów na koniec dnia, aby Państwa zespół skarbu widział pozycje oczekiwane i rzeczywiste przed godzinami granicznymi.
Czy można prześledzić, kto zatwierdził i wysłał płatność?
Tak. Zatwierdzanie zostaje w Państwa ERP z istniejącymi kontrolami. Warstwa integracji rejestruje każdy tworzony, podpisywany, wysyłany i odbierany plik, ze znacznikami czasu, identyfikatorami i używanym kontem technicznym. Ten rejestr łączy każdą płatność z raportu statusu banku z dokumentem ERP i jego zatwierdzającymi.
Mamy kilka banków. Czy każdy to osobny projekt?
Nie. Warstwa integracji, wewnętrzny model płatności i reguły dopasowania powstają raz. Każdy nowy bank dodaje własny wariant formatu, kanał i kroki onboardingu, czyli mniejsze kawałki pracy. Zwykle podłączamy najpierw bank o największym wolumenie, a pozostałe dodajemy w kolejności.
Jak testowane jest połączenie przed wdrożeniem?
Każdy bank udostępnia środowisko lub proces testowy. Uzgadniamy z bankiem zestaw przypadków testowych obejmujących każdy typ płatności, odrzucenia i wyciągi, uruchamiamy je i zachowujemy dowody. Gdy bank zatwierdzi, wdrażamy z małą pierwszą serią płatności i porównujemy wyniki przed przeniesieniem reszty.
Najpierw rozmowa, nie umowa.
Prosimy opowiedzieć, co trzeba zbudować, połączyć lub zabezpieczyć. Architekt przechodzi przez to z Państwem, a następnie rekomenduje, od czego zacząć.
Co dalej
Ustalenie terminu
Nasz zespół pisze do Państwa, aby ustalić termin sesji.
Sesja przeddoradcza
To bezpłatna 30-minutowa konsultacja wstępna online: omawiamy Państwa cele, systemy i ograniczenia.
Ocena gotowości
To bezpłatna 48-godzinna ocena gotowości: główny architekt sprawdza projekt pod kątem 6-punktowej definicji gotowości i rekomenduje dopasowaną ścieżkę.
Wybór ścieżki
Projekty gotowe zakresowo otrzymują wiążącą ofertę w ciągu 3–5 dni roboczych. Projekty na etapie koncepcji zaczynają się w Blueprint Studio. Działający system, który zawodzi, nie ma dokumentacji lub wymaga integracji, zaczyna się od diagnostyki: 1–2 tygodnie. Blueprint Studio i diagnostyka mają stałą opłatę podaną w ofercie.