Jak przesyłać produkty z OpenCart do Subiekta GT i synchronizować zamówienia

Kierunek przepływu ustalamy osobno dla produktów, stanów, cen i zamówień, zanim skonfigurujemy łącznik. OpenCart może zarządzać treścią i wariantami sklepu, a Subiekt GT kartoteką, ceną lub stanem magazynowym; podział zależy od procesu firmy.

Tabela pokazuje, gdzie powstają poszczególne dane i do którego systemu mają trafiać. Dwa kierunki mogą współistnieć, ale nie powinny nadpisywać tej samej wartości bez ustalonej reguły pierwszeństwa.

Wniosek: produkty, zamówienia i statusy realizacji projektujemy jako osobne przepływy. Jeżeli zamówienia z kilku kanałów mają trafiać do wspólnego procesu, integracja sprzedaży przez BaseLinker może objąć zaplanowanie przekazywania zamówień do systemu handlowego. Przy planowaniu sprzedaży w kilku kanałach pomocny jest też poradnik o integracji Allegro z WooCommerce.

Minimalne mapowanie obejmuje identyfikator produktu, nazwę, cenę, stan, jednostkę i status publikacji. SKU, czyli opcjonalny identyfikator produktu lub wariantu, powinno jednoznacznie wskazywać tę samą kartotekę po obu stronach.

Tabela rozdziela pola wymagające dopasowania i kryterium kontroli. Sama nazwa produktu nie wystarcza do łączenia rekordów, ponieważ nazwy mogą się powtarzać lub zmieniać.

OpenCart w formularzu produktu udostępnia między innymi pola Model, Quantity i Out Of Stock Status oraz ustawienia wariantów; dokumentację producenta sprawdziliśmy w październiku 2026 r. Pola formularza produktu OpenCart. InsERT opisuje kartotekę towaru w module Kartoteki > Towary i usługi, gdzie można uzupełniać między innymi nazwę, miary, kody kreskowe i parametry; dokumentację sprawdziliśmy w październiku 2026 r. Jak dodać towar w InsERT GT.

Zalecamy wyłączyć automatyczne tworzenie nowej kartoteki, gdy kod produktu już istnieje, chyba że łącznik ma jawnie skonfigurowane dopasowanie i aktualizację.

Przygotowanie danych polega na uzgodnieniu identyfikatorów, jednostek, wariantów i źródła stanów przed pierwszą synchronizacją. Każdą niezgodność poprawiamy w systemie będącym właścicielem danego pola.

Lista kontroli przed importem:
- Uzupełnij unikalne SKU w OpenCart i odpowiadający mu symbol w Subiekcie GT.
- Uzgodnij, czy wariant jest osobnym produktem, czy kombinacją opcji produktu nadrzędnego.
- Zdefiniuj przeliczniki jednostek oraz sposób zapisu cen i podatku.
- Wskaż magazyn, z którego stan ma trafiać do sklepu.
- Rozdziel produkty aktywne, archiwalne i niewidoczne.

Perspektywa KC Mobile. Z naszych wdrożeń integracyjnych wynika, że problemy często zaczynają się od niejednoznacznych identyfikatorów i kilku źródeł prawdy dla zapasu. Zalecamy zatwierdzić właściciela każdego pola w macierzy przed importem.

Import próbny wykonujemy na ograniczonej próbce w kopii środowiska, a pełny katalog uruchamiamy dopiero po potwierdzeniu zgodności wyników. Próba ma wykazać nie tylko liczbę rekordów, lecz także aktualizację istniejących kartotek bez duplikatów.

Kolejność pracy:
1. Zrób kopię bazy danych i zapisz eksport wyjściowy obu systemów.
2. Wybierz próbkę obejmującą produkt prosty, wariantowy, niedostępny i produkt z inną jednostką lub ceną.
3. Ustaw mapowanie pól oraz regułę dopasowania po SKU lub symbolu.
4. Uruchom import próbny i porównaj nazwy, kody, ceny, stany, jednostki oraz warianty.
5. Popraw mapowanie, ponów próbę i zapisz wynik akceptacji.
6. Uruchom pełny import poza szczytem sprzedaży, a następnie sprawdź logi i próbkę zamówień.

Wstrzymanie zmian w katalogu na czas importu ogranicza konflikty między ręczną edycją a synchronizacją. Gdy proces obejmuje także WooCommerce i ERP, poradnik o integracji WooCommerce z systemem ERP pokazuje, jakie decyzje o kartotekach i stanach trzeba ustalić.

Zamówienie przesyłamy jako osobny obiekt, mapując dane klienta, pozycje, dostawę, płatność i status. Import produktów nie tworzy automatycznie poprawnego przepływu zamówień, a dokładne pola zależą od używanego łącznika i jego wersji.

Przed uruchomieniem uzgadniamy, czy zamówienie ma tworzyć dokument handlowy, rezerwację czy inny typ dokumentu. Ustalamy także, czy zamówienie trafia do Subiekta po złożeniu, opłaceniu czy ręcznej akceptacji.

Test zamówienia powinien sprawdzić:
- Czy istniejący klient jest dopasowany, a nowy tworzony według uzgodnionej reguły.
- Czy SKU trafia do właściwej kartoteki i zachowuje ilość oraz cenę z zamówienia.
- Czy koszt dostawy i metoda płatności są zapisane zgodnie z konfiguracją.
- Czy ponowienie synchronizacji nie tworzy drugiego dokumentu.
- Czy status realizacji wraca do OpenCart, jeśli łącznik obsługuje taki przepływ.

Nie zakładamy, że Subiekt GT zapewnia bezpośrednie połączenie z każdą instalacją OpenCart. Przed zaplanowaniem produkcyjnego przepływu weryfikujemy dokumentację łącznika, wymagane komponenty i obsługiwane wersje.

Zatrzymaną synchronizację diagnozujemy od pierwszego błędnego rekordu i komunikatu w logu, zamiast ponawiać cały proces bez kontroli. Powtórzenie może utworzyć duplikaty, jeśli łącznik nie rozpoznaje wcześniej zapisanego rekordu.

Tabela przypisuje typowy objaw do pierwszej kontroli. Po poprawieniu przyczyny testujemy pojedynczy rekord i sprawdzamy, czy ponowienie jest bezpieczne.

Wniosek: po poprawce kontrolujemy konkretny produkt lub zamówienie i potwierdzamy, że ponowienie nie tworzy drugiego rekordu.

Migrację z osCommerce planujemy jako osobny eksport i czyszczenie danych, a nie jako automatyczny efekt integracji OpenCart z Subiektem GT. Najpierw ustalamy, czy przenosimy aktywny katalog, czy również historię zamówień i klientów.

Eksport próbny powinien objąć identyfikatory produktów, SKU, nazwy, opisy, ceny, kategorie, warianty i stany. Porównujemy stare identyfikatory osCommerce z kodami w OpenCart i symbolami Subiekta, ponieważ numer rekordu w sklepie nie musi odpowiadać kodowi kartoteki w systemie sprzedażowym.

Dane historyczne przenosimy wtedy, gdy są potrzebne do obsługi klienta, raportowania lub procesu firmy. Przed importem starych zamówień ustalamy statusy, rodzaj dokumentów i sposób oznaczenia archiwum.

Wdrożenie odbieramy na podstawie uzgodnionej próbki, zgodności pól i potwierdzenia, że kolejne synchronizacje nie tworzą duplikatów. Zakres prac zależy od wersji systemów, łącznika, kierunków danych, wariantów, liczby magazynów i potrzeby migracji historii.

Tabela odbiorowa obejmuje wyniki kontroli produktów i zamówień. Kryteria akceptacji ustalamy przed uruchomieniem pełnego przepływu.

Wniosek: odbiór powinien potwierdzać poprawność danych oraz bezpieczne ponowienie synchronizacji. Jeśli zamówienia z kilku kanałów mają trafiać do wspólnego procesu, wdrożenie integracji BaseLinker pozwala omówić architekturę sprzedaży i zakres automatyzacji.

• SubSync vs Apilo: jak dobrać integrację do Subiekta i sprzedaży wielokanałowej
• Jak przesyłać produkty i zamówienia między Base a Subiektem nexo PRO?
• Integracja eBay z Subiekt nexo przez Apilo: zakres, konfiguracja i typowe błędy
• Jak zintegrować zamówienia ze sklepu internetowego z systemem księgowym?