OroCommerce - platforma B2B w polskich warunkach
OroCommerce powstał w 2015 roku jako platforma świadomie zaprojektowana pod B2B. Założyciele - Yoav Kutner i Jary Carter - byli core developerami Magento, którzy odeszli w 2012 roku, wiedząc, że Magento, mimo dobudowanego B2B Edition, fundamentalnie pozostaje sklepem B2C z dodatkami. OroCommerce był ich odpowiedzią na to ograniczenie. W Polsce platforma jest niedoceniana i traktowana z dystansem, choć ma realne zalety wobec Magento dla średnich i większych firm B2B z silnym CRM. Dostępność partnerów w kraju jest ograniczona (kilkanaście certyfikowanych firm), ekosystem mniejszy niż Magento, co rodzi specyficzne ryzyka dla utrzymania długoterminowego. Trzeba świadomie zważyć, czy wartości B2B w core uzasadniają mniejszą bazę dewelopersko-partnerską.
Spis treści (6)
OroCommerce - dziedzictwo Magento na sterydach B2B
Genealogia platformy ma znaczenie i to akurat warto rozumieć. Yoav Kutner i Jary Carter byli core developerami Magento i wiedzieli z pierwszej ręki, gdzie ten silnik się sypie przy B2B. W 2015 roku wystartowali OroCommerce z konkretną misją: zaprojektować platformę, która B2B traktuje jako default, a nie dodatek.
Co dokładnie robią inaczej. B2B w core domeny: company accounts, kontrakty, multi-buyer per organizacja, approval workflows - to nie są dodatki, tylko fundament modelu danych. Wbudowany OroCRM oznacza, że sklep wie, kto kupuje, jak często, jakie produkty go interesują - bez konieczności sklejania z zewnętrznym CRM-em. Symfony pod spodem to nowoczesny stos PHP, dużo mniej legacy code-u niż Magento. API-first od pierwszego dnia - REST API jest pełnoprawne, nie dodatek przykręcony do monolitu. Workflow engine konfigurowalny dla każdej domeny: zamówienia, opportunities, RFQ, zwroty - bez pisania własnych state machine.
Stack techniczny wygląda przewidywalnie: PHP 8.2+, Symfony 6.x, Doctrine ORM, MySQL albo PostgreSQL, Redis na cache, Elasticsearch na wyszukiwarkę, Twig templates dla klasycznej prezentacji albo tryb headless dla nowoczesnego frontu.
Co to znaczy dla developerów. Skills Symfony są przenośne - to znajomy framework dla każdego, kto robił w Symfony cokolwiek. Magento knowledge jednak nie jest 1:1 transferowalne - Oro to inny framework, mimo że założyciele wywodzą się z Magento. Krzywa uczenia dla doświadczonego Symfony developera to 2-3 miesiące, zanim ogarnie strukturę bundle-i Oro i specyficzne wzorce dependency injection.
Platformy e-commerce B2B 2026 - szerszy kontekst rynku platform.
Wbudowane funkcje B2B
To jest sekcja, w której OroCommerce wyciąga z rękawa największą wartość względem Magento. Lista funkcji, które są w core Oro, a w Magento Open Source wymagają płatnego B2B Edition albo modułów zewnętrznych.
Customer hierarchy z prawdziwego zdarzenia. Hierarchiczna struktura kontrahentów:
Acme Corp (parent)
└─ Acme Manufacturing (subsidiary)
└─ Buyers: John, Anna, Pavel
└─ Acme Retail (subsidiary)
└─ Buyers: Maria, Tomas
Każdy poziom ma własne cenniki, role, limity. Zamówienia konsolidowane per company. W Magento to wymaga modułów, w Oro jest natywne.
Cenniki granularne. Cennik per customer (typowy kontrakt indywidualny), per customer group (segmentacja klientów A/B/C), per website (multi-region), z regułami priorytetów, kiedy klient pasuje do kilku cenników naraz.
Quote management (RFQ). Klient pyta o ofertę przez formularz, handlowiec tworzy quote z personalizowanymi cenami, klient akceptuje, quote zamienia się w order. To workflow, którego Magento Open Source w ogóle nie ma w core.
Approval workflows. Zamówienie powyżej kwoty X wymaga akceptacji managera. Quote z niestandardowym cennikiem wymaga aprobaty CFO. Multi-step approval z notyfikacjami mailowymi i webhookami.
Multi-shipping per order. Jedno zamówienie, wiele adresów dostawy (centrala plus pięć oddziałów). W Magento to wymaga workaroundu albo modułu zewnętrznego.
Quick order plus CSV upload są wbudowane, bez modułów. Catalog visibility per customer - niektóre produkty widoczne tylko dla wybranych klientów, niektóre kategorie ukryte przed określonymi grupami - też natywne.
Sylius dla sklepu B2B - inna platforma Symfony z fundamentalnie innym podejściem.
Symfony stack - kto utrzyma
Symfony jest dojrzałym frameworkiem PHP z silną pozycją w Polsce. Korzyści dla zespołu, który myśli o wyborze Oro:
Pula developerów. Symfony devów w Polsce jest sporo, ponad 5 tys. na rynku. Nie wszyscy znają Oro, ale przejście z czystego Symfony na Oro to kwestia 2-3 miesięcy nauki, nie nowego stosu.
Doctrine ORM jest solidny, tooling dobry, dokumentacja kompletna. Twig templates łatwe do nauczenia, bezpieczne domyślnie (auto-escape). Console commands dobre dla DevOps, ekosystem composer packages aktywny.
Krzywa uczenia dla programisty Symfony bez wcześniejszego doświadczenia z Oro wygląda mniej więcej tak. Pierwszy tydzień to zrozumienie struktury bundle-i Oro, specyficznych konwencji DI, organizacji kodu. Tydzień drugi do trzeciego to pierwsze customizacje - dodanie pola na karcie produktu, modyfikacja widoku w panelu admina. Tydzień czwarty do ósmego to bardziej zaawansowane - workflow engine, custom entity, integracje z systemami zewnętrznymi.
Developerów Oro w Polsce realnie jest niewielu. Certyfikowanych firm-partnerów to kilkanaście, bezpośrednio certyfikowanych deweloperów to kilkudziesięciu w całym kraju. Symfony devów, których łatwo wdrożyć w Oro - łatwiej dostępni, ale potrzebują 2-3 miesięcy nauki, zanim staną się produktywni.
Stawki rynkowe. Senior Oro developer to 18-30 tys. zł brutto miesięcznie, porównywalnie z Magento senior. Junior z czystym Symfony, którego trzeba doszkolić w Oro, to 8-12 tys. zł plus 2-3 miesiące czasu na rozkręcenie się.
Wymagana infrastruktura nie jest egzotyczna: PHP 8.2+ z OPcache, MySQL 8 albo PostgreSQL 14, Redis na cache i sesje, Elasticsearch dla wyszukiwarki (obowiązkowo), background queue (typowo RabbitMQ), web server Nginx z PHP-FPM. Wszystko standardowe dla nowoczesnego PHP.
Integracje natywne i przez API
OroCommerce wystawia REST API plus GraphQL (planowany jako default od wersji 6.0). Endpointy pokrywają standardowe potrzeby: kontrahenci i ich użytkownicy, zamówienia z pozycjami, produkty z kategoriami i atrybutami, cenniki, inventory, workflows.
Wbudowane integracje, na które warto zwrócić uwagę: legacy data migration z Magento 2 (oficjalny tool), generic patterns dla SAP, Microsoft Dynamics, Oracle (nie out-of-the-box dla polskich ERP, ale szkielet do dopasowania), oficjalny connector do Akeneo PIM (warto, bo dla wielu polskich sklepów Akeneo to standard), oficjalny connector do Salesforce, integracje marketing automation z Mailchimp i HubSpot.
Czego konkretnie brakuje na polskim rynku. Bezpośredni connector do Subiekt GT albo Nexo - musisz pisać własny. Connector do Comarch XL albo Optima - również własny. Polskie bramki płatności (Przelewy24, Tpay, Autopay), polscy kurierzy (InPost, DPD, GLS) - nie ma out-of-the-box, dorabiasz albo bierzesz przez brokera w stylu Furgonetki.
W praktyce większość polskich wdrożeń Oro wymaga 4-8 tygodni dodatkowych na lokalne integracje. To istotny koszt projektowy, który trzeba uwzględnić w budżecie - nie ma sensu zaczynać projektu z założeniem "wszystko będzie gotowe z pudełka", bo nie będzie.
Community vs Enterprise
OroCommerce ma dwa modele licencyjne i wybór między nimi ma realne konsekwencje finansowe i operacyjne.
Community Edition jest darmowa, na licencji MIT. Pełna platforma e-commerce, wszystkie kluczowe funkcje B2B (cenniki, RFQ, approval workflows), podstawowy OroCRM. Self-hosted, własna infrastruktura, własna odpowiedzialność. Limit: brak oficjalnego supportu od Oro, brak SLA. Dla zespołu, który umie się utrzymać samodzielnie, to świetna opcja.
Enterprise Edition zawiera wszystko z Community plus pełen OroCRM z zaawansowanymi funkcjami, dedicated support i SLA, marketing automation, niektóre enterprise integrations oraz opcję Oro Cloud (hosting zarządzany przez Oro). Licencja roczna, negocjowana per klient.
Pricing Enterprise nie jest publikowany. Z rozmów z partnerami w Polsce wiadomo, że typowo 30-150 tys. EUR rocznie dla średniego klienta, skalowane z liczbą użytkowników i wolumenem transakcji.
Decyzja między Community a Enterprise zależy od dwóch zmiennych: skali i zespołu. Community wybiera średnie B2B z dobrym zespołem IT (5+ deweloperów), gotowe na samodzielne utrzymanie. Enterprise wybierają firmy, które potrzebują wsparcia, mają mniejsze zespoły IT albo wymagają twardego SLA z kontraktu.
W Polsce realnie około 80% wdrożeń Oro to Community z własnym zespołem. Enterprise pojawia się rzadko - cena wysoka, ROI dla typowego polskiego B2B słaby, polski rynek docelowy nie wymaga zwykle takich gwarancji jak globalna enterprise.
Magento / Adobe Commerce dla B2B - dla porównania komercyjnego modelu licencyjnego.
OroCommerce vs Sylius - kiedy co
Oba na Symfony, oba dla B2B, ale różnice są fundamentalne. Mylenie ich kosztuje sześciocyfrowe budżety w trakcie wdrożenia.
Sylius to e-commerce framework - składasz własną platformę z klocków. Małe core, dużo własnego kodu, maksymalna elastyczność. Wymaga większego zespołu i więcej developmentu, ale za to robisz dokładnie to, czego potrzebujesz.
OroCommerce to e-commerce platforma - dostajesz gotowy sklep z funkcjami, customizujesz w ramach wzorców Oro. Większe core, mniej własnego kodu, szybsza implementacja. Trade-off to mniejsza elastyczność w obszarach, w których Oro ma własną filozofię.
Dla projektu B2B z 50 tys. SKU różnice wyglądają konkretnie tak:
| Aspekt | OroCommerce | Sylius |
|---|---|---|
| Time to MVP | 4-6 miesięcy | 8-12 miesięcy |
| Koszt implementacji | 600 tys. - 1.2M zł | 800 tys. - 1.8M zł |
| Wbudowane B2B | Bardzo dużo | Mało (dorabiasz) |
| Elastyczność | Średnia | Bardzo wysoka |
| Krzywa uczenia | Średnia | Niska dla Symfony devs |
| Talenty w PL | Średnia dostępność | Wysoka dostępność |
Decyzja w praktyce. Wymagania standardowe B2B i szybkie wdrożenie - OroCommerce. Wymagania niestandardowe albo bardzo specyficzny model biznesowy, którego Oro nie pokrywa - Sylius. Brak zespołu ze skills Symfony - żadne z dwóch, zostań przy Magento, którego znajomych deweloperów łatwiej zatrudnić.
Sylius dla sklepu B2B - szczegóły o Sylius.
FAQ
Czy OroCommerce nadaje się dla 100k+ SKU? Tak, z marginesem. Oro ma natywne wsparcie dla dużych katalogów - Elasticsearch dla wyszukiwarki, optymalizowane indeksowanie. Magento 2 i Oro mają porównywalną wydajność dla 100 tys. SKU. Większa skala (powyżej miliona) wymaga zaawansowanej konfiguracji niezależnie od platformy - sharding, dedicated Elasticsearch cluster, CDN przed katalogiem.
Jak wygląda support w PL? Bezpośredni support od Oro (USA) jest tylko dla Enterprise. Polskich partnerów certyfikowanych jest kilkunastu, oferują wdrożenie i utrzymanie. Stawki 150-250 EUR za godzinę dla seniora. Czas odpowiedzi na zapytanie typowo 24-48 godzin, lepszy dla kontraktów retainerowych.
Czy migracja z Magento na Oro to dobry pomysł? Zależy od powodu. Jeśli powód to "lepsze B2B w core" - tak, Oro to oferuje i różnica jest realna. Jeśli powód to "Magento jest zbyt skomplikowany" - Oro nie jest dużo prostszy, krzywa uczenia inna, ale wysoka. Realna migracja zajmuje 6-12 miesięcy, koszt 800 tys. - 2 mln zł. ROI tylko wtedy, gdy specyficzne funkcje B2B Oro są dla twojego modelu biznesowego krytyczne.
Czy Oro ma headless mode? Tak - REST API plus GraphQL (planowany jako default w 6.x). Możesz zbudować storefront Next.js albo Nuxt nad Oro. Oficjalne SDK dla popularnych frameworków frontendowych są w przygotowaniu, dziś headless wymaga więcej własnego kodu integracyjnego niż w Spryker albo Commercetools.
Czy Oro nadaje się dla małej hurtowni (3-5 mln zł obrotu)? Możliwe, ale ROI niski. Oro wymaga inwestycji 400+ tys. zł we wdrożenie i 80+ tys. zł rocznie w utrzymanie. Mała hurtownia lepiej wybierze Shopware Community albo WiseB2B - tańsze, prostsze, wystarczająco zaawansowane dla tej skali. Oro wchodzi w grę od obrotów rzędu kilkudziesięciu milionów rocznie.
Co dalej
- Platformy e-commerce B2B: Platformy e-commerce B2B 2026
- Sylius - alternatywa Symfony: Sylius dla sklepu B2B
- Wybór platformy: Jak wybrać platformę e-commerce B2B
O autorze
Jakub Owsianka
Architekt rozwiązania w WiseB2B - silniku platform B2B. Zaczynał po stronie biznesu (własne sklepy), potem deweloper, dziś projektuje wdrożenia dla sklepów z katalogami w dziesiątkach tysięcy SKU. W ostatnich latach wdrożył AI-development w zespole i funkcjonalności oparte o AI bezpośrednio w silniku sklepu.
Czytaj dalej w temacie wydajności
Wszystkie wpisyMasz pytanie do tego artykułu?
Dodatkowy kontekst, problem z własnym wdrożeniem, druga opinia - napisz wprost. Odpowiadam osobiście w 1-2 dni robocze.