Rozdziały przewodnika
00 - Jak korzystać z przewodnika01 - Najpierw wybierz model działalności i odpowiedzialności, potem buduj marketplace02 - Plan budowy: co musi istnieć i kiedy03 - Matryca odpowiedzialności: operator, sprzedawca i dostawcy04 - Onboarding sprzedawcy: kogo dopuścić do sprzedaży05 - Karta produktu: informacje, bez których oferta nie może się opublikować06 - GPSR: bezpieczeństwo produktów w praktyce07 - Bramki kategorii produktowych08 - BDO, opakowania i EPR: kto naprawdę ma obowiązek09 - Prawo konsumenckie: sprzedaż, odstąpienie i reklamacja10 - Ceny, promocje, ranking, reklamy i opinie11 - Płatności, wypłaty, VAT i dokument sprzedaży12 - RODO bez mitów: co zapisać, gdzie i na jakiej podstawie13 - DSA: zgłoszenia, moderacja i identyfikowalność sprzedawców14 - P2B: uczciwe zasady dla sprzedawców biznesowych15 - DAC7: dane sprzedawców i coroczne raportowanie16 - Dostępność e-commerce od 28 czerwca 2025 r.17 - Cyberbezpieczeństwo i KSC/NIS218 - Retencja: jak długo przechowywać dane i dowody19 - Operacje po uruchomieniu: kalendarz i właściciele20 - Cztery modele biznesowe - konkretne decyzje21 - Pakiet dokumentów i procedur do przygotowania22 - Checklista GO / NO-GO przed uruchomieniem23 - Najczęstsze błędne założenia24 - Źródła i zasada aktualizacji§ - Ważne zastrzeżenie dotyczące charakteru materiału
Rozdział 23
Najczęstsze błędne założenia
| Mit | Prawidłowa reguła |
|---|---|
| „W regulaminie napiszemy, że za wszystko odpowiada sprzedawca.” | Umowa rozdziela odpowiedzialność między stronami, ale nie wyłącza ustawowych obowiązków operatora. |
| „Prawo wymaga osobnej tabeli akceptacji.” | Prawo wymaga dowodu udostępnienia i możliwości odtworzenia obowiązującej wersji, nie konkretnej tabeli. Wystarczy spójne powiązanie zdarzenia konta/zamówienia z niezmienną wersją dokumentu. |
| „Zablokowany przycisk i checkbox zawsze wystarczą jako dowód.” | Musi istnieć trwałe zdarzenie pozwalające ustalić osobę lub kontekst, czas i wersję. Może być zapisane w istniejącym logu, a niekoniecznie w osobnej tabeli. |
| „Akceptacja regulaminu to zgoda RODO.” | To oświadczenie umowne. Realizacja zamówienia zwykle nie opiera się na zgodzie. |
| „Rękodzieło nie podlega GPSR.” | Rękodzielnik działający handlowo jest producentem; skala nie usuwa obowiązku bezpieczeństwa. Okazjonalna sprzedaż prywatna jest odrębnym przypadkiem. |
| „Każdy produkt potrzebuje formularza z wagą, wymiarami i setką pól.” | Wspólne minimum jest krótkie, a pola branżowe uruchamia się tylko dla właściwej kategorii. Czytelne zdjęcie etykiety może przenosić część informacji, ale kluczowe dane i ostrzeżenia mają być widoczne i dostępne. |
| „Poniżej 1 tony nie ma BDO.” | Próg może dać zwolnienie z części obowiązków po spełnieniu warunków, ale nie usuwa automatycznie wpisu i sprawozdania. |
| „Każdy sprzedawca musi mieć BDO.” | Nie. Najpierw rozróżnia się sprzedaż prywatną/działalność nierejestrowaną od przedsiębiorcy, a dopiero potem rolę opakowaniową, import i grupę produktu. |
| „Dropshipping oznacza, że hurtownik odpowiada.” | Dropshipping to logistyka. Sprzedawca i platforma nadal muszą ustalić importera, osobę w UE, VAT/cło, zwrot i BDO. |
| „Skoro Stripe ma rachunek, platforma musi skopiować IBAN.” | Nie. Dla DAC7 identyfikator rachunku raportuje się, gdy jest dostępny operatorowi; dla zwolnionego mikro/małego marketplace art. 30 DSA co do zasady nie działa. Po objęciu art. 30 integracja z PSP musi już pozwolić wykonać obowiązek. |
| „Punkt kontaktowy GPSR oznacza osobny formularz dla służb.” | Nie. Może to być publiczny e-mail/alias lub wspólny formularz z wyraźną kategorią i właściwym routingiem. Organ i konsument mogą trafiać do tego samego backendu. |
| „UUID zwykłego requestu nie jest numerem sprawy.” | Jest wystarczającym identyfikatorem operacyjnym, jeżeli jest trwały, unikalny i wyszukiwalny. GPSR nie narzuca formatu numeru. |
| „Jesteśmy mali, więc DSA nas nie dotyczy.” | Zwolnienie mikro/małych obejmuje tylko część obowiązków platformy, nie całe DSA. |
| „Usunięcie konta oznacza usunięcie wszystkich zamówień.” | Dane potrzebne do prawa, podatków, DAC7, sporów i bezpieczeństwa pozostają z ograniczonym użyciem do właściwego terminu. |
| „Jedna karta produktu może służyć każdemu sprzedawcy.” | Tylko gdy produkt, producent, wariant, odpowiedzialny podmiot i ostrzeżenia są rzeczywiście identyczne. |
| „Zgodność to projekt na launch.” | To stała operacja: terminy, ponowne weryfikacje, kontrole, incydenty, raporty i zmiany prawa. |
Potrzebujesz wdrożyć te procesy w realnym marketplace?
Projektuję platformy multi-vendor wraz z onboardingiem, płatnościami, moderacją i procesami operacyjnymi.
Zobacz usługę budowy marketplace