Integracje Magento to zwykle ten element wdrożenia, który decyduje o budżecie i o terminie. Sam sklep da się postawić w kilka tygodni. To, ile potrwa spięcie go z systemem magazynowym, księgowością i marketplace’ami, zależy od tego, co jest po drugiej stronie — i tego nie widać w briefie.
Ta strona jest punktem wyjścia: co zwykle się integruje, jakie są trzy architektury do wyboru, co realnie decyduje o koszcie i gdzie te projekty się wykładają. Do najczęstszych przypadków — Comarch ERP Optima i Allegro — mamy osobne, szczegółowe przewodniki i linkujemy do nich w odpowiednich miejscach.
Integracja Magento najczęściej dotyczy czterech obszarów:
Integracja Magento z ERP to najczęstszy powód, dla którego firma w ogóle do nas pisze. Schemat jest zawsze podobny: ktoś przepisuje ręcznie stany i zamówienia, pomyłki kosztują, a przy kilkuset zamówieniach miesięcznie robi się z tego etat.
Najważniejsze pytanie nie brzmi „czy się da”, tylko co jest źródłem prawdy dla której danej. Bez tej decyzji integracja działa do pierwszego konfliktu — cena zmieniona w dwóch miejscach naraz, stan zaktualizowany w złej kolejności, zamówienie zdublowane po ponowieniu. W praktyce rozkłada się to zwykle tak:
Dla Comarch ERP Optima mamy własny, gotowy konektor, więc ten przypadek nie wymaga projektu od zera. Cały temat — co synchronizować, jak wybrać architekturę, koszty, KSeF, etapy wdrożenia i pułapki — rozpisaliśmy osobno w przewodniku Integracja Magento z Comarch Optima; wersję dla WooCommerce opisuje osobna strona. Jeśli chcesz najpierw policzyć, ile kosztuje Cię obecny stan, jest do tego kalkulator strat z ręcznej synchronizacji.
Przy Subiekcie GT, Streamsofcie, enova czy SAP-ie pracujemy na tym, co dany system wystawia: API REST lub SOAP, baza pośrednia albo wymiana plików. Im mniej udokumentowany interfejs, tym więcej czasu zajmuje warstwa pośrednia — i to jest zwykle prawdziwy koszt takiego projektu, a nie sama praca po stronie Magento.
Magento ma własny model atrybutów i dla wielu sklepów to wystarczy. PIM — Akeneo, Pimcore albo rozwiązanie własne — zaczyna się opłacać wtedy, gdy pojawia się przynajmniej jedno z poniższych:
Jeśli żaden z tych punktów nie występuje, PIM będzie kolejnym systemem do utrzymania bez realnego zysku. Powiemy to wprost — taniej i szybciej jest wtedy uporządkować atrybuty bezpośrednio w Magento.
Przy wdrożeniu PIM-u kluczowa jest jedna decyzja: PIM staje się źródłem prawdy dla treści produktowej, a Magento przestaje być miejscem, w którym ktokolwiek edytuje opisy. Połowiczne wdrożenia, gdzie redakcja poprawia opis „na szybko” w panelu sklepu, kończą się nadpisaniem zmian przy najbliższej synchronizacji.
Sprzedaż towaru, którego nie ma się fizycznie na magazynie, to osobna klasa problemów. Magento integracja z hurtownią wygląda z pozoru prosto — pobierz plik, zaktualizuj stany — a wykłada się zawsze na tych samych rzeczach:
Projektujemy to tak, żeby sklep zawsze wiedział, skąd pochodzi dany stan i kiedy był ostatnio potwierdzony. To jedyny sposób, żeby dało się później zdiagnozować, dlaczego klient kupił coś, czego nie ma.
Sprzedaż wielokanałowa dokłada do integracji jeden twardy wymóg: jeden stan magazynowy widziany przez wszystkie kanały naraz. Bez tego nadsprzedaż jest kwestią czasu, a na marketplace’ach kosztuje ona nie tylko zwrot, ale i ocenę sprzedawcy.
Dla Allegro mamy osobny, szczegółowy przewodnik z porównaniem trzech architektur i typowymi pułapkami: integracja Magento z Allegro. Przy Google Shopping najwięcej pracy zjada nie sam feed, tylko doprowadzenie danych produktowych do stanu, w którym Merchant Center ich nie odrzuca — GTIN-y, kategorie, warianty i dostępność.
Każdy projekt sprowadza się do wyboru jednej z trzech dróg. Nie ma między nimi zwycięzcy — jest dopasowanie do skali i do tego, ile chcesz mieć na głowie.
Najczęstszy błąd to wybieranie architektury pod dzisiejszy wolumen. Migracja z rozwiązania bezpośredniego na warstwę pośrednią po dwóch latach kosztuje więcej niż zbudowanie jej od razu — ale odwrotnie też bywa: middleware dla sklepu z pięćdziesięcioma zamówieniami miesięcznie to przepalony budżet.
Podajemy widełki, bo wycena bez rozpoznania drugiej strony jest zgadywaniem. Po krótkim rozpoznaniu wycena jest stała i ma zapisany zakres.
Integracja jest częścią wdrożenia, nie dodatkiem — jeśli dopiero planujesz sklep, zobacz wdrożenia Magento 2 i Adobe Commerce. Gotowe i dedykowane rozszerzenia opisaliśmy w modułach Magento 2, a to, co dzieje się po uruchomieniu, w SLA i utrzymaniu.
Opisz, co jest po drugiej stronie — jaki ERP albo hurtownia, ile zamówień miesięcznie, co dziś przepisujecie ręcznie. Odpowiemy, która z trzech architektur ma u Ciebie sens i ile to kosztuje.