Integracja z ERP (Comarch, Subiekt) — przewodnik
Integracja z systemem ERP jest najczęściej najdroższym i najbardziej ryzykownym elementem projektu — nie dlatego, że jest trudna technicznie, tylko dlatego, że wymusza ustalenie rzeczy, które w firmie nigdy nie zostały spisane. Kto zakłada kartotekę kontrahenta, skąd bierze się cena, co ma pierwszeństwo przy rozbieżności stanów. Ten poradnik porządkuje decyzje, które trzeba podjąć przed napisaniem pierwszej linii kodu.
Krótka odpowiedź: integracja z popularnymi polskimi systemami ERP kosztuje zwykle 15 000 – 60 000 zł i zajmuje od dwóch do ośmiu tygodni. Rozpiętość wynika z liczby synchronizowanych obiektów i tego, czy wymiana jest jedno-, czy dwukierunkowa.
Najważniejsza decyzja projektowa nie jest techniczna. Trzeba ustalić system nadrzędny dla każdego typu danych — który zapis wygrywa przy rozbieżności. Bez tej ustaleń integracja działa do pierwszej sytuacji spornej.
Co to znaczy „zintegrować z ERP"
Pod jednym hasłem kryje się kilka bardzo różnych zakresów. Zanim porównasz oferty, warto rozpisać, które obiekty faktycznie mają być wymieniane i w którą stronę. To ćwiczenie samo w sobie usuwa większość późniejszych nieporozumień.
| Obiekt | Typowy kierunek | Częstotliwość | Uwagi |
|---|---|---|---|
| Kartoteka towarów | ERP → aplikacja | Co godzinę lub przy zmianie | Zdjęcia i opisy zwykle zostają po stronie aplikacji |
| Stany magazynowe | ERP → aplikacja | Co kilka minut | Najbardziej wrażliwe na opóźnienia |
| Ceny i rabaty | ERP → aplikacja | Co godzinę | Przy B2B osobne cenniki dla kontrahentów |
| Kontrahenci | Dwukierunkowo | Przy zmianie | Najczęstsze źródło duplikatów |
| Zamówienia | Aplikacja → ERP | Natychmiast | Wymaga obsługi ponowień i braku duplikatów |
| Faktury | ERP → aplikacja | Po wystawieniu | Udostępniane klientowi do pobrania |
| Rozrachunki | ERP → aplikacja | Raz dziennie | Podstawa blokady zamówień przy przeterminowanych płatnościach |
Metody wymiany danych
Sposób połączenia zależy od konkretnego systemu i wersji, jaką ma klient. Różnice w koszcie utrzymania między metodami są znaczne, więc warto to ustalić przed wyceną.
| Metoda | Jak działa | Zaleta | Ryzyko |
|---|---|---|---|
| Oficjalny interfejs | Producent udostępnia dokumentowany sposób integracji | Stabilność, wsparcie producenta | Często wymaga dodatkowej licencji |
| Usługa pośrednicząca | Program na serwerze klienta łączy ERP z aplikacją | Działa z systemami bez interfejsu sieciowego | Kolejny element do utrzymania i monitorowania |
| Wymiana plikowa | Pliki wymieniane w ustalonym katalogu | Prosta, działa wszędzie | Opóźnienia, brak potwierdzeń, trudna diagnostyka |
| Bezpośredni dostęp do bazy | Zapytania wprost do bazy ERP | Pełny dostęp do danych | Ryzyko utraty gwarancji, awaria po aktualizacji ERP |
O dostępie bezpośrednim do bazy. Kusi, bo jest szybki do zbudowania i nie wymaga licencji. Ma jednak dwie poważne wady: zapis do bazy z pominięciem logiki systemu potrafi naruszyć spójność dokumentów, a każda aktualizacja ERP może zmienić strukturę tabel i unieruchomić integrację. Do odczytu bywa akceptowalny, do zapisu — praktycznie nigdy.
Decyzja, od której wszystko zależy
Zanim padnie pytanie o technologię, trzeba odpowiedzieć na pytanie o władzę nad danymi. Dla każdego typu obiektu należy wskazać system nadrzędny — ten, którego zapis jest rozstrzygający.
Przykład, który powtarza się w niemal każdym projekcie: handlowiec poprawia adres kontrahenta w ERP, a jednocześnie klient zmienia go w portalu. Bez ustalonej reguły system zapisze obie zmiany naprzemiennie, a po tygodniu nikt nie będzie wiedział, który adres jest właściwy. Reguła bywa prosta — „dane rejestrowe z ERP, dane kontaktowe z portalu" — ale musi zostać spisana.
- Stany magazynowe — zawsze ERP, bez wyjątków.
- Ceny i warunki handlowe — ERP, aplikacja tylko je prezentuje.
- Dane rejestrowe kontrahenta — ERP.
- Dane kontaktowe i preferencje — aplikacja.
- Zamówienia — aplikacja tworzy, ERP przejmuje i zmienia status.
- Opisy i zdjęcia towarów — aplikacja, ERP nie jest do tego przeznaczony.
Trzy problemy, które pojawiają się zawsze
Duplikaty kontrahentów
Ta sama firma istnieje w ERP jako trzy kartoteki, bo została założona przez trzech handlowców w różnym czasie. Przy integracji trzeba wybrać klucz dopasowania — najlepiej numer identyfikacji podatkowej — i przygotować się na to, że część rekordów nie dopasuje się automatycznie. Zaplanuj widok z listą rozbieżności do ręcznego rozstrzygnięcia, bo pełna automatyzacja tego kroku nie jest realna.
Opóźnienie stanów magazynowych
Między sprzedażą w sklepie stacjonarnym a aktualizacją stanu w aplikacji zawsze mija jakiś czas. Przy towarach o niskiej rotacji nie ma to znaczenia, przy pojedynczych sztukach — oznacza sprzedaż czegoś, czego nie ma. Rozwiązaniem nie jest częstsza synchronizacja, tylko bufor bezpieczeństwa i rezerwacja stanu w momencie złożenia zamówienia.
Awaria po stronie ERP
System ERP bywa niedostępny — aktualizacja, restart serwera, przerwa w łączu w siedzibie klienta. Aplikacja musi to przetrwać bez utraty zamówień. Oznacza to kolejkę, ponawianie z rosnącym odstępem i mechanizm zabezpieczający przed dwukrotnym wysłaniem tego samego dokumentu po odzyskaniu połączenia.
Wymagania techniczne po stronie wdrożenia
- Kolejka zadań zamiast bezpośrednich wywołań — integracja musi znosić chwilową niedostępność drugiej strony.
- Zabezpieczenie przed duplikatami oparte na własnym identyfikatorze dokumentu.
- Rejestr wymiany z zapisem każdej operacji, jej wyniku i treści komunikatu błędu.
- Powiadomienie o zatrzymaniu synchronizacji kierowane do konkretnej osoby, nie do skrzynki ogólnej.
- Widok rozbieżności pokazujący rekordy, których nie udało się dopasować.
- Możliwość ręcznego ponowienia pojedynczego dokumentu z panelu administracyjnego.
- Środowisko testowe z kopią danych ERP, oddzielone od produkcji.
Koszty i harmonogram
| Zakres | Co obejmuje | Koszt | Czas |
|---|---|---|---|
| Podstawowy | Towary, stany, ceny — jeden kierunek | 15 000 – 25 000 zł | 2–3 tygodnie |
| Standardowy | Powyższe plus kontrahenci i zamówienia | 25 000 – 45 000 zł | 4–6 tygodni |
| Pełny | Powyższe plus faktury, rozrachunki, limity kupieckie | 45 000 – 80 000 zł | 6–10 tygodni |
| Utrzymanie | Monitoring, reakcja na awarie, zmiany po aktualizacji ERP | od 800 zł miesięcznie | ciągle |
Pozycja, która wypada z wycen. Utrzymanie. Integracja nie jest projektem jednorazowym — aktualizacje ERP zmieniają zachowanie interfejsu, rosnąca liczba dokumentów ujawnia przypadki brzegowe, a zmiany w firmie wymuszają korekty reguł. Bez umowy utrzymaniowej pierwsza awaria po roku oznacza kilkudniowy przestój i doraźne zlecenie w trybie pilnym.
Pytania do zadania przed startem
- Jaka dokładnie wersja systemu ERP i czy jest objęta aktualnym wsparciem producenta?
- Czy klient ma licencję obejmującą oficjalny interfejs integracyjny?
- Kto po stronie klienta odpowiada za ERP i będzie dostępny w trakcie wdrożenia?
- Ile jest kartotek towarowych i kontrahentów — to wpływa na sposób synchronizacji?
- Czy istnieje środowisko testowe ERP, czy trzeba je utworzyć?
- Jakie są reguły cenowe dla kontrahentów i gdzie są zdefiniowane?
- Co ma się stać, gdy ERP jest niedostępny przez kilka godzin?
Podsumowanie
Integracja z ERP jest projektem organizacyjnym w co najmniej takim samym stopniu jak technicznym. Najwięcej czasu pochłania nie kod, lecz ustalenie reguł, które w firmie funkcjonowały dotąd wyłącznie w postaci przyzwyczajeń.
Trzy decyzje przesądzają o powodzeniu: wskazanie systemu nadrzędnego dla każdego typu danych, wybór metody wymiany zgodnej z licencją i wersją ERP oraz zaplanowanie zachowania na wypadek awarii. Reszta jest wykonalna w kilka tygodni — pod warunkiem, że po stronie klienta jest osoba, która może rozstrzygnąć sporne przypadki.
Najczęstsze pytania
Podstawowy zakres, obejmujący towary, stany i ceny w jednym kierunku, to 15 000 – 25 000 zł. Wariant standardowy z kontrahentami i zamówieniami mieści się w przedziale 25 000 – 45 000 zł, a pełny, z fakturami i rozrachunkami, sięga 80 000 zł. Do tego trzeba doliczyć utrzymanie od około 800 zł miesięcznie.
Do odczytu bywa to akceptowalne, do zapisu praktycznie nigdy. Zapis z pominięciem logiki systemu potrafi naruszyć spójność dokumentów księgowych, a każda aktualizacja ERP może zmienić strukturę tabel i unieruchomić integrację. Dodatkowo taki dostęp bywa niezgodny z warunkami wsparcia producenta.
Poprawnie zbudowana integracja kolejkuje operacje i ponawia je z rosnącym odstępem czasu, a zamówienia przyjmuje niezależnie od dostępności ERP. Kluczowe jest zabezpieczenie przed duplikatami, żeby po odzyskaniu połączenia ten sam dokument nie trafił do systemu dwa razy, oraz powiadomienie konkretnej osoby o zatrzymaniu synchronizacji.
Zwykle co kilka minut, ale sama częstotliwość nie rozwiązuje problemu sprzedaży towaru, którego już nie ma. Skuteczniejsze są bufor bezpieczeństwa przy towarach o niskim stanie oraz rezerwacja towaru w momencie złożenia zamówienia, a nie dopiero przy jego przetwarzaniu w ERP.
Od dwóch tygodni przy zakresie podstawowym do dziesięciu przy pełnym. Największym czynnikiem wydłużającym nie jest programowanie, lecz uzgodnienia po stronie klienta: wskazanie systemu nadrzędnego dla każdego typu danych, rozstrzygnięcie duplikatów kontrahentów i ustalenie reguł cenowych.
Convert Studio realizuje projekty z tego obszaru dla firm w całej Polsce. Zobacz: Aplikacje webowe → · Lokalizacje →
Bezpłatna wycena Twojego projektu
Opisz w kilku zdaniach, co chcesz zbudować — stronę, aplikację czy sklep. Odpowiadamy w ciągu 24 godzin roboczych konkretną propozycją zakresu i harmonogramu. Konsultacja i wycena są bezpłatne, bez zobowiązań.