Jak zaplanować niezawodną integrację Comarch ERP Optima z PrestaShop

Dla każdego obiektu ustal kierunek synchronizacji, system źródłowy i zdarzenie uruchamiające aktualizację. System źródłowy to miejsce, w którym zespół edytuje wartość i które rozstrzyga rozbieżności.

Tabela pokazuje typowy podział przepływów, który przed wdrożeniem trzeba dopasować do procesu firmy.

Tabela jest punktem wyjścia do specyfikacji, ponieważ konkretny kierunek zależy od procesu sklepu. Dokumentacja PrestaShop 8 Webservice opisuje zasoby produktów, zamówień i stanów, ale nie definiuje reguł biznesowych Comarch ERP Optima. Porównanie WooCommerce i Shopify może pomóc firmie ocenić wybór platformy. Oferta sklepów internetowych KC Mobile dotyczy realizacji sklepów na WooCommerce, dlatego przy projekcie PrestaShop trzeba osobno uzgodnić zakres platformy i integracji.

Przed uruchomieniem połączenia sprawdź wersje systemów, identyfikatory produktów oraz reguły handlowe i magazynowe. Identyfikator techniczny produktu i SKU to różne wartości, a ich pomylenie może utworzyć duplikat lub skierować zamówienie do niewłaściwej kartoteki.

Lista kontrolna przed analizą integracji:

• Wersja PrestaShop, wersja Comarch ERP Optima, moduły i dostęp do środowiska testowego.
• SKU i kody EAN, unikalność identyfikatorów oraz zasady ich zmiany.
• Warianty produktów i sposób przypisania kombinacji do kartoteki ERP.
• Liczba magazynów, magazyn wysyłkowy, rezerwacje i stany minimalne.
• Cenniki, waluty, rabaty, stawki VAT i zasady zaokrągleń.
• Numeracja dokumentów, statusy zamówień, anulowania i zwroty.
• Zakres dostępu do API i sposób przechowywania kluczy.

W PrestaShop 9 dostęp do Webservice włącza się w panelu administracyjnym w "Advanced Parameters > Web service", a klucz API może otrzymać uprawnienia do wybranych zasobów i operacji. Dokumentacja zaleca nadawanie tylko wymaganych praw. Przy integracji ze sklepem na PrestaShop 8 trzeba sprawdzać instrukcję dla wersji 8, w tym strukturę zasobu `stock_availables`. Dokumentację sprawdziliśmy w październiku 2026.

Gotowy moduł wybierz, gdy jego udokumentowany zakres pokrywa proces sklepu i nie pomija krytycznych wyjątków. Zewnętrzny łącznik może pasować do wielu kanałów, a integrację dedykowaną warto rozważyć, gdy reguły firmy wykraczają poza dostępne konfiguracje.

Tabela porównuje kryteria wyboru, a nie konkretne produkty ani ceny.

Tabela pokazuje, jakie pytania zadać dostawcy przed wyborem rozwiązania. Poproś o demonstrację anulowania zamówienia, błędnego SKU, niedostępności API i ponownego przetworzenia zdarzenia. Poradnik konfiguracji PrestaShop 8.x opisuje ustawienia sklepu, które mogą wpływać na integrację.

Synchronizacja powinna rozróżniać produkt, jego wariant i ilość dostępną w konkretnym sklepie. Dokumentacja PrestaShop 8 opisuje zasób `stock_availables` z polami `id_product`, `id_product_attribute`, `id_shop` i `quantity`; API pozwala odczytywać i aktualizować dostępne ilości.

Konflikt może powstać, gdy ERP wysyła stan 8 sztuk, klient składa zamówienie na 2 sztuki, a opóźniony proces zapisuje starszą wartość. Reguła musi określić, czy ERP przekazuje stan po rezerwacjach, czy sklep odejmuje zamówienie od zapasu oraz jak systemy uzgadniają kolejną aktualizację.

Tabela przedstawia przypadki, w których integracja potrzebuje osobnych reguł.

Tabela ułatwia zatwierdzenie reguł przed testami. W PrestaShop 8 trzeba również sprawdzić, czy rekord dotyczy właściwej kombinacji i sklepu oraz jak konfiguracja multistore wpływa na współdzielenie ilości.

Integracja powinna przekazywać zamówienie po uzgodnionym zdarzeniu, a statusy sklepu i ERP muszą mieć jawne mapowanie. Status "oczekuje na płatność" nie musi oznaczać gotowości do rezerwacji zapasu lub realizacji.

Ustal osobną kolejność działań dla płatności online, pobrania, anulowania, korekty i zwrotu. Sklep może przyjąć zamówienie, operator potwierdzić transakcję, a ERP utworzyć dokument. Firma określa, kiedy rezerwuje zapas, wystawia fakturę i rozdziela zwrot pieniędzy od przyjęcia towaru.

Tabela wskazuje punkty procesu, które powinny mieć przypisane działanie i wynik zwrotny.

Tabela opisuje decyzje wdrożeniowe, a nie funkcje gwarantowane przez każdy moduł. Właściciel procesu księgowego powinien zatwierdzić zdarzenia tworzące dokumenty ERP oraz obsługę korekt.

Niezawodność zapewniają trwała kolejka, ograniczone ponowienia, idempotencja, logi i alerty. Idempotencja oznacza, że ponowne przetworzenie tego samego zdarzenia nie tworzy drugiego zamówienia ani dokumentu.

Diagnozę zacznij od identyfikatora zamówienia, czasu zdarzenia i odpowiedzi systemu docelowego. Następnie sprawdź połączenie API, uprawnienia, odpowiedź HTTP, walidację danych, mapowanie SKU i stan kolejki. Przed ponowieniem sprawdź, czy ERP nie wykonał już operacji.

Tabela rozdziela mechanizmy, które ograniczają utratę zdarzeń i ułatwiają diagnozę.

Tabela wiąże mechanizmy z konkretnym celem. Ponowienia powinny mieć limit, a po jego osiągnięciu system powinien przekazać sprawę do obsługi ręcznej.

Testy powinny obejmować nowe i zmienione dane, zamówienie, zwrot, awarię połączenia oraz ponowienie tego samego zdarzenia. Kryteria akceptacji zapisz przed rozpoczęciem testów, aby zespół znał oczekiwany stan w obu systemach.

Tabela podaje minimalne scenariusze testowe i warunki odbioru.

Tabela określa minimalne kryteria, które trzeba rozszerzyć o płatność pobraniową, obce waluty lub wiele magazynów, jeśli sklep używa tych procesów. Protokół testu powinien zawierać identyfikator zdarzenia, wynik w obu systemach i decyzję o akceptacji.

Zakres prac zależy od liczby sklepów i magazynów, jakości kartotek, dokumentów oraz wyjątków w statusach i płatnościach. Bez tych informacji nie można rzetelnie rozstrzygnąć, czy wystarczy gotowy moduł, czy potrzebne będą dodatkowe prace.

Do wyceny przygotuj wersje systemów, liczbę produktów i wariantów, listę magazynów, przykładowe zamówienia oraz mapę statusów. Opisz dokumenty, zwroty, kanały sprzedaży i oczekiwany monitoring. Oferta opieki nad sklepem internetowym dotyczy utrzymania sklepu, a nie zastępuje analizy zakresu integracji ERP.

Perspektywa KC Mobile: z naszych wdrożeń wynika, że część problemów po starcie pojawia się przy nieuzgodnionych wyjątkach danych i statusów. Zalecamy wyznaczyć osobę odpowiedzialną za alerty oraz opisać ręczną obsługę dokumentu, którego nie można bezpiecznie ponowić.

Jeśli planujesz nowy sklep, oferta wykonania sklepu internetowego KC Mobile opisuje realizacje oparte na WooCommerce. Przy istniejącym sklepie PrestaShop zakres integracji trzeba dopasować do platformy, wersji systemów i procesów firmy.

Reguły właściciela danych i testowania pozostają przydatne przy Shopify, ale metody integracji i model danych trzeba sprawdzić osobno. PrestaShop Webservice API ma zasoby produktów, zamówień i stanów, natomiast integrację Shopify należy ocenić według API, uprawnień i wersji używanych przez wybrane rozwiązanie.

Porównaj warianty produktów, identyfikatory, magazyny, statusy zamówień i zdarzenia płatnicze. Porównanie WooCommerce i PrestaShop opisuje różnice platform, a poradnik o wyborze PrestaShop pomaga ocenić model sklepu. Założenia integracji Shopify trzeba potwierdzić dla konkretnego sklepu.

• PrestaShop API: jak skonfigurować dostęp i bezpiecznie zintegrować sklep
• CRM connector do PrestaShop: jak wybrać moduł i połączyć dane
• Magento API w praktyce: endpointy, integracje i bezpieczeństwo
• WooCommerce API: jak połączyć sklep z innymi systemami
• Konfiguracja wydruku paragonów: drukarka, system i testy