Integracja ERP z bankiem — wdrożenie, raporty

Integracja ERP z bankowością online łączy system firmy z bankiem przy obsłudze płatności i wyciągów. Połączenie może pobierać i księgować transakcje, rozliczać faktury oraz udostępniać dane o przepływach pieniężnych i saldzie¹.
Ta lista pomaga przygotować uruchomienie i późniejsze uzgadnianie danych. W dni robocze system Elixir przeprowadza trzy sesje rozliczeniowe zwykłych przelewów międzybankowych². Warto uwzględnić je przy planowaniu wysyłki i sprawdzaniu wpływów.

Czym jest integracja bankowości z ERP w codziennej pracy z płatnościami i wyciągami?

Integracja bankowości z ERP przenosi zlecenia płatnicze i dane rachunku między systemem firmy a bankowością elektroniczną. Pracownik przygotowuje płatność w ERP, śledzi odpowiedź banku, a potem uzgadnia operację z dokumentem na podstawie wyciągu.
Zgodnie z art. 83 PSD2 bank odbiorcy powinien uznać jego rachunek najpóźniej do końca następnego dnia roboczego po otrzymaniu zlecenia³. Ten termin nie zastępuje jednak kontroli statusu konkretnej płatności.

Comarch ERP Optima połączona z iPKO biznes pozwala klientom korporacyjnym PKO Banku Polskiego zlecać przelewy bez logowania do serwisu bankowego. Dotyczy to także MPP, czyli przelewów z mechanizmem podzielonej płatności⁴.
Przed wyborem połączenia firma powinna określić zakres przesyłanych danych. Osobno trzeba ustalić, gdzie użytkownik podpisuje i zatwierdza zlecenie⁵.

Jakie dane przechodzą między ERP a bankiem na kolejnych etapach rozliczenia?

Comarch Betterfly przekazuje do PKO BP przelewy krajowe, MPP, podatkowe, do ZUS i walutowe⁶. Przelew walutowy można wysłać jako zagraniczny lub SEPA, czyli przelew w euro w jednolitym obszarze płatniczym. W tym drugim przypadku formularz banku kontrahenta musi zawierać kod SWIFT/BIC identyfikujący bank⁶.
Betterfly pobiera statusy przelewów i aktualizuje je na liście oraz formularzu płatności⁶. Standardowy przelew SEPA Credit Transfer powinien dotrzeć do banku odbiorcy w ciągu jednego bankowego dnia roboczego od otrzymania zlecenia⁷.

Tabela zestawia warianty podpisania zlecenia i odczytu salda w wymienionych produktach. Przy zatwierdzaniu płatności znaczenie ma też sposób potwierdzenia tożsamości użytkownika. Silne uwierzytelnianie opiera się na co najmniej dwóch niezależnych elementach z kategorii wiedzy, posiadania lub cech klienta⁸.

Dane w tabeli: 4,6

Status przelewu dotyczy zlecenia; wyciąg służy do uzgodnienia wykonanej operacji z zapisami ERP. Nie należy traktować tych informacji zamiennie. Standard ISO 20022 rozróżnia dwa komunikaty: pain.002 przekazuje status zlecenia, a camt.053 przekazuje wyciąg z rachunku⁹.

Jak ułożyć listę zadań przed uruchomieniem wymiany danych?

Lista uruchomieniowa integracji ERP z bankiem powinna wskazywać produkt, czynność i odpowiedzialnego użytkownika. Pozwala to oddzielić aktywację usługi od nadania uprawnień do płatności.
Art. 97 PSD2 przewiduje silne uwierzytelnianie przy inicjowaniu elektronicznej transakcji płatniczej³. Uprawnienia do płatności wymagają więc osobnego sprawdzenia.

• Usługę dla Comarch ERP Optima można aktywować w serwisie iPKO biznes⁴. Firma powierza aktywację wskazanemu użytkownikowi bankowości elektronicznej.
• Wymiana danych Comarch Betterfly wymaga włączenia usługi Integra ERP w bankowości elektronicznej⁶. Tę czynność należy wykonać przed próbą przesłania zlecenia.
• Konfiguracja Comarch Betterfly wymaga aliasu użytkownika, sposobu logowania, odpowiednich certyfikatów lub podpisu kwalifikowanego oraz identyfikatora kontekstu⁶. Osoba konfigurująca ustala, które dane i uprawnienia należą do użytkownika banku.

Przed uruchomieniem firma wskazuje osoby odpowiedzialne za usługę bankową, konfigurację i akceptację płatności. Taki podział ma znaczenie zwłaszcza wtedy, gdy jedna osoba nie może samodzielnie zakończyć zatwierdzania. W opisanym przez PKO BP schemacie dwuosobowym transakcja wymaga dwóch podpisów przypisanych użytkownikom¹⁰.

Jak wychwycić błędny, 26-cyfrowy numer rachunku i ograniczyć skutki pomyłki?

Numer rachunku bankowego trzeba skontrolować przed wysłaniem przelewu. Poprawny format nie dowodzi jeszcze, że rachunek należy do właściwego odbiorcy¹¹. Kontrola powinna więc objąć także dane zapisane w ERP.

• Kontrola NRB sprawdza długość numeru i jego cyfry kontrolne przed przekazaniem zlecenia do banku. Na tym etapie można zatrzymać błąd formatu.
• Kontrola kartoteki kontrahenta porównuje rachunek w zleceniu z rachunkiem przypisanym odbiorcy w ERP. Rozbieżność trzeba wyjaśnić przed podpisaniem płatności.
• Kontrola zmiany rachunku oddziela aktualizację danych kontrahenta od zatwierdzenia przelewu. Osoba zatwierdzająca widzi wtedy, że dane odbiorcy się zmieniły.

Walidacja numeru ogranicza błędy zapisu. Porównanie go z kartoteką pomaga z kolei wychwycić pomyłkę dotyczącą odbiorcy¹². Obie kontrole dotyczą innych zagrożeń, dlatego żadna nie zastępuje drugiej.

Jak dopasować zakres połączenia do liczby rachunków i sposobu zatwierdzania płatności?

Zakres połączenia ERP z bankiem powinien obejmować rachunki używane do rozliczeń i firmową ścieżkę akceptacji. Poszczególne czynności trzeba rozróżniać. Wysłanie przekazuje zlecenie do banku, podpisanie potwierdza je wskazaną metodą, a autoryzacja kończy wymagany proces zatwierdzania¹³.

• Mapa rachunków przypisuje rachunek bankowy do właściwej jednostki, waluty i zapisów księgowych w ERP. Firma ustala też, skąd wychodzą płatności i dla których rachunków pobiera wyciągi.
• Przelewy zbiorcze w Comarch Betterfly można wysyłać do banku. Produkt pozwala również wysłać przelew bez akceptacji w ERP i autoryzować go później po stronie banku⁶. Firma wybiera miejsce zatwierdzania zgodnie z podziałem obowiązków.
• Grupowanie zleceń porządkuje płatności według kontrahenta, rachunku obciążanego i terminu. Osoba zatwierdzająca może wtedy powiązać paczkę zleceń z właściwym rachunkiem.

Połączenie odpowiada codziennej pracy dopiero wtedy, gdy rachunki i czynności mają przypisanych właścicieli¹⁴. Pracownicy wiedzą wówczas, kto odpowiada za dane rachunku, a kto za akceptację. Samo przesyłanie zleceń nie ustala tego podziału.

Czym jest integracja ERP z innymi usługami i jak wyznaczyć jej granice?

Integracja ERP z innymi usługami to wymiana danych między systemem firmy a aplikacjami uczestniczącymi w rozliczeniach. Jej granicę wyznacza ostatnia czynność obsługiwana przez połączenie. Przekazanie zlecenia do bankowości elektronicznej nie oznacza jeszcze zatwierdzenia płatności ani rozliczenia faktury.
Opis procesu powinien wskazywać, kto wysyła dane, kto akceptuje płatność i skąd wraca informacja o operacji. Art. 64 PSD2 uzależnia autoryzację transakcji od zgody płatnika; przekazanie zlecenia między aplikacjami nie zastępuje tej zgody³.

Jak odróżnić wymianę danych od automatyzacji całego procesu?

Wymiana danych przenosi zlecenie lub wyciąg między aplikacjami. Automatyzacja procesu obejmuje także przypisanie operacji do dokumentu i obsługę wyjątków. Nasz Bank przekazuje przelewy i listy płac z programów Symfonia do bankowości elektronicznej. Wczytuje również wyciągi do produktów Symfonia Finanse i Księgowość lub Symfonia ERP¹⁵.
Na mapie procesu firma powinna osobno oznaczyć przekazanie danych, akceptację zlecenia i uzgodnienie wyciągu z fakturą.

Jak sklasyfikować połączenia plikowe i API na przykładzie pain.001?

Tabela rozdziela drogę przesyłania danych od formatu komunikatu. Obie metody mogą służyć do wymiany informacji, ale inaczej wygląda przy nich praca z plikami.

pain.001 to komunikat zlecenia płatniczego w standardzie ISO 20022. Jego format nie określa drogi, którą firma dostarczy zlecenie.
Przy imporcie pliku pain.001.001.09 do mBank CompanyNet bank zaleca umieszczać w nim nie więcej niż 10 000 zleceń¹⁶. Limit dotyczy zawartości importowanego pliku.

Które narzędzia uwzględnić na mapie przepływów danych firmy?

Mapa przepływów danych powinna pokazywać produkt ERP, aplikację pośredniczącą, system bankowy i miejsce akceptacji płatności. Nasz Bank umożliwia bezpośrednie pobieranie wyciągów, wysyłanie przelewów oraz sprawdzanie historii operacji i salda. Nie wymaga przy tym pracy z plikami wyciągów i przelewów¹⁵.
Każdemu przepływowi firma powinna przypisać właściciela danych. Dzięki temu pracownicy wiedzą, gdzie poprawić błędną informację¹⁷.

Jak dobrać metodę wymiany danych do częstotliwości i zakresu operacji?

Metoda wymiany danych powinna odpowiadać częstotliwości wysyłania zleceń i informacjom potrzebnym przed zamknięciem rozliczeń. Przy okresowej obsłudze paczek płatności firma opisuje eksport i import plików. Jeśli kontroluje rachunek na bieżąco, uwzględnia również dostęp do historii operacji i salda.
Zakres współpracy Nasz Bank z bankiem może być ograniczony. W zależności od używanego systemu bankowego integracja może też być niedostępna^15,17.

Granicę integracji wyznaczają rzeczywisty przepływ danych i zadania pozostające po stronie pracownika. Warto zapisać oba elementy w opisie procesu. Pozwala to odróżnić działające połączenie od zakończonego rozliczenia.

Integracja bankowości z ERP przez API: lista prób przed uruchomieniem

Integracja bankowości z ERP przez API wymaga sprawdzenia dostępu, wysłania zlecenia, odbioru odpowiedzi i uzgodnienia wyciągu. Bezpośrednia wymiana danych Comarch ERP Optima z mBank CompanyNet jest dostępna od wersji 2019.5.1¹⁸.
Połączenie wykorzystuje komunikaty XML w standardzie ISO 20022, technologię web-services oraz kanał HTTPS z dwustronnym SSL¹⁸. Dokumentacja wskazuje pięć rodzajów operacji: wysyłanie i autoryzację przelewów, sprawdzanie ich statusów oraz pobieranie salda i wyciągów¹⁹.

Jak podzielić uruchomienie API na zadania banku, firmy i partnera wdrożeniowego?

Uruchomienie API z mBank CompanyNet wymaga podziału odpowiedzialności za dostęp bankowy, dane firmy i konfigurację ERP. Do konfiguracji potrzebny jest identyfikator firmy DIK. Jego brak lub błędny zapis uniemożliwia wymianę danych¹⁸.
W identyfikatorze trzeba zachować wielkość liter¹⁹. Ten szczegół należy uwzględnić podczas próby połączenia.

• Bank odpowiada za udostępnienie połączenia i uprawnień bankowych użytkowników. Próba dostępu powinna pokazać, czy wskazany operator może obsługiwać zlecenia.
• Firma przypisuje operatorów do przygotowania i zatwierdzania płatności. Operator może logować się certyfikatem kwalifikowanym lub tokenem mobilnym¹⁸.
• Partner wdrożeniowy odwzorowuje identyfikatory, uprawnienia i rachunki w konfiguracji ERP. Wynik próby powinien wskazywać etap, na którym zatrzymała się wymiana.

Podział obowiązków pomaga skierować błąd dostępu do strony odpowiedzialnej za dany etap. Firma może wtedy oddzielić problem uprawnień bankowych od błędu konfiguracji ERP. Sam komunikat o nieudanej wymianie nie daje takiej odpowiedzi.

Jak przygotować wysyłkę pain.001 i odbiór wyciągów camt.053?

Próba komunikatów ISO 20022 powinna połączyć zlecenie pain.001 z odpowiadającym mu wyciągiem camt.053, jeśli połączenie korzysta z tych formatów. Firma porównuje rachunek obciążany, odbiorcę, kwotę i identyfikator płatności w danych wychodzących oraz przychodzących.
W konfiguracji przelewu walutowego Comarch ERP Optima dla mBanku występują 3 warianty przypisania opłat¹⁸. Próba walutowa powinna obejmować wariant wybrany przez firmę. Identyfikator EndToEndId w standardzie ISO 20022 może mieć maksymalnie 35 znaków; przy przygotowaniu danych trzeba też uwzględnić ograniczenia konkretnego banku²⁰.

Jak przetestować odpowiedź pain.002 oraz zgodność płatności z wyciągiem?

Próba odpowiedzi pain.002 powinna powiązać status z wysłanym zleceniem. Następnie firma porównuje operację z wyciągiem, jeśli bank przekazuje taki komunikat. Integracja Comarch ERP Optima z mBank CompanyNet umożliwia eksport i autoryzację przelewów, import wyciągów oraz pobieranie statusów bez ręcznego przenoszenia plików¹⁸.
Przy ponownym imporcie wyciągu Comarch ERP Optima odrzuca duplikaty¹⁸. W próbie warto ponownie odebrać ten sam wyciąg, by odróżnić odrzucenie duplikatu od pominięcia nowej operacji.

W których procesach bieżący przepływ danych przez API ma znaczenie?

Bieżący przepływ danych przez API ma znaczenie, gdy firma oddziela przygotowanie przelewów od zatwierdzania. Przydaje się również wtedy, gdy pracownicy śledzą statusy przed uzgodnieniem wyciągu. Comarch ERP Optima pozwala wysłać przelew do późniejszej autoryzacji, wysłać przelew podpisany albo autoryzować zlecenie wysłane wcześniej¹⁸.
Operator korzystający z tokena mobilnego może autoryzować zlecenie w ERP. Autoryzacja może być częściowa albo finalna¹⁸.

Próby przed uruchomieniem powinny objąć przesyłanie danych, ścieżkę zatwierdzenia i późniejsze rozliczenie²¹. Wynik każdego etapu warto ocenić osobno. Poprawne wysłanie zlecenia nie dowodzi jeszcze, że wyciąg pozwoli je uzgodnić.

Kiedy integracje ERP przynoszą korzyści firmie?

Integracje ERP przynoszą korzyść, gdy przejmują konkretne zadania działu płatności lub księgowości. Może to być pobieranie operacji, dopasowywanie wpłat do dokumentów albo kontrola nierozliczonych pozycji. Comarch Betterfly umożliwia import historii operacji bankowych i automatyczne rozliczanie pasujących płatności podczas importu⁶.
Ocena korzyści powinna obejmować również pracę nad pozycjami niedopasowanymi. One nadal wymagają wyjaśnienia.

Jak powiązać automatyzację z konkretnym zadaniem księgowości lub działu płatności?

Automatyczne rozliczanie płatności wymaga dopasowania operacji bankowej do otwartego dokumentu. Podczas importu w Comarch Betterfly dostępnych jest 5 kryteriów rozliczania operacji bankowych⁶.
Księgowość może osobno ocenić płatności dopasowane i te wymagające ręcznego wyjaśnienia. Taki podział pokazuje, czy system ogranicza pracę przy uzgadnianiu. Samo przeniesienie danych do ERP nie daje jeszcze tej korzyści²².

Jak umieścić Teneum X na mapie systemów i odpowiedzialności za dane?

Teneum X należy oznaczyć na mapie jako produkt ERP wymieniający dane bankowe z bankiem. Obok powinny znaleźć się osoba odpowiedzialna za dane rachunku i osoba uzgadniająca operacje.
Produkt ma drajwery integracyjne, czyli komponenty obsługujące wymianę danych, między innymi dla mBanku, Citi Banku, Banku PKO, BGŻ BNP Paribas i Santandera²³. Mapa powinna odróżniać bank dostarczający informację o operacji od pracownika przypisującego ją do dokumentu w ERP.

Jak ocenić uzgadnianie operacji przy tolerancji różnicy kwotowej 0,5%?

Tolerancja różnicy kwotowej 0,5% oznacza w przyjętej regule uzgadniania konieczność porównania bezwzględnej różnicy kwot z kwotą dokumentu. Księgowość powinna ustalić podstawę obliczenia tolerancji. Przekroczenia trzeba skierować do ręcznego wyjaśnienia.
Sama zgodność kwot nie wystarcza do rozliczenia. Odbiorca, rachunek i dokument również muszą odpowiadać operacji bankowej²⁴.

Kiedy zakres operacji uzasadnia integrację, a kiedy wystarcza obsługa ręczna?

Integracja ERP z bankiem ma sens, gdy powtarzalne pobieranie i rozliczanie operacji pochłania więcej pracy niż obsługa wyjątków. Przy sporadycznych przelewach firma może pozostać przy obsłudze ręcznej.
W Comarch Betterfly poprawny import przelewu wymaga otwartego raportu bankowego na dzień przelewu. Program sprawdza też, czy operacja nie została już zaimportowana⁶. Firma powinna uwzględnić przygotowanie raportu i wyjaśnianie niedopasowań, zamiast uznawać import za koniec rozliczenia²⁵.

Korzyść zależy od zadań, które system faktycznie przejmie. Samo uruchomienie połączenia nie rozlicza wyjątków. O wyborze metody powinny decydować skala płatności i sposób pracy firmy.

Najczęściej zadawane pytania

Jaki kod banku należy podać przy przelewie SEPA?

Formularz banku kontrahenta powinien zawierać kod SWIFT/BIC identyfikujący jego bank.

Jaka jest maksymalna długość identyfikatora EndToEndId?

W standardzie ISO 20022 identyfikator EndToEndId może mieć maksymalnie 35 znaków; trzeba też uwzględnić ograniczenia konkretnego banku.

Ile zleceń może zawierać plik pain.001 importowany do mBank CompanyNet?

Bank zaleca, by plik pain.001.001.09 zawierał nie więcej niż 10 000 zleceń.

Od której wersji Comarch ERP Optima dostępna jest bezpośrednia wymiana danych z mBank CompanyNet?

Funkcja jest dostępna od wersji 2019.5.1.

Jakie warianty salda można odczytać w Comarch Betterfly?

Można odczytać saldo dostępnych środków oraz saldo zaksięgowane rachunku.