Integracja ERP ze sklepem internetowym — przewodnik bez żargonu

Po co w ogóle łączyć ERP ze sklepem

Sklep internetowy i system ERP to dwa różne światy, które muszą mówić o tych samych rzeczach: co jest na stanie, ile kosztuje i co klient właśnie zamówił. Dopóki robi to człowiek — przepisując dane z panelu sklepu do ERP i z powrotem — firma płaci za to czasem, błędami i opóźnieniami.

Integracja polega na tym, żeby te dwa systemy wymieniały informacje automatycznie. Brzmi prosto, ale diabeł tkwi w szczegółach. Ten przewodnik tłumaczy, co warto synchronizować i jakich pułapek unikać, bez zbędnego żargonu.

Co synchronizować — cztery obszary

W praktyce integracja sprowadza się do czterech strumieni danych. Warto ustalić kierunek każdego z nich, bo to od kierunku zależy, kto jest „źródłem prawdy".

Stany magazynowe

Zwykle płyną z ERP do sklepu. To magazyn wie, ile naprawdę jest towaru, a sklep tylko go pokazuje. Najważniejsze pytanie brzmi: jak często aktualizować stan i co zrobić, gdy ten sam produkt sprzedaje się w kilku kanałach naraz.

Ceny

Również z ERP do sklepu. Tu kłopotem bywają promocje, ceny zależne od grupy klienta i różne waluty. Jeśli ceny ustala się w dwóch miejscach niezależnie, prędzej czy później się rozjadą.

Zamówienia

Płyną w drugą stronę — ze sklepu do ERP. To najbardziej wartościowy strumień, bo eliminuje ręczne przepisywanie zamówień. Trzeba tylko zdecydować, w którym momencie zamówienie „wpada" do ERP: od razu po złożeniu, czy dopiero po opłaceniu.

Dokumenty i statusy

Faktury, numery paczek i statusy wysyłki. Zwykle ERP generuje dokument, a sklep pokazuje go klientowi i aktualizuje status zamówienia. Ten obieg zamyka pętlę i najbardziej odciąża obsługę klienta.

API czy pliki

Są dwa główne sposoby, żeby systemy się dogadały.

Wymiana plikami (np. CSV lub XML) to podejście starsze i prostsze. System co jakiś czas zapisuje plik, drugi go odczytuje. Działa, jest tanie, ale bywa wolne i podatne na błędy: uszkodzony plik, zła kolejność, brak informacji o tym, że coś się nie udało.

API to bezpośrednia rozmowa systemów w czasie zbliżonym do rzeczywistego. Jest szybsze, daje natychmiastową informację o błędzie i pozwala pytać tylko o to, co się zmieniło. Wymaga jednak, żeby oba systemy takie API udostępniały — a nie każdy starszy ERP to potrafi.

Zasada praktyczna: jeśli oba systemy mają sensowne API, wybieraj API. Pliki zostaw dla integracji ze starym oprogramowaniem, które nic innego nie oferuje.

Webhooki czy polling

Gdy już zdecydujesz się na API, pozostaje pytanie: skąd sklep ma wiedzieć, że coś się zmieniło w ERP, i odwrotnie.

• Polling to regularne dopytywanie: „czy są nowe zamówienia?" co minutę albo co pięć. Proste, ale albo pytasz za często i obciążasz systemy, albo za rzadko i wprowadzasz opóźnienie.
• Webhooki działają odwrotnie — to system sam wysyła powiadomienie, gdy coś się wydarzy. Jest szybciej i oszczędniej, ale trzeba przewidzieć sytuację, w której powiadomienie nie dotrze, i mieć sposób na jego ponowienie.

W dobrze zaprojektowanej integracji często łączy się oba: webhooki do bieżących zdarzeń i okresowy polling jako siatka bezpieczeństwa, która wyłapie to, co umknęło.

Najczęstsze pułapki

Większość problemów przy integracji nie wynika z technologii, tylko z niedopilnowanych szczegółów.

Mapowanie SKU

Jeśli ten sam produkt ma jeden kod w sklepie, a inny w ERP, systemy będą mówić o dwóch różnych rzeczach. Spójne, jednoznaczne SKU po obu stronach to fundament — bez tego cała reszta się sypie.

Stany rezerwowane

Gdy klient dodaje produkt do koszyka i płaci, towar powinien zostać zarezerwowany, żeby nie sprzedać go drugi raz. Integracja, która pokazuje pełny stan, ignorując rezerwacje, prowadzi wprost do sprzedaży rzeczy, których już nie ma.

Zwroty i korekty

Sprzedaż to tylko połowa historii. Zwrot musi wrócić na stan, a faktura korygująca — trafić do ERP. Integracje, które obsługują tylko „szczęśliwą ścieżkę", zostawiają księgowości ręczną robotę dokładnie tam, gdzie miało jej nie być.

Integrację poznaje się nie po tym, jak obsługuje typowe zamówienie, ale po tym, co robi ze zwrotem, anulowaniem i nagłą zmianą ceny.

Podsumowanie

Integracja ERP ze sklepem to nie jeden przełącznik, tylko zestaw decyzji: co synchronizować, w którą stronę, jak często i co zrobić, gdy coś pójdzie nie tak. Cztery obszary — stany, ceny, zamówienia i dokumenty — to szkielet, na którym wszystko się opiera.

Wybór między API a plikami oraz między webhookami a pollingiem zależy od tego, co Twoje systemy w ogóle potrafią. Ale nawet najlepsza technologia nie pomoże, jeśli zlekceważysz szczegóły: mapowanie SKU, stany rezerwowane i zwroty. Zaplanuj je od początku, a integracja będzie oszczędzać czas, zamiast tworzyć nowe problemy.