Płatności online przychodzące z osobnej bramki płatniczej wymagają ręcznego sprawdzenia i zaksięgowania, jeśli nie są zintegrowane z systemem ERP — przy większej liczbie zamówień to zadanie pochłaniające sporo czasu każdego dnia.

Na czym polega ta usługa

Integracja obejmuje połączenie systemu ERP z wybraną bramką płatności, skonfigurowanie automatycznego oznaczania zamówień jako opłacone po zaksięgowaniu wpłaty oraz generowanie odpowiednich dokumentów księgowych bez ręcznej interwencji.

Dla kogo ma sens

Usługa jest przydatna dla sklepów internetowych i firm przyjmujących płatności online, które chcą wyeliminować ręczną weryfikację wpłat i przyspieszyć realizację zamówień po ich opłaceniu.

Ile to trwa

Konfiguracja integracji mieści się z reguły w standardowym czasie do 3 dni.

Warunki

Diagnoza wstępna i wycena są bezpłatne. Dojazd na terenie Warszawy i okolic jest bezpłatny, a usługa objęta jest gwarancją do 12 miesięcy.

Jak działa techniczny mechanizm integracji ERP z bramką płatności

Prawidłowo wdrożona integracja oprogramowania ERP (systemu do zarządzania zasobami przedsiębiorstwa) z bramką płatności online opiera się na ciągłej, dwukierunkowej wymianie danych za pośrednictwem protokołu HTTPS oraz interfejsów API (zestawu reguł umożliwiających bezpośrednią komunikację między różnymi programami). W momencie, gdy klient finalizuje zamówienie w sklepie internetowym lub opłaca przesłany drogą elektroniczną link do płatności, operator płatności przetwarza transakcję w swoim systemie rozliczeniowym. Po autoryzacji środków przez bank lub operatora kart płatniczych, serwer bramki płatności generuje powiadomienie zwrotne typu webhook (automatyczny komunikat HTTP wysyłany natychmiast po zaistnieniu określonego zdarzenia). Komunikat ten trafia do modułu integracyjnego lub bezpośrednio do usługi nasłuchującej w infrastrukturze firmy.

Każde przychodzące powiadomienie zawiera unikalny identyfikator transakcji, kwotę wpłaty, walutę, metodę płatności (na przykład szybki przelew bankowy, kod BLIK lub karta płatnicza) oraz status operacji. Mechanizm integracyjny weryfikuje podpis kryptograficzny (cyfrową sygnaturę opartą o klucz prywatny, która potwierdza autentyczność nadawcy i gwarantuje, że treść powiadomienia nie została zmodyfikowana). Po pomyślnej weryfikacji oprogramowanie odnajduje powiązany dokument zamówienia w bazie danych ERP (na przykład zamówienie od klienta ZK w systemie Subiekt lub rejestr zamówień RO w Comarch ERP Optima). Status zamówienia zostaje natychmiast zmieniony na opłacony, co odblokowuje proces magazynowy i umożliwia pracownikom natychmiastowe pakowanie towaru.

Równolegle w systemie finansowo-księgowym tworzony jest odpowiedni zapis rozrachunkowy. W zależności od przyjętych w firmie schematów księgowych, integracja automatycznie tworzy dokument wpłaty bankowej (WB - wyciąg bankowy dla rachunku technicznego operatora płatności) lub dokument kasowy (KP - kasa przyjmie). Gdy zamówienie uzyskuje status w pełni opłaconego, system może wygenerować dokument końcowy, taki jak faktura bez VAT, rachunek lub paragon, a następnie przekazać plik w formacie PDF do modułu automatycznej wysyłki poczty elektronicznej. Cały ten proces zajmuje zazwyczaj od kilku do kilkunastu sekund od momentu zatwierdzenia płatności przez kupującego.

Obsługiwane bramki płatności i kompatybilne systemy ERP

Integracja obejmuje wiodące systemy ERP wykorzystywane w polskich przedsiębiorstwach handlowych i usługowych oraz najpopularniejsze bramki płatności internetowych. Prace wdrożeniowe realizowane są bezpośrednio w siedzibie firmy w środowisku produkcyjnym lub testowym na terenie Warszawy i okolicznych powiatów.

Wśród obsługiwanych systemów zarządzania przedsiębiorstwem znajdują się:

InsERT Subiekt GT oraz Subiekt nexo — integracja realizowana jest przy użyciu oficjalnych interfejsów programistycznych, takich jak Sfera dla Subiekta (zestaw obiektów programistycznych gwarantujących pełną spójność logiki biznesowej i bazy danych MS SQL Server).
Comarch ERP Optima oraz Comarch ERP XL — synchronizacja danych zamówień i płatności z wykorzystaniem modułu Comarch Optima API oraz dedykowanych serwisów wymiany danych.
WAPRO ERP (WAPRO Mag, dawniej WF-Mag) — automatyzacja procesów za pośrednictwem struktur wymiany danych e-Poczta, interfejsów B2B oraz bezpośrednich konektorów bazodanowych.
Sage Symfonia oraz Symfonia ERP — integracja oparta na modułach integracyjnych i szynach danych, zapewniająca automatyczne dekretowanie operacji finansowych.
enova365 oraz RAKS SQL — konfiguracja harmonogramów zadań i interfejsów sieciowych odpowiedzialnych za pobieranie i parowanie transakcji elektronicznych.

W zakresie bramek płatności integracja obejmuje połączenie z takimi operatorami jak:

PayU — integracja z klasycznym API oraz systemem powiadomień REST API, obsługa płatności ratalnych, odroczonych oraz płatności wielowalutowych.
Przelewy24 — pełna obsługa powiadomień transakcyjnych, integracja mechanizmów BLIK OneClick oraz automatycznych zwrotów środków.
Tpay — wdrożenie bramki płatności z automatyczną weryfikacją sum kontrolnych transakcji i integracją z kartami płatniczymi.
Autopay (dawniej Blue Media) — konfiguracja szybkich przelewów internetowych, płatności automatycznych oraz automatyzacji procesów powiadomień statusowych.
imoje (ING Bank Śląski) — konfiguracja integracji bankowej bramki płatniczej z systemami handlowymi, w tym obsługa płatności kartami i portfelami cyfrowymi.
Stripe oraz PayPal — integracje dla firm obsługujących transakcje międzynarodowe w wielu walutach z automatycznym przeliczaniem kursów i ewidencją prowizji.

Warianty architektoniczne integracji płatności z systemem handlowym

W zależności od struktury sprzedaży, wielkości przedsiębiorstwa i używanych kanałów dystrybucji, integracja może zostać wdrożona w jednym z kilku wariantów technicznych:

Wariant 1: Integracja bezpośrednia przez platformę e-commerce

W tym modelu sklep internetowy (działający na platformie WooCommerce, PrestaShop, Magento, Shopify lub dedykowanym silniku) przyjmuje płatność za pośrednictwem bramki. Po potwierdzeniu autoryzacji przez operatora, platforma sklepowa aktualizuje status zamówienia, a program integracyjny synchronizujący sklep z systemem ERP przesyła do bazy handlowej zamówienie z już nadanym statusem opłaconego wraz z powiązaną wpłatą. Jest to rozwiązanie optymalne dla firm prowadzących jeden główny sklep internetowy.

Wariant 2: Integracja wielokanałowa za pośrednictwem integratora sprzedaży

W przedsiębiorstwach sprzedających równolegle w wielu kanałach (kilka sklepów online, Allegro, eBay, Amazon, Erli) proces płatności jest agregowany przez centralny integrator (na przykład BaseLinker). Bramki płatności przekazują informacje o wpłatach bezpośrednio do integratora, a stamtąd dedykowany konektor przesyła kompletnie sparowane dane do systemu ERP. Taka architektura pozwala na ujednolicenie schematów księgowych niezależnie od tego, z jakiej platformy lub bramki wpłynęły środki.

Wariant 3: Pobieranie i automatyczne parowanie raportów rozliczeniowych operatora

Ten wariant koncentruje się na dziale księgowości i rozliczeń masowych. Moduł integracyjny łączy się cyklicznie przez API z panelem operatora płatności lub pobiera przygotowane pliki rozliczeniowe (w standardach takich jak CSV, XML lub wyciąg bankowy MT940). Oprogramowanie automatycznie dopasowuje poszczególne pozycje z zestawienia operatora do wystawionych wcześniej dokumentów lub zamówień w ERP, automatycznie rozlicza należności na kontach kontrahentów oraz wydziela pobrane przez bramkę prowizje jako odrębne koszty usług finansowych.

Błędy popełniane przy samodzielnych próbach integracji

Samodzielne próby łączenia systemów ERP z bramkami płatności lub korzystanie z niesprawdzonych skryptów często prowadzą do poważnych problemów w ewidencji finansowo-magazynowej. Najczęstsze nieprawidłowości obejmują:

Bezpośrednia modyfikacja bazy danych SQL bez użycia oficjalnego API — dopisywanie wpłat lub zmienianie flag zamówień bezpośrednimi zapytaniami SQL z pominięciem mechanizmów takich jak Sfera dla Subiekta czy API Comarch powoduje naruszenie spójności relacyjnej bazy. Może to skutkować uszkodzeniem bazy danych, błędami przy generowaniu zestawień finansowych oraz utratą oficjalnego wsparcia technicznego producenta oprogramowania.
Brak obsługi idempotencji zapytań (podwójne księgowanie transakcji) — serwery bramek płatności w przypadku chwilowego braku odpowiedzi potwierdzającej (status HTTP 200 OK) ponawiają wysyłkę webhooka kilkukrotnie. Nieprawidłowo napisany skrypt integracyjny traktuje każde kolejne powiadomienie jako nową wpłatę, co prowadzi do wielokrotnego rozliczenia tego samego zamówienia lub podwójnego wystawienia dokumentu sprzedaży.
Błędne rozliczanie prowizji pobieranych przez operatora — niektóre bramki płatności przekazują w raportach kwoty pomniejszone o prowizję transakcyjną (kwotę netto wypłaty). Zapisanie takiej kwoty jako bezpośredniej wartości wpłaty za zamówienie powoduje powstanie sztucznej niedopłaty na dokumencie handlowym, co uniemożliwia automatyczne zamknięcie rozrachunku z klientem. Prawidłowa integracja musi rejestrować pełną wartość sprzedaży oraz osobno ewidencjonować koszt prowizji bramki.
Brak obsługi transakcji nietypowych i wieloetapowych — amatorskie rozwiązania często nie uwzględniają sytuacji, w których klient dokonuje dopłaty do zamówienia, wpłaca zaliczkę, anuluje transakcję w trakcie realizacji lub płaci w walucie obcej po innym kursie niż domyślny kurs tabeli NBP z danego dnia roboczego.
Niepoprawna konfiguracja mapowania form płatności i rejestrów — wpłaty z bramek internetowych trafiające do domyślnej kasy gotówkowej zamiast na dedykowane rachunki wirtualne lub rejestry bankowe operatorów płatności powodują niezgodności w raportach kasowych i utrudniają uzgodnienie sald na koniec miesiąca.

Kiedy problem leży poza samą konfiguracją oprogramowania ERP

Podczas diagnozowania problemów z przepływem płatności warto odróżnić nieprawidłowości w samej integracji od czynników zewnętrznych infrastruktury informatycznej:

Blokady zapory sieciowej (firewall) i brak zewnętrznego adresu IP — serwery bramek płatniczych wysyłają powiadomienia webhook na określony adres URL. Jeśli lokalny serwer w firmie znajduje się za restrykcyjnym firewallem, ma zablokowane porty wejściowe lub nie posiada publicznego, stałego adresu IP z poprawnie skonfigurowanym przekierowaniem (lub bezpiecznym tunelem VPN), powiadomienia z bramki nie dotrą do usługi integracyjnej.
Nieprawidłowy lub wygasły certyfikat SSL/TLS — operatorzy płatności kategorycznie odrzucają komunikację z serwerami, które nie posiadają ważnego, zaufanego certyfikatu SSL. Wygaszenie certyfikatu na domenie odbierającej powiadomienia natychmiast zatrzymuje automatyczne oznaczanie wpłat.
Zmiany w uprawnieniach kluczy API w panelu operatora — wygenerowanie nowego klucza autoryzacyjnego w panelu administracyjnym bramki płatności bez jednoczesnej aktualizacji konfiguracji w module integracyjnym ERP powoduje natychmiastowe odrzucanie zapytań z kodem błędu autoryzacji (HTTP 401 Unauthorized lub 403 Forbidden).
Prace konserwacyjne lub awarie infrastruktury bankowej — opóźnienia w księgowaniu przelewów w systemie Elixir lub przerwy techniczne w bankach mogą opóźnić wygenerowanie powiadomienia przez bramkę, co nie jest usterką integracji, lecz naturalnym opóźnieniem procesu bankowego.

Często zadawane pytania dotyczące integracji ERP z płatnościami

Czy integracja pozwala na automatyczne rozliczanie prowizji pobieranych przez operatora płatności?

Tak, zaawansowana konfiguracja integracji umożliwia automatyczne księgowanie prowizji transakcyjnych. System może pobierać zbiorcze zestawienia kosztów z bramki płatności i automatycznie wprowadzać do systemu ERP dokument kosztowy (fakturę od operatora płatności) lub rozbijać kwoty transakcji na wartość należności od klienta oraz koszt prowizji operacyjnej przypisany do właściwego konta księgowego.

Jak system ERP reaguje na transakcje anulowane lub nieudane próby zapłaty?

Mechanizm integracji precyzyjnie filtruje statusy przesyłane przez bramkę płatniczą. Zamówienie w systemie ERP otrzymuje status opłaconego wyłącznie po odebraniu komunikatu potwierdzającego skuteczne pobranie środków (status zakończony sukcesem). Transakcje odrzucone, przerwane przez kupującego lub oczekujące na autoryzację nie zmieniają statusu finansowego zamówienia, zapobiegając nieuzasadnionemu wydaniu towaru z magazynu.

Czy do wdrożenia integracji wymagane są dodatkowe licencje na oprogramowanie ERP?

Wymagania licencyjne zależą od używanego systemu ERP oraz wybranego wariantu integracji. W przypadku programów z rodziny InsERT (Subiekt GT) zazwyczaj wymagana jest licencja na moduł Sfera dla Subiekta GT lub zewnętrzny moduł integracyjny. W systemach Comarch ERP Optima może być konieczny moduł integracyjny lub dostęp do Comarch Optima API. Wszystkie wymagania weryfikowane są podczas bezpłatnej diagnozy wstępnej przed przystąpieniem do prac konfiguracyjnych.

Co dzieje się z powiadomieniami o płatnościach w przypadku chwilowej awarii internetu w firmie?

Bramki płatności posiadają wbudowane mechanizmy kolejkowania powiadomień. Jeżeli serwer firmowy z systemem ERP jest chwilowo niedostępny z powodu przerwy w dostawie internetu lub restartu serwera, operator ponawia próby wysłania powiadomienia webhook w określonych odstępach czasu (zazwyczaj przez okres od 24 do 48 godzin). Po przywróceniu łączności wszystkie zaległe wpłaty zostają automatycznie odebrane i prawidłowo zaksięgowane w bazie danych.

Czy istnieje możliwość integracji płatności wielowalutowych (EUR, USD, GBP)?

Tak, integracja może obsługiwać transakcje w walutach obcych. Konfiguracja obejmuje utworzenie odpowiednich rejestrów walutowych w systemie ERP, przypisanie właściwych tabel kursów walut z Narodowego Banku Polskiego (lub Europejskiego Banku Centralnego) oraz prawidłowe przeliczanie kwot na walutę bazową z uwzględnieniem różnic kursowych.

Procedura wdrożenia integracji w siedzibie firmy

Proces wdrożenia integracji systemu ERP z bramką płatności realizowany jest w modelu pełnej obsługi technicznej z dojazdem bezpośrednio do biura lub siedziby przedsiębiorstwa na terenie Warszawy oraz 7 okolicznych powiatów (grodziski, legionowski, otwocki, piaseczyński, pruszkowski, warszawski zachodni, wołomiński).

Prace wdrożeniowe obejmują następujące etapy:

Audyt środowiska IT i analiza procesów handlowych — weryfikacja wersji zainstalowanego systemu ERP, struktury bazy danych MS SQL Server, konfiguracji serwera oraz schematu obiegu dokumentów w firmie.
Konfiguracja konta integracyjnego i środowiska testowego — uruchomienie bezpiecznej komunikacji API w trybie piaskownicy (sandbox), co pozwala na przeprowadzenie testowych płatności bez angażowania rzeczywistych środków finansowych.
Mapowanie słowników i schematów księgowych — precyzyjne powiązanie metod płatności z rejestrami bankowymi, formami płatności i kontami rozrachunkowymi w systemie ERP.
Testy stabilności i spójności danych — weryfikacja obsługi sytuacji granicznych, takich jak jednoczesne wpłaty z wielu zamówień, transakcje wielowalutowe, ponowienia webhooków oraz zwroty środków.
Uruchomienie produkcyjne i asysta techniczna — przełączenie integracji na działanie w środowisku rzeczywistym, weryfikacja pierwszych przetworzonych transakcji oraz instruktaż dla pracowników działu handlowego i księgowości.

Bezpieczeństwo i spójność danych transakcyjnych

Automatyzacja księgowania płatności internetowych w systemie ERP eliminuje błędy ludzkie wynikające z ręcznego przepisywania wyciągów bankowych i wielokrotnie skraca czas realizacji zamówień klientów. Prawidłowo skonfigurowane mechanizmy autoryzacji oparte o szyfrowanie TLS oraz tokeny dostępowe gwarantują pełne bezpieczeństwo danych finansowych zgodnie ze standardami PCI DSS (standardem bezpieczeństwa danych w branży kart płatniczych). Całość wdrożenia objęta jest gwarancją do 12 miesięcy, a wsparcie techniczne po realizacji usługi zapewnia stabilność operacyjną oprogramowania handlowo-magazynowego w codziennej pracy przedsiębiorstwa.

22 378 48 09

Integracja ERP z bramką płatności online