Subiekt czy enova365 – który ERP lepiej spiąć ze sklepem?

Nie funkcje księgowe, bo tych sklep nie dotyka. Z punktu widzenia sklepu system ERP jest źródłem trzech rzeczy: kartotek towarowych, stanów magazynowych i cen, a odbiorcą czwartej – dokumentów sprzedaży.

Wszystko, co decyduje o powodzeniu integracji, mieści się w pytaniu, jak wygodnie te cztery strumienie da się przepuścić w obie strony. Reszta porównania, czyli moduły kadrowe czy raporty zarządcze, nie ma tu znaczenia.

Im więcej z tych wierszy ma działać automatycznie i w obie strony, tym mniej znaczy nazwa systemu, a tym bardziej jakość wykonania.

Subiekt jest w Polsce systemem domyślnym dla mniejszych firm handlowych i to widać po ekosystemie – gotowych połączeń ze sklepami jest sporo, a ludzi znających ten system łatwo znaleźć. Przy prostym scenariuszu, czyli jeden magazyn i wymiana stanów oraz dokumentów, integracja bywa kwestią konfiguracji, a nie budowy.

Granice pojawiają się przy rozbudowie:

• Wiele magazynów z różną dostępnością dla różnych kanałów sprzedaży.
• Cenniki per kontrahent w sprzedaży B2B, gdzie każdy klient widzi własne warunki.
• Duży wolumen – synchronizacja kilkudziesięciu tysięcy kartotek wymaga innego podejścia niż odświeżanie kilkuset.
• Praca na wielu stanowiskach jednocześnie przy intensywnej wymianie danych ze sklepem.

Żadna z tych rzeczy nie jest barierą nie do przejścia, ale każda przesuwa projekt z konfiguracji w stronę programowania.

enova365 jest systemem pisanym z myślą o rozbudowie i to jest jej główna przewaga przy integracji. Łatwiej tu obsłużyć procesy, które odbiegają od standardu handlu detalicznego, bo system z założenia dopuszcza rozszerzenia.

Praktycznie oznacza to trzy rzeczy. Po pierwsze, złożone reguły cenowe i rabatowe da się odwzorować bez obchodzenia systemu. Po drugie, procesy wielomagazynowe i wielofirmowe są przewidziane, a nie doklejone. Po trzecie, przy sprzedaży B2B mniej rzeczy trzeba budować po stronie sklepu, bo logika może zostać tam, gdzie jej miejsce.

Ceną za to jest wyższy próg wejścia – zarówno kosztowy, jak i kompetencyjny. Dla sklepu z jednym magazynem i płaskim cennikiem ta elastyczność pozostanie niewykorzystana.

Przebieg jest powtarzalny i warto go znać, bo pozwala ocenić, czy oferta, którą dostajesz, obejmuje całość, czy tylko część.

Inwentaryzacja. Ustalamy, które strumienie mają działać, w którą stronę i jak często. Tu też wychodzi, po jakim kluczu dopasowywane będą towary. Bez wspólnego identyfikatora – kodu, EAN-u albo indeksu – reszta nie ma podstaw.

Dostęp i środowisko testowe. Integracji nie buduje się na bazie produkcyjnej. Potrzebna jest kopia, na której można się pomylić bez konsekwencji dla sprzedaży.

Mapowanie i pierwszy przebieg. Najczęstsza niespodzianka to pola, które w ERP istnieją, ale są wypełniane niekonsekwentnie. Wtedy decyzja brzmi: poprawić dane u źródła czy obsłużyć wyjątek w kodzie. Prawie zawsze tańsze jest to pierwsze.

Testy równoległe. Przez jakiś czas dane płyną automatycznie, ale człowiek nadal sprawdza wyniki. Ten etap bywa skracany i to najczęstsza przyczyna problemów po starcie.

Przełączenie i obserwacja. Po uruchomieniu potrzebny jest ktoś, kto przez pierwsze dni patrzy na kolejki i błędy. Integracja, która działa w dniu odbioru, niekoniecznie działa w szczycie sezonu.

To pytanie jest praktycznie ważniejsze niż wybór między Subiektem a enova365, bo dotyczy każdego sklepu spinanego z ERP.

Integracja bezpośrednia łączy dwa systemy bez pośrednika. Jest szybsza w działaniu, tańsza w utrzymaniu i nie wprowadza trzeciego miejsca, w którym coś może się zepsuć. Ma sens, gdy sprzedajesz wyłącznie przez własny sklep.

Integrator to warstwa pośrednia, która spina sklep, ERP i marketplace'y. Zaczyna się opłacać, gdy w grze pojawia się Allegro albo Amazon – bo wtedy alternatywą jest budowanie osobnej integracji dla każdego kanału.

Koszt też się różni: integracje z ERP wyceniamy od 8 000 zł netto, a wdrożenie integratora od 2 999 zł netto. Ta różnica bywa myląca, bo integrator dokłada własny abonament, którego integracja bezpośrednia nie ma. Przy dłuższym horyzoncie rachunek potrafi się odwrócić.

To pytanie zadajemy przed wyceną, bo oszczędza najwięcej rozczarowań. Integracja przenosi dane, nie porządkuje ich.

• Bałagan w kartotekach. Jeśli ten sam towar występuje w trzech wariantach zapisu, po synchronizacji będzie występował w trzech wariantach także w sklepie.
• Brak jednoznacznego identyfikatora. Bez wspólnego klucza między systemami dopasowanie towarów opiera się na nazwie, a to prędzej czy później zawiedzie.
• Stany, które nie zgadzają się z rzeczywistością. Integracja wiernie przeniesie błędny stan magazynowy i zrobi to szybciej niż człowiek.
• Procesy istniejące tylko w głowach ludzi. Jeśli ktoś raz w tygodniu ręcznie koryguje ceny, integracja tego nie odgadnie.

Dlatego pierwszym etapem wdrożenia jest u nas inwentaryzacja: co ma się synchronizować, w którą stronę, jak często i po jakim kluczu. To kilka godzin pracy, które decydują o powodzeniu całej reszty.

Warto też przewidzieć sytuację odwrotną do oczekiwanej. Integracja nie tylko przyspiesza pracę, ale też odbiera możliwość szybkiej ręcznej korekty w sklepie – bo najbliższa synchronizacja i tak nadpisze zmianę danymi z systemu. Firmy, które przyzwyczaiły się do poprawiania cen bezpośrednio w panelu sklepu, odbierają to na początku jako utrudnienie. To normalne i przechodzi, gdy zespół przenosi nawyk do właściwego miejsca, czyli do systemu źródłowego. Warto jednak powiedzieć o tym przed startem, a nie po pierwszej zaskakującej podmianie.

Odpowiedź brzmi inaczej dla każdego strumienia i to jest sedno dobrze zaprojektowanej integracji. Traktowanie wszystkiego jednym harmonogramem kończy się albo przeciążeniem systemu, albo sprzedażą towaru, którego nie ma.

Stany magazynowe są najbardziej wrażliwe na opóźnienie. Przy szybkiej rotacji i sprzedaży wielokanałowej różnica między synchronizacją co godzinę a na bieżąco to różnica między spokojem a tłumaczeniem klientowi, dlaczego zamówienie zostanie anulowane. Przy wolnej rotacji kilka razy dziennie w zupełności wystarczy.

Kartoteki i ceny zmieniają się rzadziej, więc mogą chodzić rzadziej – ale muszą chodzić przewidywalnie. Najgorszy wariant to synchronizacja uruchamiana ręcznie, bo prędzej czy później ktoś zapomni.

Zamówienia idą w drugą stronę i tu opóźnienie boli inaczej: nie psuje sprzedaży, ale opóźnia realizację. W praktyce przekazujemy je na bieżąco, bo nie ma powodu, żeby czekały.

Dlaczego to nie jest tylko kwestia ustawienia

Częsta synchronizacja obciąża system ERP, który zwykle nie był projektowany pod ciągłe odpytywanie. Dlatego dobra integracja nie odpytuje o wszystko za każdym razem, tylko przesyła zmiany. Różnica w obciążeniu bywa dziesięciokrotna i to ona decyduje, czy księgowa zauważy, że sklep jest podpięty.

To sytuacja częstsza, niż wynikałoby z ofert – firmy trzymają się wersji, która działa, i nie ma w tym nic złego, dopóki nie trzeba jej z czymś spiąć.

Starsza wersja zwykle oznacza uboższy interfejs programistyczny albo jego brak. Wtedy zostają trzy drogi. Pierwsza to aktualizacja systemu, co bywa kosztowne i wymaga zgody księgowości, ale rozwiązuje problem u źródła. Druga to wymiana plikami – integracja czyta i zapisuje pliki w uzgodnionym formacie zamiast rozmawiać z systemem bezpośrednio. Działa, choć jest wolniejsza i trudniejsza w diagnostyce.

Trzecia, najgorsza, to sięganie wprost do bazy danych z pominięciem systemu. Odradzamy ją poza wyjątkowymi przypadkami: łatwo w ten sposób naruszyć spójność danych, a producent systemu ma pełne prawo odmówić wsparcia. Jeśli już, to wyłącznie do odczytu.

Decyzję warto podjąć przed wyceną sklepu, bo różnica w koszcie integracji między nowoczesną a wiekową wersją bywa większa niż koszt samej aktualizacji.

Integracje z systemami ERP wyceniamy od 8 000 zł netto i ta kwota rośnie wraz z liczbą strumieni danych, nie z liczbą produktów. Sklep z dwudziestoma tysiącami indeksów i jednokierunkową synchronizacją stanów bywa tańszy niż sklep z dwoma tysiącami produktów, cennikami per kontrahent i dwustronnym obiegiem dokumentów.

Alternatywą dla integracji pisanej na zamówienie bywa integrator pośredniczący, który spina sklep, ERP i marketplace'y jednym narzędziem. Wdrożenie takiego rozwiązania zaczyna się u nas od 2 999 zł netto i przy typowym handlu detalicznym często wystarcza.

Perspektywa KC Mobile

W rozmowach wstępnych najczęściej okazuje się, że pytanie o wybór systemu jest przedwczesne – firma ma już ERP i nie zamierza go zmieniać. Realne pytanie brzmi wtedy, czy spiąć go bezpośrednio, czy przez integrator. Odpowiedź zależy od tego, czy w grze są marketplace'y, a nie od tego, czy w serwerowni stoi Subiekt, czy enova365. Drugie pytanie, które zadajemy zaraz potem, dotyczy stanu kartotek – bo to ono najczęściej przesądza o tym, ile projekt naprawdę potrwa.