Polski ERP to ślepa plamka globalnych platform

Założenie, które nie zachodzi

Każda platforma e-commerce projektowana globalnie zakłada pewien model ERP-a: REST albo GraphQL, uwierzytelnianie tokenem, webhooki informujące o zmianach, środowisko testowe i brak limitu na liczbę wywołań.

Przy SAP-ie czy Dynamicsie to założenie w dużej mierze zachodzi. Przy polskim MŚP nie zachodzi prawie nigdy - a to właśnie polskie MŚP jest klientem większości wdrożeń B2B w tym kraju.

Efekt: konektor, który w prezentacji producenta „po prostu działa", w Polsce jest punktem wyjścia do projektu, a nie jego zakończeniem.

Cztery rozjazdy

Protokół. Sfera Subiekta to biblioteki COM/.NET. Sklep stoi na Linuksie. Te dwa światy nie rozmawiają bez mostu - musisz postawić maszynę z Windowsem, napisać usługę w C# i utrzymywać ją przez całe życie sklepu. To jest komponent, którego nie ma w żadnej wycenie robionej na podstawie „mamy API".

Limity sesji. Globalna platforma zakłada, że API wytrzyma tyle wywołań, ile mu wyślesz. Sfera ma kilka równoległych sesji i są licencjonowane. Nagle architektura musi zawierać kolejkę i priorytety, bo integracja konkuruje o zasób z działem sprzedaży.

Brak webhooków. Bez powiadomień o zmianach zostaje polling, a polling to kompromis między świeżością a obciążeniem. Cała warstwa cache i cała strategia synchronizacji wygląda inaczej niż w podręczniku.

Model cenowy. I to jest największy rozjazd. Globalne platformy mają rabaty i grupy klientów. Polskie B2B ma cenniki indywidualne, progi ilościowe, rabaty na grupę towarową per kontrahent i kolejność naliczania, która bywa różna w różnych firmach. To się nie mapuje na „customer group" - i dlatego cena musi być liczona po stronie ERP-a, o czym jest osobny wpis w tej serii.

Dlaczego to nie jest wada polskich ERP

Warto to powiedzieć wprost, bo łatwo o pogardliwy ton.

Subiekt, Comarch i enova są zaprojektowane pod polską księgowość, polskie przepisy i polskie realia - i robią to lepiej niż jakikolwiek globalny system. KSeF, JPK, specyfika VAT-u, dokumenty magazynowe zgodne z tym, czego oczekuje urząd. Firma, która to ma, ma coś wartościowego.

Te systemy po prostu nie były projektowane pod ruch sklepowy, bo gdy powstawały, sklep internetowy nie był ich przypadkiem użycia. To nie jest zaniedbanie. To jest inny cel.

Błędem nie jest wybór polskiego ERP-a. Błędem jest wycenianie integracji tak, jakby po drugiej stronie stał Shopify.

Co z tego wynika praktycznie

Warstwa pośrednia przestaje być opcją. Most, który tłumaczy świat ERP-a na kontrakt zrozumiały dla sklepu, jest w polskich warunkach normą, a nie nadmiarową architekturą. Kiedy się opłaca, a kiedy jest przerostem, rozbieram w tekście o middleware.

Konektor „gotowy" wyceniaj jak custom. Gotowe konektory pokrywają zwykle produkty, ceny katalogowe i stany. Rzeczy, które faktycznie decydują o projekcie B2B - cena kontraktowa, limit kredytowy, numer referencyjny do idempotencji - są poza pudełkiem.

Ekosystem lokalny ma realną wartość. Możliwość zadzwonienia do kogoś, kto już to wdrażał, jest w tych warunkach warta więcej niż dwie brakujące funkcje w tabelce porównawczej.

Konkrety dla poszczególnych systemów zebrałem osobno: Comarch ERP XL, Subiekt GT i reszta w przeglądzie integracji.