Integracja Magento 1.x z Exact Globe Next: procesy i ryzyka

Właściwy zakres integracji ustalamy na podstawie wersji Exact Globe Next, modułów ERP, dostępnych usług, konfiguracji Magento i istniejących połączeń. Sama nazwa systemu nie potwierdza dostępności konkretnej operacji ani uprawnień licencyjnych.

Spisujemy liczbę sklepów, magazynów, podmiotów i walut oraz sposób obsługi cen, zamówień i korekt. W Exact sprawdzamy uprawnienia do usług, metodę uwierzytelnienia, dostęp do środowiska testowego i ewentualne ograniczenia licencyjne. Exact podaje, że usługi REST są dostępne od wersji 405 Globe Next; dokumentacja opisuje też uwierzytelnianie NTLM oraz nagłówki ServerName i DatabaseName wymagane do wskazania serwera i bazy. Poszczególne usługi mogą nie udostępniać pełnego zestawu operacji CRUD. Dokumentacja usług REST Exact Globe Next stanowi punkt odniesienia, a administrator ERP powinien potwierdzić konfigurację konkretnej instalacji.

Przed analizą przygotowujemy przykładowe rekordy, schemat zamówienia i opis wyjątków. Do diagnostyki przekazujemy wyłącznie dane potrzebne do odtworzenia problemu, bez haseł, tokenów i zbędnych danych osobowych. Jeżeli plan sklepu obejmuje także zmianę platformy, oferta wdrożenia sklepu internetowego KC Mobile dotyczy sklepów WooCommerce; zakres projektu Magento trzeba uzgodnić osobno.

Katalog, ceny i stany zwykle przepływają z ERP do sklepu, a zamówienia z Magento do ERP, jeśli tak ustalono w procesie firmy. Każda integracja wymaga wskazania właściciela pola i warunku synchronizacji.

Tabela pokazuje przykładowe przepływy do potwierdzenia z administratorem Exact i dostawcą konektora.

Wniosek: kierunek, warunek i właściciel każdego pola powinny być zapisane przed mapowaniem, aby systemy nie nadpisywały sobie danych.

Dokumentacja Exact pokazuje między innymi przykłady odczytu i aktualizacji kontrahenta oraz tworzenia zamówienia sprzedaży. Te przykłady nie dowodzą, że wybrany konektor obsługuje wszystkie pola i procesy sklepu. Materiały techniczne Exact trzeba zestawić z konfiguracją firmy.

Przed wyborem architektury sprawdzamy dostępne usługi, uwierzytelnianie, uprawnienia, formaty danych i możliwość testowania bez wpływu na produkcję. Nie zakładamy, że każda integracja sklepu wymaga Exact Lightweight Integration Server (ELIS), czyli frameworka Exact do zarządzania rozwiązaniami integracyjnymi.

Dokumentacja REST Exact opisuje dostępność usług od wersji 405, uwierzytelnianie NTLM oraz wskazanie bazy nagłówkami ServerName i DatabaseName. Administrator ERP powinien zatwierdzić rzeczywiste endpointy, konfigurację sieci i prawa konta integracyjnego. Dokumentacja REST Exact Globe Next dostarcza informacji do tej weryfikacji.

Exact opublikował w marcu 2026 informację o ostatnim pełnym pakiecie serwisowym Exact Globe Next oraz wsparciu działu obsługi do końca 2027, z wyjątkami dotyczącymi Payroll i e-Invoicing wskazanymi przez producenta. Ten termin pochodzi z komunikatu Exact sprawdzonego w marcu 2026. Informacja Exact o przejściu do Exact Globe+ należy uwzględnić przy planie utrzymania i migracji.

Konektor do Magento 1.x nie staje się zgodny z Magento 2.x po zmianie adresu sklepu, ponieważ platformy korzystają z innych rozszerzeń i zależności. Dostawca powinien potwierdzić obsługiwane wydania, moduły, wersję PHP i operacje na danych.

Tabela porównuje obszary, które trzeba sprawdzić przed wyborem konektora lub migracją.

Wniosek: przed zakupem konektora testujemy jego operacje na kopii sklepu i środowisku testowym Exact.

Adobe publikuje cykl życia wspieranych wersji Adobe Commerce, którego nie należy automatycznie odnosić do Magento 1.x. Polityka cyklu życia Adobe Commerce potwierdza wersjonowanie wsparcia, dlatego plan migracji powinien wejść do analizy kosztów.

Każdy rekord potrzebuje stabilnego klucza, który pozwoli integracji rozpoznać aktualizację zamiast utworzyć nowy obiekt. SKU może identyfikować produkt, jeśli firma potwierdzi jego unikalność w obrębie sklepu, wszystkich witryn lub całego ERP.

Tabela zestawia klucze do uzgodnienia z regułą obsługi powtórzonego komunikatu.

Wniosek: identyfikator transakcji powinien być zachowany w logach Magento, middleware i Exact, aby można było prześledzić pojedyncze zdarzenie.

Idempotencja oznacza, że ponowienie tej samej operacji nie tworzy kolejnego zamówienia ani dokumentu. Jeśli system nie rozpoznaje bezpiecznie powtórzonego zapisu, kierujemy zadanie do ręcznego sprawdzenia zamiast ponawiać je automatycznie.

Test integracji powinien objąć pełne i częściowe zamówienie, korektę ceny, zmianę stanu oraz ponowienie po awarii. Każdy scenariusz zapisujemy z warunkami początkowymi i dowodem w Magento, middleware i Exact.

Tabela podaje minimalne scenariusze odbiorowe i oczekiwane rezultaty.

Wniosek: wdrożenie odbieramy po sprawdzeniu danych i obsługi błędów, a nie po samym potwierdzeniu połączenia.

Zapisujemy identyfikator zamówienia, czas operacji, odpowiedź systemu i status kolejki. Exact opisuje ELIS jako rozwiązanie do centralnego logowania i ponawiania synchronizacji w obsługiwanych integracjach, ale nie każda integracja Magento korzysta z ELIS. Dokumentacja ELIS opisuje funkcje frameworka.

Błąd lokalizujemy po identyfikatorze transakcji, sprawdzając kolejno log Magento, middleware i log Exact. Ostatnia warstwa, w której odnajdujemy identyfikator, wskazuje etap wymagający dalszej analizy.

Procedura diagnozy obejmuje następujące kroki:

• Potwierdź identyfikator zamówienia i czas zdarzenia.
• Sprawdź, czy Magento wysłało żądanie i jaką otrzymało odpowiedź.
• Odszukaj odpowiadające zadanie w middleware lub kolejce.
• Ustal, czy Exact przyjął zapis, odrzucił go czy nie otrzymał żądania.
• Zapisz kod błędu i po usunięciu przyczyny przetestuj pojedyncze zadanie.

Nie umieszczamy haseł ani pełnych danych klienta w logach diagnostycznych. Zrzut błędu powinien zawierać identyfikator operacji, czas, nazwę endpointu i zanonimizowaną odpowiedź, o ile pozwalają na to zasady dostępu firmy.

Koszt projektu dzielimy na uruchomienie, utrzymanie konektora lub middleware oraz prace związane z aktualizacjami i migracją. Do oszacowania zakresu potrzebujemy wersji obu systemów, przepływów, przykładowych zamówień oraz reguł cen i stanów.

Tabela oddziela prace jednorazowe od kosztów, które mogą powtarzać się podczas utrzymania.

Wniosek: koszt konektora porównujemy z obsługą awarii i planowaną migracją Exact Globe Next albo Magento.

Perspektywa KC Mobile: samo przywrócenie połączenia nie zamyka incydentu, jeżeli nie wiadomo, które zamówienia zostały zapisane w ERP. Zalecamy uzgadniać kolejkę po awarii na podstawie listy transakcji, statusu po obu stronach i kontroli duplikatów. Firmy planujące nowy sklep mogą sprawdzić zakres realizacji sklepu internetowego KC Mobile, a potrzebę stałego utrzymania opisuje opieka nad sklepem internetowym.

• Magento API w praktyce: endpointy, integracje i bezpieczeństwo
• Integracja Magento 1.x z BPA Platform: plan dla starszego sklepu
• Integracja Magento 1.x z Akeneo PIM - jak zaplanować katalog
• Magento w Polsce: jak przygotować wdrożenie i wybrać partnera