Przewodniki dla marketplace
Dwie ścieżki: co musisz spełnić i jak to zbudować, żeby dało się to spełniać
Od decyzji biznesowej do dowodu wykonania
Baza wiedzy dla małych i średnich platform sprzedających towary konsumentom w Polsce. Obowiązki operatora oraz decyzje architektoniczne i ich konsekwencje.
Obowiązki operatora marketplace
Co musisz spełnić, żeby legalnie prowadzić marketplace w Polsce
GPSR, BDO, prawo konsumenckie, RODO, DSA, P2B, DAC7 i dostępność. Reguły decyzyjne, podział odpowiedzialności i checklista przed uruchomieniem.
Zasięg:UEobowiązek z prawa UE, szczegóły wdrożenia bywają krajowePLpolskie rejestry, progi lub terminy
Zanim zaczniesz5
Ważne zastrzeżenie dotyczące charakteru materiału
Materiał informacyjny i edukacyjny, autorska interpretacja przepisów na wskazaną datę. Nie stanowi porady prawnej ani opinii prawnej.
00Jak korzystać z przewodnika
Co właściciel małego lub średniego marketplace ma zdecydować, zbudować, pokazać użytkownikom i archiwizować. Sprzedaż towarów konsumentom w Polsce.
01Najpierw wybierz model działalności i odpowiedzialności, potem buduj marketplace
Najczęstszy błąd to zacząć od katalogu i płatności, zanim wiadomo, kto sprzedaje, przyjmuje pieniądze, pakuje i obsługuje reklamację.
02Plan budowy: co musi istnieć i kiedy
Co musi istnieć przed pierwszym sprzedawcą, co przed pierwszą sprzedażą, a co dopiero przy wzroście. Kolejność wdrożenia zamiast listy życzeń.
03UEMatryca odpowiedzialności: operator, sprzedawca i dostawcy
Kto odpowiada za tożsamość sprzedawcy, dokumenty produktu, płatność i reklamację. Operator, sprzedawca i dostawca zewnętrzny w jednej tabeli.
Sprzedawcy i produkty5
Onboarding sprzedawcy: kogo dopuścić do sprzedaży
Onboarding nie może być ankietą „firma czy osoba prywatna”. Ustala role, od których zależą prawo konsumenckie, GPSR, BDO, VAT, DAC7 i wypłaty.
05UEKarta produktu: informacje, bez których oferta nie może się opublikować
Karta produktu to miejsce wykonania obowiązków przedkontraktowych, GPSR i DSA. Brak wymaganego elementu blokuje publikację, a nie ostrzega.
06UEGPSR: bezpieczeństwo produktów w praktyce
GPSR obowiązuje od 13 grudnia 2024 r. Kto jest podmiotem odpowiedzialnym, jakie dane muszą stać przy ofercie i kiedy oferta nie może się ukazać.
07UEBramki kategorii produktowych
GPSR nie zastępuje przepisów szczególnych. Dla każdej kategorii operator zatwierdza listę wymaganych informacji i dowodów, zanim ją otworzy.
08PLBDO, opakowania i EPR: kto naprawdę ma obowiązek
BDO nie dotyczy automatycznie każdego, kto sprzedaje. Dotyczy konkretnych ról i grup produktów, najczęściej tego, kto pakuje i wprowadza towar.
Sprzedaż i pieniądze3
Prawo konsumenckie: sprzedaż, odstąpienie i reklamacja
Co kupujący musi zobaczyć przed zakupem, jak liczy się termin odstąpienia i kto rozpatruje reklamację, gdy sprzedawcą jest ktoś inny niż operator.
10UECeny, promocje, ranking, reklamy i opinie
Najniższa cena z 30 dni przy każdej obniżce, jawne kryteria rankingu, oznaczanie reklam i weryfikacja opinii. Cztery obowiązki na jednym ekranie.
11UEPłatności, wypłaty, VAT i dokument sprzedaży
Dlaczego mały marketplace potrzebuje dostawcy z produktem marketplace: podział płatności, harmonogram wypłat, zwroty, chargeback i uzgodnienia.
Dane i zgodność7
RODO bez mitów: co zapisać, gdzie i na jakiej podstawie
Akceptacja regulaminu nie jest zgodą RODO. Konto, zamówienie, płatność i bezpieczeństwo mają własne podstawy prawne, a nie jedną wspólną.
13UEDSA: zgłoszenia, moderacja i identyfikowalność sprzedawców
Marketplace jest zwykle usługą hostingu i platformą internetową. Zwolnienie ze względu na wielkość nie oznacza braku obowiązków DSA.
14UEP2B: uczciwe zasady dla sprzedawców biznesowych
P2B chroni sprzedawców biznesowych wobec operatora: jawne kryteria rankingu, uzasadnienie zawieszenia konta i terminy wypowiedzenia umowy.
15UEDAC7: dane sprzedawców i coroczne raportowanie
DAC7 nie jest podatkiem platformy. To należyta staranność, zbieranie i weryfikacja danych sprzedawców oraz coroczne raportowanie operatora.
16UEDostępność e-commerce od 28 czerwca 2025 r.
Akt o dostępności obejmuje handel elektroniczny. Mikroprzedsiębiorca jest zwolniony, mały i średni operator nie. Gdzie dokładnie przebiega granica.
17PLCyberbezpieczeństwo i KSC/NIS2
Marketplace trzyma dane sprzedawców, adresy klientów i dokumenty zgodności. Przejęcie konta jest tu incydentem, a nie tylko problemem IT.
18UERetencja: jak długo przechowywać dane i dowody
Nie istnieje jeden termin „RODO to 5 lat”. Każda grupa danych ma własny cel, podstawę i najdłuższy obowiązujący termin przechowywania.
Uruchomienie i praca bieżąca6
Operacje po uruchomieniu: kalendarz i właściciele
Co sprawdzać codziennie, co co miesiąc, a co raz w roku, i kto po stronie operatora jest właścicielem każdego z tych procesów.
20Cztery modele biznesowe - konkretne decyzje
Cztery warianty marketplace i konsekwencje każdego. Rekomendowany start: sprzedawcy z Polski i UE, bez fulfillment operatora i kategorii ryzyka.
21Pakiet dokumentów i procedur do przygotowania
Dokumenty widoczne dla klientów, umowy ze sprzedawcami i procedury wewnętrzne. Lista tego, co musi być gotowe przed uruchomieniem sprzedaży.
22Checklista GO / NO-GO przed uruchomieniem
Pytania GO / NO-GO przed otwarciem sprzedaży. Odpowiedź „nie” przy punkcie blokującym zatrzymuje start, a nie tylko generuje ostrzeżenie.
23Najczęstsze błędne założenia
Mity, które kosztują najwięcej: „w regulaminie napiszemy, że odpowiada sprzedawca”, „jesteśmy mali, więc DSA nas nie dotyczy”, „zgodność na koniec”.
24Źródła i zasada aktualizacji
Obowiązujące akty prawne i materiały właściwych organów, nie blogi kancelarii. Zasada aktualizacji: przegląd zmian co najmniej raz na kwartał.
Architektura marketplace: od MVP do skali
Jak to zbudować, żeby za rok nie trzeba było przepisywać
Model zamówienia, koszyk wielu sprzedawców, prowizje, wypłaty i integracje. Które decyzje są odwracalne, a które kosztują migrację.
Zanim zaczniesz2
Jak korzystać z tego przewodnika
Przewodnik pokazuje decyzje architektoniczne i ich konsekwencje, nie gotowy kod do skopiowania. Zakłada marketplace budowany przez jedną osobę lub mały zespół.
01Model marketplace przed funkcjami
Kilka decyzji z pierwszego tygodnia przesądza o modelu zamówienia, płatności i katalogu. Które da się cofnąć, a które zostają na lata.
Dane i katalog4
Sprzedawca: model danych i onboarding
Onboarding to nie formularz rejestracji. To ustalenie, które dane trzyma platforma, które dostawca płatności, i co zrobić, gdy trzeba dopytać później.
03Katalog sprzedawcy
Katalog, który nie zablokuje późniejszego importu. Kiedy rozdzielić własne ID produktu od identyfikatora z systemu sprzedawcy i po co.
04Integracje ze sklepami sprzedawców
Od ręcznego dodawania, przez CSV, po ciągłą synchronizację. Które źródło jest prawdą, co robić z konfliktem i czego nie synchronizować wcale.
05Stany magazynowe
Ilość dostępna, rezerwacja i właściciel stanu. Jak nie zbudować systemu magazynowego, ale też nie zabetonować stanu w produkcie.
Transakcja3
Koszyk i checkout
Jeśli w koszyku może kiedyś stanąć drugi sprzedawca, założenie „jedno zamówienie, jeden sprzedawca” jest najdroższą decyzją w całym systemie.
07Model zamówienia
Kiedy wystarczy jedno zamówienie z liniami przypisanymi do sprzedawców, a kiedy potrzebne jest zamówienie per sprzedawca. Konsekwencje obu wyborów.
08Wysyłka i realizacja
Metody, koszt dzielony między sprzedawców i stan realizacji. Model, który pozwoli później podpiąć kuriera, bez budowania logistyki dziś.
Pieniądze5
Płatności
Dostawca odpowiada za przetworzenie płatności. Platforma odpowiada za to, co dane zdarzenie znaczy dla zamówienia, prowizji i wypłaty.
10Wypłaty
Ręczna wypłata przy małym wolumenie nie jest złą architekturą. Złą architekturą jest brak historii wypłat i brak reakcji na zwrot po przelewie.
11Prowizje
Prowizja jako przypadek modelowy historii i wersjonowania. Pojedyncza liczba w konfiguracji jest prostsza dziś i kosztowna przy pierwszej zmianie stawki.
12Promocje i lojalność
Kto finansuje rabat: platforma czy sprzedawca. Prowizja liczona przed rabatem czy po. Dwa pytania do rozstrzygnięcia przed pierwszą kampanią.
13Zwroty i spory
Zwrot dotyka zamówienia, płatności, prowizji i wypłaty naraz. Jeśli możliwy jest zwrot częściowy, model musi znać pozycje, nie całe zamówienie.
Operacje4
Moderacja i decyzje operatora
Zgłoszenia, zawieszenia i bany bez budowania działu trust and safety. Historia decyzji tam, gdzie zapadła, zanim pojawi się centralny audyt.
15Panel operatora: od jednej osoby do zespołu
Nie buduje się centrum dowodzenia dla jednego administratora. Co dodać dopiero wtedy, gdy decyzje zaczyna podejmować druga osoba.
16Zdarzenia, powiadomienia i odzyskiwanie
Wysłany e-mail nie jest dowodem, że operacja się udała. Jeśli coś może się udać połowicznie, musi istnieć sposób ustalenia stanu i naprawy.
17Granice bezpieczeństwa w marketplace
Izolacja danych między sprzedawcami, uprawnienia, weryfikacja webhooków i treści od użytkowników. Nie ogólna teoria bezpieczeństwa webu.
Podsumowanie3
Decyzje odwracalne i nieodwracalne
Pole w profilu dodasz zawsze. Historii, własności linii i modelu pieniądza nie dorobisz później bez migracji. Lista jednych i drugich.
19Macierz dojrzałości: co ręcznie, co automatem
Proces po procesie: wersja na start, konkretny wyzwalacz zmiany, następny etap i błąd, który kosztuje najdrożej. Tabela do przejścia przed wdrożeniem.
20Referencyjny MVP
Kilkudziesięciu sprzedawców, kilka tysięcy produktów, wysyłka po stronie sprzedawcy. Co zbudowane, co u dostawcy, co ręcznie, co świadomie odłożone.