System OMS: czym jest i dlaczego open source

Jeśli sprzedajesz na więcej niż jednym kanale, prędzej czy później ktoś rzuca hasło „system OMS” i wszyscy kiwają głowami, jakby było jasne, o co chodzi. Byliśmy po obu stronach tej rozmowy. Zanim powiemy, dokąd chcemy zaprowadzić OpenLinkera, wyjaśnijmy, czym jest system OMS. Powiemy też wprost, dlaczego uważamy, że najlepsza wersja jest open source i self-hosted.

Jedna uczciwa uwaga na start: OpenLinker nie jest dziś gotowym systemem OMS. Jest w fazie alpha.

Open source’owy system OMS to cel, do którego dążymy, a nie odhaczone zadanie. Do tego, gdzie dokładnie jesteśmy, dojdziemy niżej. (Jeśli jeszcze tego nie czytałeś, lepszym punktem wyjścia jest wpis dlaczego zbudowaliśmy OpenLinkera — start tutaj.)

Co to jest system OMS i do czego służy

System OMS (od order management system, czyli system zarządzania zamówieniami) to warstwa pośrednia.

Jest między miejscem, skąd trafiają Twoje zamówienia, a tym, co dzieje się z nimi później. Zamówienia trafiają ze sklepu, z marketplace’ów, czasem z telefonu.

System OMS to jedno miejsce. Prowadzi każde zamówienie przez cały cykl życia. Może być przyjęte, opłacone i zarezerwowane w magazynie. Potem jest spakowane, wysłane i zafakturowane. Czasem jest też zwrócone.

Kluczowe słowo to jedno. Obsługa zamówień multichannel nie jest trudna przez któryś z tych kroków osobno. Jest trudna, bo robisz je wszystkie w kilku systemach. Te systemy nie zgadzają się ze sobą.

System OMS to to jedno źródło prawdy, które je godzi. W praktyce oznacza to kilka konkretnych zadań:

• Pobieranie zamówień — ściąganie każdego zamówienia z każdego kanału, niezawodnie, bez duplikatów i bez gubienia.

• Synchronizacja stanów magazynowych — kiedy coś sprzedaje się na jednym kanale, dostępność na pozostałych też spada, więc nie sprzedajesz towaru, którego już nie masz.

• Realizacja i wysyłka — zamiana zamówienia w zaadresowaną, śledzoną paczkę.

• Fakturowanie — wystawienie dokumentu, jakiego zamówienie wymaga, w formacie, którego oczekuje rynek.

• Wspólny słownik statusów — żeby „wysłane” znaczyło wszędzie to samo.

Zwykły integrator marketplace robi wycinek tego — głównie część od wystawiania ofert i przekazywania zamówień. System OMS to szersze pojęcie: orkiestracja całego życia zamówienia, a nie tylko przerzucanie go między sklepem a marketplace’em. Te dwie rzeczy się pokrywają, ale to nie synonimy — a mylenie ich to najprostsza droga do tego, żeby zaskoczyło Cię, czego Twoje narzędzie nie potrafi.

Kiedy sprzedawca naprawdę potrzebuje OMS

Na jednym kanale OMS nie jest Ci potrzebny. Staje się potrzebny w chwili, gdy jesteś na dwóch — bo wtedy zaczynają się wyzwania.

Zwykle wygląda to tak. Sklep dobrze radzi sobie na własnej stronie, zakłada konto na Allegro i przez jakiś czas ktoś ręcznie przepisuje zamówienia, a stany aktualizuje z pamięci.

Potem produkt sprzedaje się ponad stan, bo dwa kanały były przekonane, że jest na magazynie. Potem klient pyta, gdzie jest jego paczka, a nikt nie umie odpowiedzieć bez otwarcia trzech zakładek.

Ten ból nie jest dramatyczny, to powolny podatek od każdego dnia pracy, który rośnie razem ze sprzedażą. Po system OMS sięgasz wtedy, gdy ten podatek robi się za drogi, by dalej płacić go w roboczogodzinach. To jest ten moment, w którym osoba od operacji w sklepie ma już dość ręcznego kopiowania zamówień.

Dlaczego OMS jako SaaS ma swoje granice

Większość oprogramowania do zarządzania zamówieniami to SaaS, a SaaS wiąże się z konkretnym kompromisem, którego nie widać przy rejestracji.

Rachunek. Wiele systemów nalicza opłatę od każdego zamówienia. To koszt, który rośnie dokładnie wtedy, gdy rośnie Twój biznes — im lepiej Ci idzie, tym więcej płacisz za to, że w ogóle sprzedajesz. Open source’owy, self-hosted system OMS działa bez opłaty od zamówienia, bo nie ma licznika. Płacisz za serwer, za który i tak byś płacił.

Dane. Historia zamówień, Twoi klienci, logika cenowa — w SaaS to wszystko leży na cudzej infrastrukturze, pod cudzymi zasadami. Self-hosted znaczy, że dane zostają u Ciebie. Dla części sprzedawców to kwestia zgodności z przepisami; dla większości to po prostu zwykły dyskomfort, że ich know-how żyje na serwerze, którego nie widzą.

Elastyczność. To akurat czujemy najmocniej. Zamknięty SaaS pozwala skonfigurować to, co przewidzieli jego twórcy. Reguła marketplace’u, której nie zaplanowali, ERP, z którym nie umie rozmawiać, niuans cenowy specyficzny dla Twojej firmy — budujesz wokół narzędzia, a nie w nim. Open source to odwraca: zachowanie możesz zmienić, bo kod możesz przeczytać.

Cały ten argument — od strony rachunku — rozwinęliśmy na stronie OpenLinker vs BaseLinker.

Open source i self-hosted OMS w praktyce

„Self-hosted” brzmi ciężej, niż jest w rzeczywistości, ale nie udawajmy, że jest za darmo — to ta uczciwa część.

To znaczy, że system OMS działa na infrastrukturze, którą kontrolujesz: Twój serwer, Twoje konto w chmurze, Twoja baza danych. Nikt nie zmieni Ci ceny, nie wygasi funkcji, od której zależysz, ani nie zajrzy w dane Twoich klientów. Kompromis, jak mówimy w innym miejscu, jest taki, że to Ty go hostujesz. Ktoś musi prowadzić serwer, nakładać aktualizacje i pilnować, żeby świeciło się światło.

Najczęstsza wątpliwość jest słuszna: kto to utrzymuje? Dla agencji to utrzymanie jest ofertą — wdraża i prowadzi system u klienta jako pracę do zafakturowania, którą klient i tak oddawał wcześniej dostawcy SaaS. Dla zespołu in-house to mniej więcej ciężar operacyjny każdej innej self-hostowanej usługi, którą już prowadzicie. To nie jest zero. To znany, ograniczony koszt, który masz na własność, zamiast nieograniczonego comiesięcznego rachunku, który wynajmujesz. Który kompromis jest lepszy, zależy wyłącznie od tego, czy własność jest dla Ciebie warta tego ciężaru — a dla wielu sklepów jest.

Gdzie jest OpenLinker dzisiaj — uczciwie o tym, gdzie jesteśmy

Tu jest część, której nie będziemy koloryzować. OpenLinker jest w fazie alpha, przed 1.0. To nie jest kompletny system OMS i nie będziemy go tak opisywać.

Co działa już dziś:

• Integracje Allegro, PrestaShop i WooCommerce — działają już dziś. PrestaShop i WooCommerce działają jako sklepy — katalog, stany magazynowe i pełny cykl życia zamówienia (PrestaShop ma moduł towarzyszący do wysyłki marketplace’owej; WooCommerce obejmuje źródło, cel, stany magazynowe i publikację produktów przez REST API). Allegro to pełny zestaw ofertowy — OAuth, kursorowy dziennik zdarzeń, dane GPSR, wyszukiwanie kategorii po EAN, polityki sprzedawcy. Dwa działające sklepy na tych samych portach to najlepszy dowód, że model wtyczkowy się sprawdza.

• Kursorowe, wznawialne pobieranie zamówień — realna logika znaczników, dzięki której „nic nie ginie, jeśli cokolwiek się zatrzyma”. To prawdziwy dowód, nie slajd.

• Dwukierunkowa synchronizacja stanów magazynowych między sklepem a marketplace’em.

• Kreator ofert i asystent AI do opisów (modele Anthropic albo OpenAI, przełączalne z admina, szyfrowane klucze per dostawca).

Działają też ERLI (drugi marketplace), wysyłka InPost i DPD oraz fakturowanie Subiekt nexo, KSeF (krajowy system e-faktur) i inFakt — adaptery, które potwierdziły porty marketplace, wysyłki i fakturowania.

Zaplanowane, ale jeszcze niegotowe: Shopify, eBay, Amazon oraz pozostali dostawcy wysyłki i fakturowania. Scorecard integracji trzymamy publiczny i aktualny właśnie po to, żeby nikt nie pomylił „zaplanowane” z „już działa”. Jeśli czegoś nie ma na liście powyżej, prosimy nie zakładać, że to działa.

Open source OMS jako nasz cel

Po co więc mówimy Ci to wszystko, skoro otwarcie nas tam jeszcze nie ma? Bo cel jest sednem, a my wolimy być uczciwi co do drogi, niż roztaczać wizje, których nie dowieziemy.

Celem jest self-hosted, open source system OMS — warstwa orkiestracji dla sklepu sprzedającego na wielu kanałach, na własność, bez podatku od każdego zamówienia. Idziemy do tego celu świadomie od strony architektury, a nie od listy funkcji. System ma rdzeń hexagonalny: domenę wolną od frameworków, capability ports i stabilny plugin SDK. OpenLinker to architektura oparta na wtyczkach — nowe sklepy, marketplace’y, przewoźnicy i systemy fakturowania to adaptery budowane w oparciu o stabilny kontrakt, a nie forki rdzenia.

To właśnie ten wybór pozwala systemowi OMS rosnąć w długi ogon integracji, nie gnijąc po drodze. To także powód, dla którego wciąż powtarzamy, że agencja może zbudować integracje, których potrzebuje klient, na fundamencie, którego nie musi utrzymywać. Dłuższą wersję opisaliśmy na stronie o architekturze.

Dla kogo OpenLinker jest (i dla kogo jeszcze nie)

Wolimy, żebyś uczciwie sam się zakwalifikował, niż żebyś się potem rozczarował.

Dobre dopasowanie dziś: agencje e-commerce, które chcą budować na fundamencie, zamiast go wynajmować, oraz technicznie pewne zespoły, których realne potrzeby to PrestaShop i Allegro.

Jeszcze nie dla Ciebie: sprzedawca nietechniczny, który chce gotowego narzędzia w chmurze z infolinią; sklep, którego kanały to wyłącznie Shopify albo wyłącznie Amazon (te adaptery są zaplanowane, nie zbudowane); ktoś, kto potrzebuje skończonego systemu OMS na produkcji w tym kwartale. Dojdziemy tam. Jeszcze tam nie jesteśmy.

Jak śledzić postęp i dołączyć jako design partner

Budujemy to otwarcie, z premedytacją, i wolimy mieć Cię na pokładzie wcześnie niż pod wrażeniem.

• Daj gwiazdkę i obserwuj repo na GitHubie — to najjaśniejszy sygnał, że open source’owy system OMS warto budować.

• Odezwij się jako design partner — pracujemy blisko z pierwszymi sklepami i agencjami i jest miejsce dla kolejnych.

Self-hosted, open source system OMS to rzecz, która naszym zdaniem powinna istnieć. Jeszcze nie skończyliśmy. Zbuduj z nami resztę.