Integracja WooCommerce z ERP - Subiekt GT, Comarch Optima, SAP w 2026

Zacznij od czynności, które dziś wykonuje człowiek. Może kopiować adres do dokumentu, aktualizować dostępność po sprzedaży stacjonarnej albo ręcznie poprawiać cenę wariantu. Zapisz, skąd bierze dane, do którego systemu je przenosi i co robi, gdy są niepełne. Taki opis jest bardziej przydatny do wyceny niż samo hasło automatyzacja sklepu.

Nie każda operacja wymaga synchronizacji w obu kierunkach. Sklep może przekazywać zamówienia do ERP, a odbierać z niego stan i numer dokumentu. Opisy marketingowe mogą nadal powstawać w WooCommerce. Ważne, aby to samo pole nie miało dwóch konkurujących źródeł.

Przed wyborem rozwiązania sprawdź trzy rzeczy: jak często występuje dana czynność, jakie ma wyjątki oraz jaki jest koszt pomyłki. Liczba zamówień pomaga oszacować obciążenie, ale nie wyznacza uniwersalnego progu opłacalności. Kilka skomplikowanych zamówień B2B może wymagać więcej pracy niż wiele prostych transakcji. Jeśli zmiana dotyczy również samej sprzedaży, zaplanuj ją razem z rozwojem sklepu internetowego, a nie jako osobne, niezależne zadanie.

Zapisz pełną nazwę programu, wersję, wykorzystywane moduły i sposób uruchomienia. Łącznik obsługujący jedną linię produktu nie musi działać z inną.

W wymaganiach Base Bridge dla Subiekta GT producent wymienia: "Subiekt GT z aktywną licencją Sfera". Dokumentacja podaje także Windows 10/11 64-bit lub Windows Server 2016+ oraz ODBC Driver 17 albo 18. Instalację i dostęp sieciowy należy dopasować do środowiska; nie oznacza to publicznego udostępniania bazy SQL.

InsERT opisuje SDK jako dokumentację linii nexo PRO i Sello NX. To osobna ścieżka od Sfery GT. Z kolei SAP Business One Service Layer, w dokumentacji 1.29 z 27 lipca 2026, wykorzystuje HTTP i OData; ścieżki v1 oraz v2 odpowiadają OData 3 i 4. Nie należy przenosić tego opisu na każdy produkt SAP.

Dla Optimy poproś o listę obsługiwanych operacji wybranego łącznika. Samo słowo API nie potwierdza obsługi korekt, rezerwacji i wielu magazynów.

Przygotuj tabelę pól, a nie tylko listę połączonych aplikacji. Dzięki temu wykonawca może wskazać brakującą funkcję, zanim rozpocznie wdrożenie.

To przykładowy układ, który trzeba dopasować do procesu. Dokument WZ nie jest automatycznie właściwym skutkiem każdego nowego zamówienia. Czasem wcześniej powstaje rezerwacja lub dokument zamówienia, a dokument sprzedaży wymaga kolejnego warunku.

W produktach zmiennych sprawdź osobne identyfikatory wariantów. Nazwa produktu i wspólny SKU rodzica mogą nie wystarczyć do rozróżnienia rozmiaru czy koloru. Uzgodnij też zestawy, mnożniki jednostek i towary z kilku magazynów. Dla każdego pola zapisz zachowanie przy pustej wartości: pominięcie, wyczyszczenie lub błąd do ręcznej obsługi.

Gotowy konektor jest rozsądnym wyborem, jeśli obsługuje potrzebne dokumenty, pola i wyjątki. Przed zakupem sprawdź jego licencję, zgodność z wersją ERP, sposób aktualizacji oraz odpowiedzialność za pomoc przy awarii. Obecność nazwy programu w katalogu integracji jest początkiem weryfikacji, a nie protokołem odbioru.

Base może pełnić rolę pośrednika między sklepem, marketplace i ERP. Nadal trzeba określić źródła danych i zweryfikować konkretny łącznik. Przy nietypowych regułach cenowych, wielu podmiotach albo własnych polach może być potrzebne dodatkowe oprogramowanie. Nie musi ono być napisane w tej samej technologii co sklep, o ile korzysta z właściwych interfejsów i ma utrzymanie.

W cenniku integracji sklepu z ERP dedykowana integracja WooCommerce z ERP zaczyna się od 7900 zł netto. Migracja platformy od 9990 zł netto jest odrębnym zakresem, a nie droższym wariantem tego samego konektora.

Do pracy wdrożeniowej dolicz wymagane licencje ERP, jego rozszerzenia, ewentualny abonament łącznika i później zamawiane zmiany. Warunki automatyzacji procesów warto oprzeć na konkretnych operacjach i sposobie rozliczenia utrzymania.

Najpierw wykonaj inwentaryzację danych oraz dostępów. Sprawdź, czy istnieją już dodatki zapisujące ceny, stany lub faktury. Zapisz obecną konfigurację, przygotuj kopię potrzebnych danych i ustal sposób wycofania zmiany. Dostęp wykonawcy powinien mieć uzgodniony zakres i właściciela.

Następnie przygotuj mapowanie na reprezentatywnych pozycjach: produkt prosty, wariant, pozycja z rabatem i towar z innego magazynu. Testy wykonuj w uzgodnionym środowisku. Jeżeli wymagają rzeczywistego systemu dokumentów, wcześniej ustal ich skutki z osobą odpowiedzialną za rozliczenia. Nie twórz przypadkowo dokumentów fiskalnych ani przesyłek.

Odbiór obejmuje pełną drogę zamówienia. Porównaj identyfikatory, pozycje, kwoty, walutę, status płatności i dokument docelowy. Potem sprawdź anulowanie oraz ponowne pobranie tej samej operacji. Powtórzenie transmisji nie powinno tworzyć niezamierzonego drugiego dokumentu.

Na koniec zapisz, gdzie znajdują się logi, kto otrzymuje informację o błędzie i kto podejmuje decyzję o ponowieniu. Przekaż zespołowi instrukcję wyjątków, nie tylko film pokazujący udane połączenie. Jeśli przyczyną problemu są rozszerzenia sklepu, potrzebna może być także praca nad WordPressem.

Przy braku danych sprawdź najpierw ostatnią poprawną operację i pierwszą nieudaną. Porównuj ten sam identyfikator zamówienia lub produktu po obu stronach. Sama liczba rekordów nie ujawni zamiany wariantu, błędnej kwoty ani duplikatu.

Odczytaj odpowiedź łącznika i status zadania. Opóźnienie może wynikać z harmonogramu, kolejki, niedostępnego ERP, braku licencji, uprawnień albo błędu konkretnego pola. Nie uruchamiaj od razu ponownego importu całej historii. Najpierw ustal, czy operacja została już wykonana, choć potwierdzenie nie wróciło.

W obsłudze ponowień potrzebny jest limit prób oraz kontrola identyfikatora operacji. Błędy danych trafiają do poprawy, a chwilowa niedostępność może uzasadniać kolejną próbę według zasad dostawcy. Nie każdy kod błędu należy ponawiać tak samo.

Jeżeli kilka systemów pokazuje różne stany, uzgodnij rozbieżność od wybranego źródła i sprawdź wpływ rezerwacji. Opis szerszej diagnozy znajdziesz w poradniku o problemach z integracjami sklepu. Monitoring pomaga wykryć błąd, ale nie daje gwarancji, że żadna operacja nigdy się nie zatrzyma.

Na pierwszy kontakt wystarczy adres sklepu lub nazwa platformy oraz opis celu: jakie dane mają przechodzić i gdzie dziś pojawia się problem. Jeśli znasz wersję ERP, nazwę łącznika albo przykładowy komunikat, możesz je dopisać. Nie trzeba od razu przygotowywać pełnej specyfikacji ani przesyłać bazy klientów.

Przed rozpoczęciem prac warto ustalić listę operacji objętych ceną, wymagane licencje, środowisko testowe i odpowiedzialność za późniejsze aktualizacje. Zapytaj, czy oferta obejmuje tylko nowe zamówienia, czy także uzgodniony zakres historii. Dodanie starej dokumentacji i odtworzenie jej powiązań może wymagać osobnych prac.

Dokument odbioru powinien zawierać wynik każdego scenariusza, wskazanie wyłączeń oraz sposób zgłoszenia problemu. Warto też ustalić, co dzieje się po zmianie wersji ERP lub wtyczki sklepu: kto sprawdza zgodność i kiedy potrzebna jest nowa wycena. Opisz potrzebną integrację, a zakres rozmowy można oprzeć na rzeczywistym procesie i dostępnych danych.