Model marketplace własnego pozwala firmie prowadzić platformę, na której obok jej własnej oferty sprzedają też inni, niezależni sprzedawcy.

Na czym polega ta usługa

Konfiguracja obejmuje wdrożenie funkcjonalności multi-vendor, ustawienie zasad dla sprzedawców zewnętrznych oraz rozliczeń prowizji.

Dla kogo ma sens

Usługa jest przydatna dla firm planujących prowadzenie własnej platformy marketplace z udziałem zewnętrznych sprzedawców.

Ile to trwa

Konfiguracja modelu multi-vendor mieści się z reguły w standardowym czasie do 3 dni, w zależności od zakresu.

Warunki

Diagnoza wstępna i wycena są bezpłatne, a usługa objęta jest gwarancją do 12 miesięcy.

Architektura techniczna i kluczowe komponenty platformy multi-vendor

Wdrożenie środowiska marketplace wymaga przekształcenia klasycznego sklepu internetowego z modelu jednoosobowego w złożony system wielopoziomowy. W tradycyjnym sklepie internetowym pojedyncza baza danych obsługuje jeden podmiot sprzedający, jeden magazyn centralny oraz jednolity proces realizacji zamówień. W architekturze wielosprzedawcowej (multi-vendor) konieczne jest wdrożenie struktur logicznych, które rozdzielają dane poszczególnych sprzedawców, zachowując jednocześnie spójny interfejs dla klienta końcowego.

Podstawowym elementem konfiguracji jest system zarządzania uprawnieniami oparty na rolach użytkowników (RBAC, czyli Role-Based Access Control). Każdy sprzedawca otrzymuje dostęp do odizolowanego panelu administracyjnego (vendor dashboard), w którym może zarządzać wyłącznie własnymi produktami, przesyłkami, zwrotami oraz danymi finansowymi. Uprawnienia te są rygorystycznie odseparowane od głównego panelu administratora platformy, co zapobiega nieautoryzowanemu dostępowi do konfiguracji serwera, bazy danych czy poufnych danych innych sprzedawców.

Kolejnym komponentem jest moduł katalogu produktów oraz reguł publikacji. System konfiguruje się tak, aby obsługiwał dwa podstawowe modele dodawania asortymentu: współdzielenie kart produktowych na podstawie unikalnych kodów EAN (European Article Number, czyli międzynarodowego kodu kreskowego towaru) lub tworzenie niezależnych wpisów katalogowych przez każdego sprzedawcę. W pierwszym przypadku wielu sprzedawców przypina swoje oferty cenowe i stany magazynowe do jednej wspólnej karty produktu, co zapobiega duplikowaniu treści i poprawia indeksację platformy w wyszukiwarkach internetowych.

Niezbędnym elementem technicznym jest silnik transakcyjny odpowiedzialny za dzielenie zamówień (split orders). Gdy klient końcowy umieszcza w jednym koszyku towary pochodzące od trzech różnych sprzedawców, system w momencie finalizacji transakcji automatycznie dzieli zamówienie na trzy niezależne sub-zamówienia. Każdy sprzedawca widzi wyłącznie przypisaną do siebie część zamówienia wraz z odpowiednimi kosztami dostawy, a system generuje odrębne etykiety wysyłkowe oraz powiadomienia e-mail.

Warianty wdrożenia modelu sprzedaży wielosprzedawcowej

Struktura platformy marketplace może przybierać różne formy w zależności od strategii biznesowej oraz zaplecza logistycznego operatora. Prawidłowy dobór wariantu decyduje o doborze odpowiednich wtyczek, modułów oraz sposobie konfiguracji procesów magazynowych:

Model hybrydowy – operator platformy prowadzi sprzedaż własnych towarów z magazynu centralnego, a równolegle udostępnia przestrzeń dla zewnętrznych partnerów handlowych. Wymaga to zaawansowanej konfiguracji reguł priorytetyzacji wyświetlania ofert oraz precyzyjnego rozdzielenia stanów magazynowych własnych od stanów zgłaszanych przez podmioty zewnętrzne.
Model czystego pośrednictwa handlowego – operator platformy nie posiada własnego magazynu i odpowiada wyłącznie za utrzymanie infrastruktury technicznej, pozyskiwanie ruchu oraz bezpieczeństwo transakcji. Sprzedawcy zewnętrzni samodzielnie pakują i wysyłają przesyłki bezpośrednio do klienta końcowego (model dropshippingu wielosprzedawcowego).
Model ze scentralizowaną logistyką (fulfillment) – sprzedawcy dostarczają swoje towary do magazynu centralnego operatora, który odpowiada za konfekcjonowanie, pakowanie i wysyłkę skonsolidowanych paczek. Konfiguracja informatyczna obejmuje wówczas integrację z systemem zarządzania magazynem (WMS, czyli Warehouse Management System) oraz automatyczne rozliczanie opłat magazynowych i manipulacyjnych.
Marketplace w segmencie B2B (Business to Business) – platforma przeznaczona do obrotu hurtowego między przedsiębiorstwami. Wdrożenie obejmuje automatyczną weryfikację numerów identyfikacji podatkowej (NIP) w bazach rejestrowych, ukrywanie cen przed niezalogowanymi użytkownikami, tworzenie wielopoziomowych cenników hurtowych oraz obsługę płatności odroczonych (kredyt kupiecki).

Integracja z systemami magazynowo-księgowymi i platformami wielokanałowymi

Prawidłowe funkcjonowanie platformy wielosprzedawcowej wymaga bezbłędnej wymiany danych z oprogramowaniem ERP (Enterprise Resource Planning, czyli systemem do kompleksowego zarządzania zasobami przedsiębiorstwa). W przypadku operatora platformy oraz kluczowych sprzedawców konieczne jest zautomatyzowanie przepływu informacji o stanach magazynowych, cenach oraz dokumentach sprzedaży.

Konfiguracja obejmuje spięcie platformy internetowej z programami handlowo-magazynowymi takimi jak InsERT Subiekt GT, Subiekt nexo, Comarch ERP Optima, WAPRO Mag czy enova365. Integracja opiera się na interfejsach programistycznych API (Application Programming Interface), które w czasie rzeczywistym przesyłają informacje o dokonanych transakcjach. Przy dużej skali sprzedaży wykorzystuje się również integratory wielokanałowe (np. BaseLinker), co pozwala sprzedawcom zewnętrznym na automatyczne pobieranie zamówień z marketplace bezpośrednio do ich własnych narzędzi do obsługi wysyłek.

Istotnym aspektem technicznym jest automatyzacja rozliczeń prowizyjnych. Operator platformy nie wystawia dokumentu sprzedaży za towar sprzedawcy zewnętrznego, lecz obciąża go opłatą za usługę pośrednictwa handlowego. System konfiguruje się tak, aby generował okresowe zestawienia prowizji (np. w cyklu miesięcznym lub dwutygodniowym), naliczał prowizje procentowe oraz stałe opłaty transakcyjne, a następnie automatycznie tworzył dokumenty rozliczeniowe w systemie finansowo-księgowym operatora.

Optymalizacja wydajności serwera i bazy danych pod kątem multi-vendor

Platforma wielosprzedawcowa generuje znacznie większe obciążenie zasobów serwerowych niż standardowy sklep internetowy. Wynika to z dużej liczby jednoczesnych zapytań do bazy danych, częstych aktualizacji stanów magazynowych przez zewnętrzne API oraz intensywnej pracy wielu użytkowników w panelach administracyjnych.

Podstawowym krokiem optymalizacyjnym jest konfiguracja relacyjnej bazy danych (np. MySQL, MariaDB lub PostgreSQL). Standardowe tabele sklepu internetowego muszą zostać odpowiednio zindeksowane, aby wyszukiwanie produktów według parametrów, kategorii i sprzedawców nie powodowało blokowania zapytań (tzw. table locking). Przy dużej liczbie ofert wprowadza się zaawansowane silniki wyszukiwania pełnotekstowego, takie jak Elasticsearch lub OpenSearch, które odciążają główną bazę danych i zapewniają błyskawiczne filtrowanie wyników.

Kolejnym elementem jest precyzyjne ustawienie pamięci podręcznej (cache). Podczas gdy strony produktowe i kategorie dla klientów końcowych mogą być buforowane w pamięci podręcznej Redis lub Varnish, panele sprzedawców, dynamiczne koszyki zakupowe oraz moduły kalkulacji prowizji muszą być bezwzględnie wyłączone z buforowania. Błędna konfiguracja reguł cache może prowadzić do wyświetlania nieaktualnych stanów magazynowych lub wycieku danych pomiędzy sesjami różnych sprzedawców.

Błędy popełniane podczas samodzielnej konfiguracji

Samodzielne próby wdrożenia modułów wielosprzedawcowych na standardowych platformach e-commerce często prowadzą do problemów technicznych, które uniemożliwiają stabilną sprzedaż:

Niepoprawna konfiguracja bramek płatności – brak wdrożenia dedykowanych rozwiązań typu marketplace payment (np. Stripe Connect, PayU Marketplace czy Przelewy24), co skutkuje tym, że wszystkie środki od klientów trafiają na jedno konto główne operatora, rodząc poważne komplikacje podatkowe i księgowe związane z koniecznością ręcznego redystrybuowania wpłat.
Brak limitów dla masowego importu danych – zezwolenie sprzedawcom na niekontrolowane wgrywanie dużych plików CSV lub XML w godzinach szczytu. Równoczesny import tysięcy produktów przez kilku sprzedawców potrafi całkowicie wyczerpać pamięć operacyjną serwera (RAM) i doprowadzić do awarii całej witryny.
Niewłaściwa izolacja plików multimedialnych – brak automatycznej kompresji i skalowania zdjęć przesyłanych przez sprzedawców, co powoduje wgrywanie niesformatowanych grafik o dużej objętości, drastycznie spowalniających ładowanie stron produktowych.
Brak mechanizmów zabezpieczających przed duplikacją ofert – dopuszczenie do powstawania setek identycznych kart produktowych dla tego samego towaru, co wprowadza chaos w nawigacji dla kupujących i osłabia pozycjonowanie serwisu w organicznych wynikach wyszukiwania.
Pominięcie konfiguracji webhooków powiadomień – brak asynchronicznego przekazywania zdarzeń o zmianie statusu płatności lub nadaniu przesyłki, co skutkuje opóźnieniami w realizacji zamówień i błędami w raportach prowizyjnych.

Kiedy to NIE jest wdrożenie typu multi-vendor

W praktyce informatycznej pojęcie marketplace bywa mylone z innymi modelami sprzedaży wielokanałowej. Warto precyzyjnie rozróżnić sytuacje, w których właściwe są odmienne rozwiązania techniczne:

System multi-store (wielosklepowość) – jedna firma prowadzi kilka niezależnych sklepów internetowych pod osobnymi domenami (np. dla różnych marek lub rynków zagranicznych), ale zarządza nimi z jednego centralnego panelu administracyjnego. W tym układzie nie ma zewnętrznych sprzedawców, a cały asortyment należy do jednego właściciela.
Klasyczna integracja z hurtownią dropshippingową – sklep pobiera ofertę od zewnętrznego dystrybutora za pomocą cyklicznego importu plików XML lub połączenia API, jednak hurtownia nie posiada dostępu do panelu sklepu, nie zarządza zamówieniami i nie występuje jako niezależny sprzedawca wobec kupującego.
Portal B2B z wieloma grupami klientów – platforma handlowa z indywidualnymi cennikami hurtowymi, rabatami i systemem limitów kredytowych, w której sprzedawcą jest wyłącznie operator platformy, a kontrahenci posiadają wyłącznie status odbiorców.
Serwis ogłoszeniowy lub agregator ofert – portal prezentujący oferty różnych firm, w którym finalizacja transakcji nie następuje wewnątrz platformy, lecz użytkownik jest przekierowywany na stronę zewnętrzną partnera (model afiliacyjny).

Dodatkowe pytania techniczne dotyczące modelu marketplace

W jaki sposób technicznie realizowany jest podział płatności pomiędzy sprzedawców?

Podział płatności opiera się na integracji z dedykowanymi bramkami płatniczymi wspierającymi model marketplace (np. Stripe Connect Custom/Express, PayU Marketplace lub Przelewy24). W momencie opłacenia koszyka przez klienta, system automatycznie rozbija płatność: kwota należna za towar trafia na subkonto odpowiedniego sprzedawcy zewnętrznego, a określona w konfiguracji prowizja (kwotowa lub procentowa) jest natychmiast przekazywana na rachunek główny operatora platformy. Dzięki temu operator nie staje się stroną finansową transakcji zakupu samego towaru, co upraszcza ewidencję księgową.

Czy dołożenie modułu multi-vendor wymaga zmiany serwera na mocniejszy?

W większości przypadków rozbudowa sklepu do modelu marketplace wymaga przejścia ze standardowego hostingu współdzielonego na serwer VPS (Virtual Private Server, czyli wirtualny serwer prywatny) lub serwer dedykowany. Wynika to z konieczności uruchomienia dodatkowych usług systemowych, takich jak serwer pamięci podręcznej Redis, silnik wyszukiwania Elasticsearch, kolejkowanie zadań w tle (np. RabbitMQ lub kolejki cron) oraz zapewnienia odpowiedniej ilości pamięci RAM i mocy procesora do obsługi jednoczesnych sesji wielu sprzedawców.

Jak zabezpieczyć platformę przed wgrywaniem nieodpowiednich treści przez sprzedawców?

Konfiguracja obejmuje wdrożenie modułu moderacji treści. Nowo dodawane produkty przez sprzedawców o niskim poziomie zaufania trafiają do kolejki oczekujących (status pending review) i stają się widoczne dla kupujących dopiero po akceptacji przez administratora. Dodatkowo wdraża się filtry antyspamowe, automatyczną weryfikację poprawności kodów GTIN/EAN oraz restrykcyjne reguły walidacji wgrywanych plików graficznych (blokada skryptów wykonywalnych, ograniczenie formatów do WebP, JPEG i PNG).

W jaki sposób rozwiązywana jest kwestia kosztów dostawy przy zamówieniach od wielu sprzedawców?

Silnik logistyczny platformy konfiguruje się tak, aby dynamicznie kalkulował koszty transportu dla każdego sprzedawcy z osobna. Jeśli klient zamówi produkty od dwóch sprzedawców, koszyk zaprezentuje zsumowany koszt dostawy dla dwóch oddzielnych przesyłek, jasno informując kupującego, że zamówienie dotrze w osobnych paczkach. Sprzedawcy mogą definiować własne cenniki kurierskie, gabaryty oraz metody odbioru (w tym integracje z punktami odbioru paczek), a system przypisuje odpowiednie metody dostawy do poszczególnych pozycji zamówienia.

Czy sprzedawcy mogą zautomatyzować wymianę danych ze swoimi własnymi magazynami?

Tak, profesjonalne wdrożenie multi-vendor udostępnia bezpieczne punkty końcowe API (REST API), za pomocą których sprzedawca może podłączyć swój własny system magazynowy (np. Subiekt GT, Subiekt nexo, Comarch ERP Optima, WAPRO Mag czy BaseLinker). Połączenie jest autoryzowane unikalnym kluczem API przypisanym do konta sprzedawcy, co pozwala na automatyczną synchronizację stanów magazynowych oraz automatyczne pobieranie nowych zamówień bez konieczności ręcznego logowania się do panelu WWW platformy.

Prawidłowe wdrożenie środowiska wielosprzedawcowego

Skonfigurowanie własnej platformy marketplace to złożony proces informatyczny, który łączy architekturę bazodanową, zaawansowane reguły uprawnień użytkowników, automatyzację procesów transakcyjnych oraz integrację z systemami magazynowo-księgowymi. Właściwe zaprojektowanie środowiska wielosprzedawcowego eliminuje ryzyko przeciążenia infrastruktury, zabezpiecza poprawność rozliczeń prowizyjnych i pozwala na płynne skalowanie bazy sprzedawców bez utraty stabilności całego systemu handlowego.

22 378 48 09

Konfiguracja sprzedaży w modelu marketplace własnego (multi-vendor)