Warto na start rozdzielić dwie rzeczy, które łatwo się mylą. Sama platforma eCommerce (silnik sklepu w modelu SaaS) ma swój regulamin dotyczący dozwolonych treści i produktów. Ale w praktyce bardzo często kluczową rolę odgrywa procesor płatności lub bank obsługujący rozliczenia, decydując, co realnie da się sprzedać. Nawet jeśli platforma technicznie nie zabrania danej kategorii produktów, bank lub sieć kart stojąca za procesorem może odmówić obsługi transakcji, co dla sprzedawcy oznacza dokładnie ten sam skutek: brak możliwości przyjmowania płatności.
Platforma SaaS to więc nie tylko oprogramowanie sklepu - to cały ekosystem odpowiedzialności. Firma, która ją dostarcza, odpowiada przed swoimi bankami, procesorami kart, regulatorami i opinią publiczną za wszystko, co dzieje się na jej infrastrukturze, na tysiącach sklepów jednocześnie. Stąd kilka powtarzających się mechanizmów, niezależnie od tego, którego dostawcę SaaS się wybierze:
- Ryzyko reputacyjne jest scentralizowane. Jeden kontrowersyjny sklep staje się problemem PR całej marki platformy, więc łatwiej z góry zakazać całej kategorii produktów, niż oceniać każdy przypadek indywidualnie.
- Ryzyko finansowe jest scentralizowane. Platformy SaaS bardzo często narzucają lub silnie promują własny, zintegrowany procesor płatności. Ten z kolei ma umowy z bankami i sieciami kart, które same z siebie odmawiają obsługi całych branż - tytoniu, broni, hazardu, CBD czy suplementów o podwyższonym ryzyku chargebacków.
- Skala wymusza automatyzację. Zamiast ręcznej oceny tysięcy sklepów, powstają sztywne, czarno-białe listy zakazanych i ograniczonych kategorii, egzekwowane automatycznymi skanerami katalogu - i zmieniane bez wcześniejszego ostrzeżenia sprzedawcy.
- Jednostronna zmiana zasad jest normą. To infrastruktura dostawcy, nie sprzedawcy. Regulamin można zmienić z dnia na dzień, środki na koncie można zamrozić na wiele tygodni, a w niektórych przypadkach nawet na kilka miesięcy, zanim sprawa zostanie wyjaśniona.
Efekt? Nawet w pełni legalny biznes może zostać usunięty z platformy - nie za łamanie prawa, tylko za niemieszczenie się w profilu ryzyka, jaki platforma zdefiniowała dla samej siebie. Co ważne, to zjawisko dotyczy wielu dużych platform eCommerce typu SaaS oraz popularnych procesorów płatności działających w modelu masowej, zautomatyzowanej obsługi sprzedawców. Nie jest to wada jednego konkretnego dostawcy, tylko strukturalna cecha tego modelu biznesowego.
Czym różni się podejście open source?
Ta różnica ma charakter strukturalny, a nie kosmetyczny: oprogramowanie open-source to tylko warstwa silnika sklepu, którą sprzedawca hostuje samodzielnie. Nie ma trzeciej strony, która użycza infrastruktury i przy okazji bierze na siebie odpowiedzialność za cudzy katalog produktów - a razem z nią prawo do decydowania, co wolno sprzedawać.
Innymi słowy: open source nie usuwa ryzyka związanego z regulacjami prawnymi ani z polityką banków. Usuwa dodatkową, prywatną warstwę zakazów, którą nakłada sam dostawca oprogramowania ponad to, czego wymagają prawo i rynek płatności.
4. Sylius jako przykład "czystego" podejścia
Wśród rozwiązań open-source jest wyraźne spektrum elastyczności - od gotowych wtyczek sklepowych, przez rozbudowane platformy enterprise, aż po surowe frameworki developerskie. Sylius reprezentuje ten ostatni, najbardziej "czysty" biegun tego spektrum.
- Framework, nie gotowy produkt: Sylius to headless, open-source'owy framework eCommerce zbudowany na Symfony, który daje zespołom deweloperskim pełną kontrolę nad każdą warstwą aplikacji handlowej - modelem danych, logiką biznesową, checkoutem i warstwą frontendową. Dokumentacja projektu wprost odróżnia to podejście od platform SaaS i gotowych, hostowanych rozwiązań: w Syliusie to sprzedawca jest właścicielem infrastruktury i każdej customizacji. Nic nie jest zahardkodowane, każdy element jest wymienialny.
- Licencja MIT: Sylius jest w pełni darmowy i wydany na licencji MIT - licencja ta nie nakłada ograniczeń dotyczących rodzaju produktów sprzedawanych za pomocą oprogramowania.
- Brak gatekeepingu produktowego: Ponieważ nie ma tu "platformy" w sensie hostowanej usługi, nie istnieje regulamin twórców frameworka określający katalog dozwolonych produktów. Jedyne realne ograniczenia to te, które sprzedawca sam wybierze poprzez integrację płatności - a Sylius ma gotowe, oficjalne wtyczki do popularnych bramek, takich jak Stripe, PayPal, Mollie czy Adyen. To ten sam mechanizm, co w innych rozwiązaniach open-source: sprzedawca wybiera dostawcę płatności dopasowanego do swojej branży, zamiast być zablokowanym przez jeden odgórnie narzucony procesor.
- Skala zastosowań: Sylius jest rozwijany od ponad dekady przez zespół z Polski i dobrze sprawdza się w modelach B2C, B2B, omnichannel, multistore oraz marketplace'ach - czyli dokładnie tam, gdzie branże regulowane najczęściej potrzebują nietypowej logiki biznesowej.
- Cena elastyczności: To jest framework projektowany z myślą o zespołach deweloperskich, nie o sprzedawcach szukających gotowego rozwiązania „pod klucz”. Wymaga realnego zaangażowania deweloperskiego - znajomości Symfony i PHP, budowy własnego frontendu, samodzielnego wdrożenia i utrzymania infrastruktury. Hostowany kreator sklepu będzie szybszy dla sprzedawców, którzy nie potrzebują niestandardowej logiki handlowej. Sylius należy do najbardziej elastycznych frameworków open-source, ale wiąże się z nakładem wdrożeniowym.
Gdzie kończy się przewaga open-source
Elastyczność open-source nie jest bez granic i warto to jasno powiedzieć, żeby nie tworzyć fałszywego obrazu „obejścia” regulacji.
- Regulacje prawne obowiązują niezależnie od silnika sklepu. Niezależnie od tego, czy sklep działa w modelu SaaS, czy na własnym, samodzielnie hostowanym frameworku, obowiązek posiadania odpowiednich licencji, weryfikacji wieku kupującego czy prawidłowego rozliczania podatków i akcyzy pozostaje po stronie sprzedawcy - oprogramowanie tego nie zmienia.
- Ciężar zgodności (compliance) przenosi się na sprzedawcę. Bez gotowej platformy, która choćby częściowo bierze na siebie ten temat, sprzedawca musi samodzielnie zadbać o odpowiednią bramkę płatniczą, dokumentację i procedury zgodności właściwe dla swojej branży.
- Wymaga realnych zasobów technicznych. Samodzielne hostowanie i utrzymanie sklepu opartego na frameworku takim jak Sylius oznacza konieczność posiadania zespołu ze znajomością odpowiednich technologii - to koszt, którego platformy SaaS w dużej mierze pozwalają uniknąć.
- Procesory płatności mają własne zasady niezależnie od silnika sklepu. Bramka płatnicza podłączona do w pełni samodzielnego sklepu open-source nadal stosuje własne zasady dotyczące dozwolonych kategorii produktów - przewaga open-source polega na możliwości wyboru dostawcy dopasowanego do branży, a nie na obejściu tych zasad.
Open-source usuwa wyłącznie dodatkową warstwę ograniczeń wynikającą z regulaminu dostawcy oprogramowania. Nadal obowiązują regulacje prawne, polityki operatorów płatności oraz - w określonych przypadkach - zasady dostawców hostingu czy infrastruktury.
Zobacz odcinek podcastu: SaaS czy framework? Decyzja, która definiuje rozwój e-commerce B2B
Podsumowanie
Platformy SaaS optymalizują pod wygodę i skalę dla mainstreamowego handlu - kosztem elastyczności w branżach niszowych lub regulowanych. Rozwiązania open-source, od prostszych po bardziej surowe frameworki takie jak Sylius, optymalizują odwrotnie: więcej pracy wdrożeniowej po stronie sprzedawcy, ale bez centralnie definiowanych ograniczeń katalogu produktów narzucanych przez dostawcę oprogramowania.
Różnica nie polega na tym, że open-source „pozwala na więcej” niż zezwala prawo. Polega na tym, że nie dokłada własnej, prywatnej warstwy zakazów ponad to, co i tak nakłada prawo oraz rynek płatności. Dla firmy działającej w mocno regulowanej, ale w pełni legalnej branży - tytoniu, akcesoriów dla dorosłych, suplementów, sprzętu sportowego czy alkoholu - ta elastyczność bywa decydująca o tym, czy biznes w ogóle może stabilnie funkcjonować online.
Sylius, jako jeden z bardziej "surowych" frameworków eCommerce dostępnych na rynku, reprezentuje skrajny wariant tego podejścia: najwięcej wolności w kształtowaniu katalogu, logiki biznesowej i wyboru dostawców płatności, okupione większą odpowiedzialnością po stronie zespołu wdrażającego.
Jeśli Twoja branża regularnie ociera się o ograniczenia platform SaaS albo planujesz sklep w modelu B2B, marketplace lub omnichannel z niestandardową logiką sprzedażową - warto sprawdzić, czy architektura oparta na Syliusie rozwiąże ten problem u źródła.
<div class="rtb-text-box is-blue-50">Zespół BitBag, jako współtwórca i jeden z głównych kontrybutorów projektu Sylius, może ocenić, czy takie podejście pasuje do konkretnego przypadku biznesowego - skontaktuj się z nami, a pomożemy Ci wybrać najlepsze podejście.</div>
