Comarch ERP + sklep online — jak zsynchronizować
Sklep internetowy działający obok systemu ERP bez połączenia między nimi oznacza podwójną pracę: ktoś przepisuje zamówienia, ktoś aktualizuje stany, ktoś poprawia ceny w dwóch miejscach. Integracja usuwa te czynności, ale wymaga wcześniejszego rozstrzygnięcia kilku kwestii, które w firmie nigdy nie zostały spisane.
Krótka odpowiedź: integracja sklepu z Comarch ERP kosztuje zwykle 15 000 – 50 000 zł i zajmuje od trzech do ośmiu tygodni, w zależności od liczby synchronizowanych obiektów.
Przed rozpoczęciem trzeba ustalić trzy rzeczy: wersję i licencję systemu (od nich zależy dostępna metoda połączenia), system nadrzędny dla każdego typu danych oraz sposób obsługi kartotek towarowych — opisy i zdjęcia zwykle powinny zostać po stronie sklepu.
Co się synchronizuje i w którą stronę
| Obiekt | Kierunek | Częstotliwość | Uwagi |
|---|---|---|---|
| Kartoteki towarowe | ERP → sklep | Co godzinę | Nazwa, jednostka, stawka podatku, kody |
| Opisy i zdjęcia | Sklep | — | ERP nie jest do tego przeznaczony |
| Stany magazynowe | ERP → sklep | Co 5–15 minut | Najbardziej wrażliwe na opóźnienie |
| Ceny i rabaty | ERP → sklep | Co godzinę | Przy B2B cenniki indywidualne |
| Kontrahenci | Dwukierunkowo | Przy zmianie | Klucz dopasowania: numer identyfikacji podatkowej |
| Zamówienia | Sklep → ERP | Natychmiast | Wymaga zabezpieczenia przed duplikatami |
| Statusy realizacji | ERP → sklep | Co kilkanaście minut | Podstawa powiadomień dla klienta |
| Dokumenty sprzedaży | ERP → sklep | Po wystawieniu | Udostępniane w panelu klienta |
Podział odpowiedzialności między systemami
Najważniejsza zasada projektowa brzmi: dane handlowe pochodzą z ERP, dane prezentacyjne ze sklepu. ERP zarządza tym, co wpływa na rozliczenia — ceną, stanem, stawką podatku, warunkami handlowymi. Sklep zarządza tym, co widzi klient — opisem, zdjęciami, przypisaniem do kategorii, treściami marketingowymi.
Próba prowadzenia opisów i zdjęć w systemie ERP kończy się zwykle niepowodzeniem. Ten typ systemu nie jest do tego przeznaczony, praca w nim jest niewygodna dla osób odpowiedzialnych za treści, a możliwości formatowania — ograniczone. Efektem są krótkie, katalogowe opisy, które nie sprzedają i nie przynoszą ruchu z wyszukiwarki.
Wyjątek dotyczący powiązania. Nawet jeśli opisy prowadzisz w sklepie, powiązanie z kartoteką ERP musi być trwałe i oparte na niezmiennym identyfikatorze — najlepiej kodzie towaru, nie nazwie. Zmiana nazwy w ERP nie powinna powodować utraty opisu i zdjęć po stronie sklepu, a to częsty skutek dopasowywania po nazwie.
Stany magazynowe — jak uniknąć sprzedaży towaru, którego nie ma
Między sprzedażą w innym kanale a aktualizacją stanu w sklepie zawsze mija jakiś czas. Skracanie interwału synchronizacji rozwiązuje problem tylko częściowo i obciąża system ERP. Skuteczniejsze są rozwiązania organizacyjne.
- Bufor bezpieczeństwa — towary o stanie poniżej ustalonego progu prezentowane jako niedostępne.
- Rezerwacja przy złożeniu zamówienia, a nie dopiero przy jego przetwarzaniu w ERP.
- Wydzielony magazyn dla sklepu, jeśli struktura firmy na to pozwala — najczystsze rozwiązanie.
- Informacja o dostawie zamiast ukrywania towaru wyczerpanego, wraz z powiadomieniem o powrocie.
- Priorytet synchronizacji dla towarów o niskim stanie i wysokiej rotacji.
Zamówienia — obsługa błędów po stronie sklepu
Zamówienie musi zostać przyjęte nawet wtedy, gdy ERP jest niedostępny. Przerwa w łączu w siedzibie firmy, restart serwera albo aktualizacja systemu nie mogą oznaczać utraty sprzedaży. Wymaga to kolejki i mechanizmu ponawiania.
- Kolejka zamówień z ponawianiem prób w rosnących odstępach czasu.
- Własny identyfikator dokumentu zabezpieczający przed dwukrotnym utworzeniem tego samego zamówienia.
- Widok zamówień nieprzekazanych dostępny dla obsługi, z możliwością ręcznego ponowienia.
- Powiadomienie o zatrzymaniu synchronizacji kierowane do wskazanej osoby.
- Rejestr wymiany z treścią komunikatu błędu, umożliwiający diagnostykę bez dostępu do ERP.
Metody połączenia
| Metoda | Wymagania | Zaleta | Ograniczenie |
|---|---|---|---|
| Oficjalny interfejs producenta | Odpowiednia licencja | Stabilność i wsparcie | Dodatkowy koszt licencji |
| Usługa pośrednicząca na serwerze klienta | Serwer z dostępem do ERP | Działa niezależnie od wersji | Kolejny element do utrzymania |
| Wymiana plikowa | Wspólny katalog | Prostota | Opóźnienia, trudna diagnostyka |
| Odczyt z bazy danych | Dostęp do bazy | Szybkie wdrożenie | Ryzyko przy aktualizacjach ERP |
Wybór zależy od wersji systemu i posiadanej licencji, dlatego jest to pierwsze pytanie, jakie powinien zadać wykonawca. Odpowiedź przesądza o zakresie prac i o tym, czy potrzebny będzie dodatkowy zakup po stronie producenta ERP.
Harmonogram wdrożenia
| Etap | Czas | Co się dzieje |
|---|---|---|
| Analiza | 3–5 dni | Ustalenie zakresu, systemu nadrzędnego, reguł cenowych |
| Środowisko testowe | 2–3 dni | Kopia ERP, dostępy, dane przykładowe |
| Synchronizacja jednokierunkowa | 1–2 tygodnie | Towary, stany, ceny |
| Zamówienia i kontrahenci | 1–2 tygodnie | Przekazywanie dokumentów, dopasowanie kartotek |
| Testy i migracja | 1 tydzień | Scenariusze błędne, uruchomienie produkcyjne |
Etap, którego nie warto pomijać. Środowisko testowe z kopią danych ERP. Testowanie integracji na systemie produkcyjnym oznacza tworzenie dokumentów testowych w księgowości, a ich usuwanie bywa niemożliwe. Koszt przygotowania kopii jest niewielki wobec kłopotów wynikających z jego braku.
Najczęstsze pułapki
- Dopasowywanie towarów po nazwie zamiast po kodzie — zmiana nazwy zrywa powiązanie.
- Duplikaty kontrahentów w ERP, powstałe przez lata pracy kilku handlowców.
- Brak reguły przy rozbieżności danych między systemami.
- Prowadzenie opisów w ERP, co obniża jakość treści i widoczność w wyszukiwarce.
- Brak umowy utrzymaniowej — aktualizacja ERP potrafi zatrzymać integrację.
- Pominięcie wielu magazynów, jeśli firma prowadzi więcej niż jeden.
- Brak osoby decyzyjnej po stronie klienta, która rozstrzygnie sporne przypadki.
Utrzymanie integracji po wdrożeniu
Integracja nie jest projektem zamkniętym w dniu odbioru. Po stronie ERP pojawiają się aktualizacje zmieniające zachowanie interfejsu, po stronie sklepu — nowe funkcje wymagające dodatkowych danych, a po stronie firmy zmiany organizacyjne wpływające na reguły cenowe i strukturę magazynów.
Bez ustalonego trybu utrzymania pierwsza awaria po roku oznacza kilkudniowy przestój w przekazywaniu zamówień i zlecenie w trybie pilnym, wycenione odpowiednio do sytuacji.
- Monitoring kolejki z alertem, gdy dokumenty zalegają dłużej niż ustalony czas.
- Wskazana osoba po stronie firmy, do której trafia powiadomienie o zatrzymaniu synchronizacji.
- Środowisko testowe utrzymywane także po wdrożeniu, do weryfikacji zmian w ERP.
- Informacja z wyprzedzeniem o planowanych aktualizacjach systemu ERP.
- Miesięczny przegląd rozbieżności — rekordy, których nie udało się dopasować.
- Umowa utrzymaniowa z określonym czasem reakcji na awarię.
Aktualizacje ERP jako główne źródło problemów
Największe ryzyko wiąże się z aktualizacjami systemu ERP wykonywanymi bez uprzedzenia wykonawcy integracji. Zmiana struktury danych lub zachowania interfejsu bywa niewidoczna dla użytkowników systemu, a jednocześnie zatrzymuje wymianę ze sklepem.
Rozwiązanie jest organizacyjne, nie techniczne: aktualizacje ERP powinny być zapowiadane, a po każdej warto wykonać krótki test przekazania zamówienia i pobrania stanów. To czynność na kilkanaście minut, która pozwala wykryć problem w dniu aktualizacji zamiast po tygodniu — gdy okaże się, że część zamówień w ogóle nie trafiła do realizacji.
Podsumowanie
Integracja sklepu z Comarch ERP jest wykonalna w kilka tygodni, o ile wcześniej zapadną decyzje organizacyjne: który system jest nadrzędny dla każdego typu danych, gdzie prowadzone są opisy i zdjęcia oraz co ma się dziać, gdy ERP jest niedostępny.
Techniczna część projektu jest przewidywalna. Największym ryzykiem pozostaje brak osoby po stronie firmy, która potrafi rozstrzygnąć wątpliwości dotyczące reguł cenowych i duplikatów w kartotekach. To ona, a nie wykonawca, decyduje o tempie wdrożenia.
Najczęstsze pytania
Orientacyjnie od 15 000 zł przy synchronizacji towarów, stanów i cen w jednym kierunku, do około 50 000 zł przy pełnym zakresie obejmującym kontrahentów, zamówienia, statusy realizacji i dokumenty sprzedaży. Do tego dochodzi utrzymanie, zwykle od kilkuset złotych miesięcznie.
W sklepie. System ERP nie jest przeznaczony do zarządzania treścią, praca w nim jest niewygodna dla osób odpowiedzialnych za opisy, a możliwości formatowania ograniczone. Ważne jest natomiast trwałe powiązanie z kartoteką ERP oparte na kodzie towaru, a nie na nazwie, która bywa zmieniana.
Zwykle co pięć do piętnastu minut, ale sama częstotliwość nie usuwa ryzyka sprzedaży towaru, którego już nie ma. Skuteczniejsze są bufor bezpieczeństwa przy niskich stanach, rezerwacja towaru w momencie złożenia zamówienia oraz — jeśli to możliwe — wydzielenie osobnego magazynu dla sprzedaży internetowej.
Sklep powinien przyjmować je normalnie i umieszczać w kolejce, ponawiając próbę przekazania w rosnących odstępach czasu. Niezbędne jest zabezpieczenie przed dwukrotnym utworzeniem tego samego dokumentu po odzyskaniu połączenia oraz powiadomienie wskazanej osoby o zatrzymaniu synchronizacji.
Często tak — dostęp do oficjalnego interfejsu integracyjnego bywa objęty odrębną licencją u producenta systemu. To pierwsza rzecz do sprawdzenia przed wyceną, ponieważ przesądza o metodzie połączenia i o tym, czy pojawi się dodatkowy koszt niezależny od wynagrodzenia wykonawcy.
Convert Studio realizuje projekty z tego obszaru dla firm w całej Polsce. Zobacz: Sklepy internetowe → · 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ń.