Sylius

Sylius warto rozważyć, gdy nie potrzebujesz kolejnego standardowego sklepu, tylko platformy dopasowanej do sposobu, w jaki sprzedaje Twoja firma. Być może ceny zależą od klienta lub kanału, produkty wymagają konfiguracji, zamówienia przechodzą własną ścieżkę akceptacji, a sklep musi na bieżąco wymieniać dane z ERP, PIM-em czy magazynem. W takiej sytuacji gotowa platforma może zacząć ograniczać rozwój właśnie wtedy, gdy sprzedaż nabiera rozpędu.

W Okinet tworzymy sklepy internetowe i platformy sprzedażowe dopasowane do konkretnych procesów. Wdrożenie Sylius możemy poprowadzić od analizy wymagań i projektu UX/UI, przez development oraz integracje, aż po migrację danych, uruchomienie i późniejsze utrzymanie. Nie dokładamy funkcji tylko dlatego, że są dostępne. Najpierw ustalamy, jak działa sprzedaż, gdzie powstają dane i które elementy rzeczywiście dają przewagę.

Sylius jest otwartym frameworkiem e-commerce opartym na Symfony. Dostajesz sprawdzony fundament: katalog, warianty produktów, koszyk, zamówienia, płatności, wysyłki, promocje i kanały sprzedaży. Możemy rozbudować go zgodnie z Twoim modelem biznesowym. Początek wymaga więcej pracy niż uruchomienie sklepu z gotowego szablonu, w zamian zachowujesz większą kontrolę nad kolejnymi etapami rozwoju.

Jeśli rozważasz sklep na Syliusie, możemy zacząć od krótkiej analizy najtrudniejszych procesów i wskazać, czy ta technologia ma w danym projekcie uzasadnienie. Opowiedz nam o swoim e-commerce — uczciwa odpowiedź czasem brzmi „Sylius”, a czasem „prostsza platforma wystarczy”.

Sylius nie pojawił się jako gotowy produkt zbudowany w jednym cyklu wydawniczym. Paweł Jędrzejewski rozpoczął projekt open-source w 2011 roku od niezależnych komponentów dla Symfony. W 2013 roku rozwój objął pełną platformę e-commerce, a pod koniec 2015 roku zespół zdecydował się przebudować jej architekturę. Wersje alpha i beta 1.0 udostępnione w latach 2016–2017 przygotowały podstawę pod pierwsze stabilne wydanie.

Numer wersji ma praktyczne znaczenie dla bezpieczeństwa i kosztu utrzymania. Zgodnie z opublikowanym harmonogramem regularne utrzymanie Syliusa 1.14 zakończyło się 31 grudnia 2025 roku, a poprawki bezpieczeństwa dla tej linii zaplanowano do końca grudnia 2026 roku. Jeśli Twój sklep nadal działa na 1.x, nie oznacza to konieczności nagłego przepisywania całej platformy. Warto jednak przygotować plan aktualizacji, zanim zakończy się wsparcie używanej wersji lub kluczowych pluginów.

Przed migracją sprawdzamy wersje PHP i Symfony, zmiany w API, własne encje, szablony, proces checkoutu oraz zgodność rozszerzeń. Następnie dzielimy prace na możliwe do przetestowania etapy i zabezpieczamy najważniejsze scenariusze automatycznymi testami. Dzięki temu aktualizacja wynika z realnego stanu Twojego sklepu, a nie wyłącznie z numeru widocznego w dokumentacji.

Sylius najlepiej sprawdza się w średnich i dużych projektach, w których sposób sprzedaży jest częścią przewagi biznesowej. Możesz wykorzystać go do budowy rozbudowanego sklepu B2C, platformy B2B, sprzedaży wielu marek, obsługi kilku rynków w jednym systemie albo produktu cyfrowego, którego nie da się sensownie oprzeć na zestawie standardowych wtyczek.

Warto rozważyć wdrożenie Sylius, gdy:

• sklep ma nietypowy katalog, konfigurator produktu lub indywidualny sposób wyceny,
• ceny, oferta i dostępność różnią się pomiędzy klientami, krajami albo kanałami,
• sprzedaż wymaga integracji z ERP, PIM, WMS, CRM, POS lub własnymi aplikacjami,
• planowany jest model B2B, omnichannel, headless albo marketplace,
• obecna platforma ogranicza rozwój i coraz więcej budżetu pochłaniają obejścia,
• firma chce mieć pełną kontrolę nad kodem i rozwijać system przez kolejne lata.

Jeśli masz prosty katalog, działasz na jednym rynku i korzystasz z typowego checkoutu, WooCommerce, PrestaShop lub rozwiązanie SaaS może być szybsze i tańsze. Sylius zyskuje przewagę wtedy, gdy koszt dopasowywania gotowej platformy rośnie, a procesów Twojej firmy nie da się już wygodnie obsłużyć dostępnymi modułami.

Zadaj sobie jedno pytanie: czy sklep ma dopasować się do Twojego biznesu, czy możesz prowadzić sprzedaż według schematu narzuconego przez platformę? Jeśli potrzebujesz pierwszego wariantu, Sylius warto umieścić na krótkiej liście.

Jeśli sprzedajesz klientom indywidualnym, potrzebujesz przede wszystkim wygodnego zakupu, sprawnego checkoutu, promocji, płatności, dostawy i dobrej obsługi katalogu. Sylius pozwala dopasować każdy z tych elementów bez przepisywania całej platformy. Możemy zbudować dla Ciebie klasyczny storefront, rozwiązanie headless albo kilka interfejsów korzystających z jednego silnika sprzedaży.

W sprzedaży B2B możesz potrzebować zupełnie innego procesu. Jeden klient zobaczy ceny detaliczne, drugi własny cennik, a trzeci wynegocjowane warunki dla dużego zamówienia. Do tego dochodzą konta firmowe, role pracowników, limity kupieckie, szybkie zamawianie po kodach SKU, zapytania ofertowe, powtarzalne koszyki i akceptacja zamówienia przez przełożonego. Te mechanizmy skracają codzienną pracę kupców oraz handlowców, dlatego warto zaprojektować je wokół ich rzeczywistych zadań.

Sylius daje bazę do stworzenia takiego procesu w kodzie projektu. Sylius Plus oferuje również płatne moduły B2B, między innymi dedykowane cenniki, obsługę organizacji, rozbudowane listy zakupowe, wyszukiwanie oraz zapytania ofertowe. Przed wyborem modułu porównujemy jego zakres z procesem firmy. Czasem gotowy element znacząco skraca wdrożenie, innym razem prostsze i czytelniejsze będzie rozszerzenie przygotowane pod konkretny model sprzedaży.

Nie wystarczy skopiować procesu detalicznego i dodać pola na NIP. Dobra platforma hurtowa uwzględnia sposób, w jaki pracują kupiec, opiekun handlowy i dział realizacji zamówień. Zanim zaproponujemy funkcje, sprawdzimy, gdzie zespół traci czas i które decyzje można bezpiecznie przenieść do systemu.

Gdy rozwijasz większy e-commerce, sklep staje się jednym z kilku współpracujących systemów. Opisy i zdjęcia mogą pochodzić z PIM-u, ceny oraz dokumenty z ERP, dostępność z WMS-u, dane klientów z CRM, a status przesyłki od operatora logistycznego. Sylius udostępnia API i mechanizmy rozszerzeń, dzięki którym możemy połączyć te elementy bez modyfikowania rdzenia platformy.

Pracę nad integracją zaczynamy od odpowiedzialności za dane. Ustalamy, który system jest źródłem prawdy dla produktu, ceny, zapasu i zamówienia. Dopiero później projektujemy kierunki synchronizacji, częstotliwość aktualizacji oraz zachowanie w przypadku błędu. To ważniejsze od samego wyboru biblioteki czy formatu pliku.

Typowe integracje obejmują:

• ERP i księgowość — ceny, kontrahenci, faktury, płatności oraz statusy zamówień,
• PIM — struktura katalogu, parametry, opisy, tłumaczenia i multimedia,
• WMS i logistyka — zapasy, rezerwacje, kompletacja, wysyłki i zwroty,
• CRM oraz marketing automation — profile klientów, zgody i segmenty,
• operatorzy płatności, kurierzy i systemy punktów odbioru,
• zewnętrzne marketplace’y oraz aplikacje mobilne.

Duży import katalogu albo ponowienie komunikacji z ERP możemy przetwarzać w kolejce. Chwilowa awaria zewnętrznego systemu nie musi wtedy blokować klientowi złożenia zamówienia. Przygotujemy również logi, monitoring i bezpieczne ponawianie operacji, aby Twój zespół mógł sprawdzić, co stało się z konkretnym zamówieniem — także kilka tygodni później.

Jeśli sprzedajesz w kilku kanałach, multichannel oznacza samą obecność w każdym z nich. Omnichannel idzie krok dalej: kanały wymieniają dane i tworzą dla klienta jeden proces. Sklep internetowy, aplikacja, salon stacjonarny i obsługa klienta mogą dzięki temu działać jako części tego samego systemu.

Sylius może być warstwą commerce, która spina te scenariusze. Samo wdrożenie platformy nie uruchomi jednak omnichannelu. Najpierw ustalimy zasady rezerwacji, realizacji i zwrotów, a następnie połączymy sklep z potrzebnymi systemami POS, ERP, WMS lub OMS. Część mechanizmów mogą dostarczyć płatne moduły Sylius Plus, między innymi Multi-source Inventory, Returns Management, Loyalty System i Partial Shipment.

Korzyść jest bardzo praktyczna: klient wybiera wygodniejszą drogę zakupu, a firma korzysta ze wspólnego zapasu zamiast utrzymywać oddzielne pule towaru dla każdego kanału. Oficjalne wdrożenie Soulz pokazuje, że na Syliusie można połączyć sklep mobilny, sieć salonów, odbiór lokalny i zewnętrzne systemy zarządzające cenami oraz stanami.

Dla wielu marek marketplace’y są dziś podstawowym kanałem dotarcia do klientów. Allegro, Amazon czy platformy branżowe potrafią szybko zwiększyć zasięg sprzedaży, ale dokładają też osobne reguły dotyczące ofert, prowizji, dostępności, wysyłek i zwrotów. Ręczna obsługa kilku kanałów działa tylko do pewnej skali.

Sylius może pełnić rolę centralnego silnika sprzedaży albo jednego z elementów większej architektury. Przez API możemy przekazywać produkty i ceny do marketplace’u, pobierać zamówienia, rezerwować zapas oraz odsyłać status realizacji. Zakres integracji zależy od tego, gdzie przechowujesz dane. Źródłem oferty może być Sylius, PIM albo ERP — ważne, aby każdy rodzaj informacji miał jedno ustalone miejsce zarządzania.

Zanim zaczniemy wdrożenie, wspólnie ustalimy:

• które produkty i ceny mają trafić do danego kanału,
• jak szybko synchronizować dostępność, aby nie sprzedawać tego samego towaru dwa razy,
• gdzie obsługiwane są anulowania, zwroty i reklamacje,
• jak mapować metody dostawy, płatności i statusy zamówień,
• co zrobić, gdy API marketplace’u jest chwilowo niedostępne.

To integracja Syliusa z zewnętrznym marketplace’em, a nie własny marketplace. Te dwa projekty często wrzuca się do jednego worka, choć mają zupełnie inną skalę i odpowiedzialność.

Jeśli tworzysz własny marketplace, Twoja firma staje się operatorem platformy dla wielu sprzedawców. Musisz obsłużyć ich rejestrację, produkty i oferty, prowizje, podział zamówień, płatności, dokumenty, komunikację oraz rozliczenia. Dochodzą moderacja katalogu, zasady jakości i odpowiedzialność za cały proces zakupowy.

Sylius Plus udostępnia Marketplace Suite, czyli komercyjny moduł przeznaczony do budowy platform multi-vendor. Obejmuje między innymi zarządzanie sprzedawcami, wspólny katalog, dzielenie płatności, raporty, komunikację i obsługę dokumentów. Moduł nie zastępuje analizy biznesowej ani projektu integracji, ale daje gotowy punkt wyjścia dla procesów, które w bezpłatnej edycji trzeba byłoby stworzyć samodzielnie.

Własny marketplace ma sens, gdy masz plan nie tylko na stronę z ofertami, ale też na pozyskiwanie sprzedawców, model prowizji, obsługę sporów i codzienne operacje. Technologia zapewni potrzebne mechanizmy, natomiast dobrze opisane reguły pozwolą zespołowi rozwijać platformę bez mnożenia wyjątków.

Sylius jest oparty na Symfony i udostępnia API zbudowane z wykorzystaniem API Platform. Twój zespół techniczny może pracować ze znanymi narzędziami, testować kod i rozwijać system przez usługi, zdarzenia oraz osobne moduły. W praktyce oznacza to, że nietypową regułę sprzedaży można wdrożyć jako przewidywalny element platformy, zamiast dokładać kolejne kruche obejście.

Podejście API-first pozwala wykorzystać jeden backend w sklepie internetowym, aplikacji mobilnej, panelu handlowca czy punkcie samoobsługowym. Możesz wybrać klasyczny frontend albo wariant headless, w którym warstwa prezentacji działa osobno. Headless daje dużą swobodę projektową i ułatwia obsługę wielu interfejsów, ale zwiększa zakres wdrożenia o osobną aplikację frontendową, cache, autoryzację i utrzymanie kontraktu API.

Dlatego nie proponujemy headless tylko po to, by projekt brzmiał nowocześnie. Ma sens, gdy firma potrzebuje kilku kanałów, nietypowego doświadczenia zakupowego lub niezależnego rozwoju frontendu. W prostszym sklepie klasyczny storefront może być szybszy, tańszy i równie skuteczny.

Dobre wdrożenie zaczyna się przed napisaniem pierwszej funkcji. Najpierw poznajemy katalog, proces zamówienia, role użytkowników, kanały sprzedaży i systemy zewnętrzne. Wspólnie oddzielamy wymagania potrzebne na start od pomysłów, które można bezpiecznie wdrożyć później.

1. Analiza i discovery. Opisujemy procesy, źródła danych, ryzyka oraz kryteria powodzenia projektu.
2. UX/UI i architektura. Projektujemy ścieżki użytkownika, model katalogu, integracje i odpowiedzialność poszczególnych systemów.
3. Development. Konfigurujemy Syliusa, tworzymy potrzebne rozszerzenia, storefront i panel administracyjny.
4. Integracje i migracja. Łączymy usługi zewnętrzne oraz przygotowujemy kontrolowany import danych.
5. Testy i uruchomienie. Sprawdzamy kluczowe scenariusze, wydajność, płatności, wysyłki i zachowanie w sytuacjach błędnych.
6. Utrzymanie i rozwój. Monitorujemy system, aktualizujemy zależności i planujemy kolejne etapy na podstawie realnego użycia.

Przy ryzykownym lub nietypowym procesie warto wcześniej przygotować proof of concept. Lepiej sprawdzić integrację z ERP, konfigurator albo niestandardowy checkout niż zaczynać od strony głównej, która rzadko jest największą niewiadomą. Nasze doświadczenie w projektach e-commerce, aplikacjach, Symfony i REST pokazujemy również w portfolio Okinet.

Nie ma jednej uczciwej ceny sklepu na Syliusie. Twój budżet będzie zależał nie tylko od liczby produktów, ale przede wszystkim od procesów. Standardowy zakup detaliczny wymaga innego zakresu niż platforma z indywidualnymi cennikami, kilkoma magazynami i dwukierunkową integracją z ERP.

Budżet szacujemy po krótkiej analizie. Oddzielimy koszt projektu i programowania od hostingu, usług zewnętrznych, licencji Sylius Plus oraz późniejszego utrzymania. Otrzymasz dzięki temu czytelny obraz wydatków na start i kosztów, które pojawią się po uruchomieniu.

Przy porównywaniu ofert policz także ręczną pracę zespołu, obsługę błędów integracji i czas potrzebny na każdą zmianę. Tańszy start może oznaczać wyższe koszty w kolejnych latach. Dobrze zaprojektowany Sylius daje największą wartość wtedy, gdy automatyzuje powtarzalne zadania i pozwala dodawać następne funkcje bez przebudowy całego systemu.

Jeśli przenosisz sklep do Syliusa, samo skopiowanie tabel z jednej bazy do drugiej nie wystarczy. Trzeba zachować produkty, warianty, klientów, adresy i historię zamówień, a przy tym zrozumieć, jak obecna platforma liczy ceny, rezerwuje towar i obsługuje statusy.

Na początku wykonujemy audyt danych i mapowanie. Sprawdzamy, które informacje są nadal potrzebne, gdzie występują duplikaty oraz czego nie da się przenieść jeden do jednego. Następnie przygotowujemy próbny import i raport rozbieżności. Dopiero po jego akceptacji planujemy migrację końcową.

Osobnym tematem jest SEO. Zachowujemy wartościowe adresy URL tam, gdzie to możliwe, a pozostałe mapujemy przekierowaniami 301. Przenosimy metadane, kontrolujemy indeksację i sprawdzamy najważniejsze strony przed oraz po uruchomieniu. Migracja powinna mieć również plan wycofania, kopię danych i jasno określone okno przełączenia.

Ciągłość sprzedaży możemy zabezpieczyć przez migrację etapową: wcześniej zaimportować dużą część katalogu, później synchronizować zmiany i na końcu przenieść ostatnie dane. Dokładny plan dopasujemy do skali Twojego sklepu oraz czasu, przez jaki stary i nowy system muszą działać równolegle.

Po uruchomieniu Twojego sklepu nadal będą zmieniać się oferta, kanały sprzedaży i wymagania klientów. Operator płatności zaktualizuje API, a używane biblioteki otrzymają poprawki bezpieczeństwa. Dlatego już podczas wdrożenia planujemy system tak, aby kolejne zmiany nie wymagały za każdym razem rozbierania go na części.

Możemy objąć opieką monitoring aplikacji i kolejek, analizę błędów, kopie zapasowe, aktualizacje PHP, Symfony oraz samego Syliusa, rozwój funkcji i wsparcie integracji. Zadbamy także o alerty biznesowe. Sama dostępność strony nie wystarczy, jeśli zamówienia przestały trafiać do magazynu — monitoring powinien wychwycić również taki problem.

Regularne, mniejsze aktualizacje są zwykle bezpieczniejsze niż duży skok wykonywany raz na kilka lat. Automatyczne testy cen, promocji, checkoutu i integracji pozwalają szybciej sprawdzić, czy nowa wersja nie zmieniła kluczowego procesu. Przed większą aktualizacją oceniamy też zgodność używanych pluginów i własnych rozszerzeń.

Zakres wsparcia dopasujemy do realnego ryzyka w Twojej sprzedaży. Platforma B2B przyjmująca zamówienia w dni robocze może potrzebować innych czasów reakcji niż sklep prowadzący intensywną sprzedaż przez całą dobę.

Sylius Standard to bezpłatna edycja open-source na licencji MIT, wcześniej często określana jako Community Edition. Otrzymujesz rdzeń potrzebny do budowy sklepu i pełny dostęp do kodu. Ta edycja może wystarczyć, jeśli przewaga Twojego projektu wynika z własnych procesów, które i tak trzeba przygotować indywidualnie.

Sylius Plus rozszerza platformę o komercyjne moduły i wsparcie producenta. Aktualna oferta obejmuje między innymi B2B Suite, Marketplace Suite, Advanced Multi-store, zarządzanie zwrotami RMA, wiele źródeł zapasu, częściowe wysyłki, lojalność i rozszerzone uprawnienia.

Decyzji nie podejmujemy na podstawie wielkości firmy. Porównujemy koszt licencji z czasem potrzebnym na przygotowanie i późniejsze utrzymanie własnego rozwiązania. Jeśli moduł pokrywa większość wymagań, Sylius Plus może przyspieszyć start i zmniejszyć ryzyko aktualizacji. Gdy proces mocno odbiega od jego założeń, lepsze bywa rozszerzenie stworzone specjalnie dla projektu.

Licencja jest tylko jedną pozycją w budżecie. Porównując edycje, uwzględnij także development, infrastrukturę, integracje, aktualizacje oraz czas Twojego zespołu. Dopiero taki rachunek pokazuje rzeczywisty koszt posiadania platformy.

Nie istnieje jedna najlepsza platforma e-commerce. Potrzebujesz rozwiązania dopasowanego do etapu rozwoju i sposobu sprzedaży Twojej firmy. WooCommerce dobrze sprawdza się w wielu mniejszych i średnich sklepach, PrestaShop oferuje dużo gotowych funkcji, Shopify upraszcza start oraz infrastrukturę, a Magento ma szeroki zestaw możliwości klasy enterprise. Sylius wybiera inną drogę: zapewnia fundament do stworzenia własnej platformy.

Jeżeli Twój proces zakupowy jest typowy, a priorytetem pozostaje szybkie uruchomienie, gotowy system może być lepszym wyborem. Sylius zyskuje przewagę, gdy sklep ma ściśle współpracować z wewnętrznym oprogramowaniem, obsługiwać kilka modeli biznesowych albo często zmieniać reguły sprzedaży.

Porównując Sylius z PrestaShop, Magento czy WooCommerce, warto patrzeć dalej niż na liczbę funkcji dostępnych po instalacji. Liczy się koszt dostosowania, jakość i dostępność pluginów, łatwość aktualizacji, wydajność po rozbudowie oraz to, ile będzie kosztować następna duża zmiana. Przy Shopify dochodzi również pytanie o zakres kontroli nad backendem i zależność od modelu usługowego platformy.

Przed migracją lub rozpoczęciem nowego projektu proponujemy krótki etap discovery. Pozwala sprawdzić najtrudniejszy proces, oszacować integracje i porównać całkowity koszt kilku wariantów. Technologia powinna wynikać z tych odpowiedzi, nie odwrotnie.