# Dyrektywa Omnibus w PrestaShop 2026 — jak wdrożyć obsługę cen krok po kroku

> Przepisy wdrażające dyrektywę Omnibus mogą wymagać informacji o najniższej cenie z okresu poprzedzającego ogłoszenie obniżki. W PrestaShop potrzebujesz mechanizmu historii cen, konfiguracji pod realne promocje i testów. Kwalifikację scenariuszy oraz wyjątków potwierdź z prawnikiem.

Autor: WebAlpha (WebAlpha). Opublikowano: 2026-06-08. Zaktualizowano: 2026-09-03. Kanoniczny adres: https://webalpha.pl/blog/omnibus-prestashop

Około 14 min czytania (szacunek; bez czasu wykonania instrukcji).

Wdrożenie Omnibus w PrestaShop nie kończy się na instalacji modułu. Trzeba połączyć historię cen z początkiem konkretnej obniżki, uwzględnić źródła aktualizacji katalogu i sprawdzić komunikaty w motywie. Ten poradnik pomaga wybrać rozwiązanie i przygotować odbiór techniczny, również gdy ceny przychodzą z hurtowni lub ERP.

> **Uwaga prawna:** Poradnik techniczny, nie porada prawna ani potwierdzenie zgodności sklepu. Źródła sprawdzone 3 września 2026 r. Zasady dla kodów, programów lojalnościowych, cen personalizowanych i sklepu mieszanego B2B/B2C zatwierdź osobno ze swoim doradcą.

<a id="sekcja-najnizsza-cena-przed-obnizka-co-ma-pokazac-sklep"></a>

## Najniższa cena przed obniżką — co ma pokazać sklep

Według [wyjaśnień UOKiK o informowaniu o obniżkach](https://prawakonsumenta.uokik.gov.pl/prawo-do-informacji/informacje-o-obnizkach-cen/) przy ogłaszaniu obniżki konsumentowi podaje się obok ceny aktualnej minimum z 30 dni poprzedzających obniżkę. Dla oferty młodszej niż 30 dni punktem odniesienia jest okres od rozpoczęcia sprzedaży. Towary szybko psujące się mają odmienną regułę: cenę sprzed pierwszej obniżki. Nie są to powody do automatycznego ukrycia informacji. Obowiązek obejmuje także internet i reklamę.

<a id="sekcja-ktore-scenariusze-cenowe-wymagaja-kwalifikacji-prawnej"></a>

## Które scenariusze cenowe wymagają kwalifikacji prawnej

Reguły dotyczące ogłaszania obniżek odwołują się do ceny stosowanej w okresie przed obniżką, ale wynik zależy m.in. od sposobu komunikacji, rodzaju produktu, historii oferty i wyjątków przewidzianych w aktualnych przepisach. Poniższa lista służy do zinwentaryzowania mechanik cenowych; nie przesądza, że każda z nich podlega tej samej regule.

<a id="sekcja-scenariusze-ktore-warto-przekazac-do-oceny-prawnej"></a>

### Scenariusze, które warto przekazać do oceny prawnej

- Ogłoszenie obniżki względem ceny regularnej — np. komunikat 'było 199 zł, jest 149 zł'.
- Wyprzedaże sezonowe obejmujące wskazane produkty lub kategorie.
- Kody rabatowe, jeżeli sposób ich prezentacji komunikuje obniżkę konkretnego produktu.
- Flash sale i inne ograniczone czasowo komunikaty cenowe.
- Programy lojalnościowe, ceny personalizowane oraz rabaty dla określonych grup.

<a id="sekcja-scenariusze-wymagajace-osobnej-reguly-nie-automatycznego-wylaczenia"></a>

### Scenariusze wymagające osobnej reguły, nie automatycznego wyłączenia

- Towary szybko psujące się — ustal właściwą cenę odniesienia; nie utożsamiaj innego okresu z brakiem obowiązku informacyjnego.
- Ceny indywidualnie negocjowane, oferty B2B i komunikacja kierowana do zamkniętej grupy — wymagają osobnej kwalifikacji.
- Sprzedaż przez marketplace — zweryfikuj aktualny podział obowiązków platformy i sprzedawcy oraz własny sposób synchronizacji cen.
- Nowy produkt — rozróżnij rzeczywiście krótką historię sprzedaży od brakującej historii starego produktu po instalacji modułu.

<a id="sekcja-jak-prestashop-obsluguje-omnibus-stan-out-of-the-box"></a>

## Jak PrestaShop obsługuje Omnibus — stan out-of-the-box

Nie zakładaj, że sama wersja PrestaShop zapewnia kompletną historię cen i poprawny komunikat dla wszystkich mechanik promocji. Sprawdź faktyczne pola, reguły cenowe, moduły i szablon w swojej instalacji. Jeżeli brakuje danych lub wyświetlania potrzebnego w scenariuszach zatwierdzonych prawnie, trzeba dobrać moduł albo implementację niestandardową.

> **Nie zakładaj natywnej obsługi na podstawie numeru wersji:** Dostępność i zakres obsługi zależą od konkretnej wersji core, zainstalowanych modułów, motywu i konfiguracji. Obecność pola lub etykiety w panelu nie potwierdza kompletnej historii ani poprawnego działania dla wszystkich promocji. Zweryfikuj bieżącą dokumentację swojej wersji i wykonaj testy przed zakupem lub rezygnacją z modułu.

<a id="sekcja-krok-1-sprawdz-wersje-i-faktyczny-mechanizm-historii-cen"></a>

## Krok 1 — Sprawdź wersję i faktyczny mechanizm historii cen

<a id="sekcja-krok-1-ustal-wersje-i-dostepne-opcje"></a>

### Krok 1: Ustal wersję i dostępne opcje

Zaloguj się do panelu administracyjnego PrestaShop i zanotuj dokładną wersję core, motyw, aktywne moduły cenowe oraz sposób tworzenia promocji. Sam numer wersji nie rozstrzyga zakresu wdrożenia.

Edytuj produkt testowy i sprawdź, jakie pola ceny oraz historii są faktycznie dostępne, skąd pobierają dane i gdzie pojawia się komunikat na karcie oraz listingu. Następnie przetestuj regułę katalogową, kod rabatowy i wariant produktu używane w sklepie.

Jeżeli istniejący mechanizm nie zapisuje danych lub nie renderuje komunikatu dla zatwierdzonych scenariuszy, porównaj moduł z implementacją niestandardową. Decyzję podejmij po teście, a nie na podstawie ogólnej etykiety wersji.

- Zapisz dokładną wersję core z informacji systemowych panelu; położenie ekranu zależy od wersji i uprawnień
- Sprawdź: produkty, warianty, reguły katalogowe, kody i źródła zmian ceny
- Zapisz brakujące dane i miejsca wyświetlania przed wyborem modułu

<a id="sekcja-krok-2-jaki-modul-omnibus-wybrac-do-swojej-wersji-prestashop"></a>

## Krok 2 — Jaki moduł Omnibus wybrać do swojej wersji PrestaShop

<a id="sekcja-krok-2-wybierz-modul-omnibus"></a>

### Krok 2: Wybierz moduł Omnibus

Najpierw spisz wymagania, potem porównuj licencje. Darmowy moduł, płatny dodatek i kod niestandardowy mogą różnić się źródłami historii, obsługą wariantów i kosztem utrzymania. Cena zakupu nie mówi, ile pracy zajmie dopasowanie motywu.

Kryterium 1 — zgodność z wersją PS: sprawdź deklarację producenta, datę ostatniego wydania i wynik testu na kopii Twojego sklepu. Brak świeżego wydania jest sygnałem do weryfikacji, ale sama data nie rozstrzyga kompatybilności.

Kryterium 2 — historia cen: ustal, od kiedy moduł zapisuje dane, jakie źródła zmiany ceny obejmuje i jak wylicza wartość referencyjną. Sama cena przekreślona nie jest dowodem poprawnie zebranej historii.

Kryterium 3 — integracja z cennikami i promocjami: sprawdź, czy moduł obsługuje katalogowe zasady cenowe (price rules), kody rabatowe i promocje grupowe — nie tylko ręczne zmiany ceny produktu.

- Porównując moduły, sprawdź deklarowaną zgodność z Twoją wersją, historię wydań, dokumentację, sposób wsparcia i scenariusze testowe — sama ocena w marketplace nie wystarcza.
- Po zakupie pobierz plik .zip modułu na swój komputer.
- Przed testem przygotuj staging i backup bazy oraz plików z kontrolą odtworzenia. Zachowaj osobno historię dotychczasowego modułu.

**Kryteria zakupu — do wypełnienia po teście, nie ranking producentów**

| Pytanie do dostawcy | Dowód potrzebny przed zakupem | Kiedy wstrzymać wdrożenie |
| --- | --- | --- |
| Czy działa w moim sklepie? | Dokładne core, PHP, motyw, wersja modułu i wynik na stagingu | Deklaracja tylko 'PrestaShop 8/9', bez sprawdzenia konfliktów |
| Skąd pobiera historię? | Log ręcznej zmiany, integracji API i importera używanego w sklepie | Importer aktualizuje bazę poza mechanizmem rejestrowania |
| Jak obsługuje warianty i kanały? | Osobny test cen wariantów, walut i sklepów objętych zakresem | Jedna wartość wyświetlana dla różnych cen bez potwierdzonej reguły |
| Kto utrzymuje rozwiązanie? | Warunki licencji, aktualizacji, wsparcia oraz eksportu historii | Nie wiadomo, jak odzyskać dane po zmianie modułu |

<a id="sekcja-krok-3-instalacja-modulu-przez-panel-prestashop"></a>

## Krok 3 — Instalacja modułu przez panel PrestaShop

<a id="sekcja-krok-3-zainstaluj-modul"></a>

### Krok 3: Zainstaluj moduł

Zacznij na zabezpieczonej kopii sklepu, z wyłączonymi rzeczywistymi płatnościami, wiadomościami i synchronizacją do systemów produkcyjnych. W menedżerze modułów prześlij paczkę ZIP od dostawcy. Nazwy ekranów mogą różnić się między wersjami. Zachowaj log instalacji i błędy.

Po instalacji moduł pojawi się na liście zainstalowanych modułów. Kliknij Konfiguruj, żeby otworzyć panel ustawień.

- Moduły → Menedżer modułów → Prześlij moduł → wybierz .zip
- Po instalacji: Skonfiguruj moduł
- Sprawdź czy moduł jest włączony (status Aktywny/Enabled)

<a id="sekcja-krok-4-konfiguracja-rejestrowania-historii-cen"></a>

## Krok 4 — Konfiguracja rejestrowania historii cen

<a id="sekcja-krok-4-wlacz-rejestrowanie-historii"></a>

### Krok 4: Włącz rejestrowanie historii

To kluczowy krok techniczny. Moduł powinien rejestrować źródła zmian ceny objęte zatwierdzonym zakresem sklepu. Bez kompletnej historii dla danego scenariusza nawet poprawnie wyglądający komunikat może opierać się na niepełnych danych.

W panelu konfiguracji potwierdź aktywne rejestrowanie historii i datę pierwszego rzeczywistego zapisu. Nie wypełniaj poprzednich 30 dni dzisiejszą ceną. Import historyczny ma sens tylko z rzeczywistymi wartościami i datami, których pochodzenie można wykazać. Brak danych jest brakiem danych, nie historią ceny stałej.

Sprawdź, czy moduł śledzi również: cenniki katalogowe (catalog price rules), cenniki dla grup klientów i specyficzne ceny (specific prices). Sama cena produktu to nie wszystko — promocje w PrestaShop działają przez warstwy.

- Włącz: Rejestrowanie historii cen
- Włącz: Śledzenie reguł cenowych (jeśli opcja dostępna)
- Zapis ustawień → sprawdź log zmian cen po testowej edycji produktu

<a id="sekcja-krok-5-konfiguracja-wyswietlania-informacji-na-stronie-produktu"></a>

## Krok 5 — Konfiguracja wyświetlania informacji na stronie produktu

<a id="sekcja-krok-5-skonfiguruj-wyswietlanie-najnizszej-ceny"></a>

### Krok 5: Skonfiguruj wyświetlanie najniższej ceny

Moduł powinien pokazać cenę odniesienia w miejscach i scenariuszach wskazanych w zaakceptowanej polityce promocji. Sprawdź kartę produktu, listing, warianty i każdy customowy blok, w którym sklep komunikuje obniżkę.

W standardowym scenariuszu etykieta powinna jednoznacznie wskazywać okres przed obniżką, np. 'Najniższa cena z 30 dni przed obniżką: X zł'. Sam napis 'cena Omnibus' albo ruchome 'ostatnie 30 dni' nie wyjaśnia właściwego punktu odniesienia. Inne okresy wymagają odpowiadającej im etykiety.

Sprawdź czytelność na desktopie i mobile oraz relację komunikatu do ceny bieżącej i przekreślonej. Test techniczny potwierdza renderowanie, ale ocena prawna widoczności i treści pozostaje osobnym krokiem.

- Sprawdź podgląd strony produktu po włączeniu modułu
- Weryfikuj wyświetlanie na mobile (DevTools lub rzeczywiste urządzenie)
- Sprawdź tekst i okres: czy odpowiadają wariantowi zatwierdzonemu dla tego scenariusza
- Sprawdź wyświetlanie przy różnych wariantach i kombinacjach produktu

<a id="sekcja-krok-6-test-dzialania-modulu-na-danych-testowych"></a>

## Krok 6 — Test działania modułu na danych testowych

<a id="sekcja-krok-6-przetestuj-modul-przed-wdrozeniem"></a>

### Krok 6: Przetestuj moduł przed wdrożeniem

Wszystkie próby wykonaj na stagingu. Zapisz datę początku obniżki, strefę czasową, historię produktu i oczekiwany komunikat. Nie zmieniaj zegara ani cen produkcyjnych, żeby skrócić test. Dane syntetyczne muszą pozostać w odizolowanej bazie testowej.

Przykład testowy, nie historia klienta: produkt sprzedawany ponad 30 dni miał w okresie przed obniżką ceny 120 i 100 zł, a kampania zaczyna się od 90 zł. Dla standardowej reguły oczekujesz odniesienia 100 zł, nie 120 zł. Następnie sprawdzasz kolejne dni tej samej niezmienionej kampanii: odniesienie nie może przesuwać się mechanicznie razem z codziennym oknem historii.

Jeżeli moduł zaczyna rejestrować dane dopiero po instalacji, może nie mieć historii potrzebnej do wyliczenia ceny odniesienia dla wcześniejszego okresu. Nie traktuj tego automatycznie jako bezpiecznego stanu przejściowego: ustal z prawnikiem, jak prowadzić promocje i komunikację do czasu zebrania danych.

- Utwórz produkt testowy z historią zmian cen
- Zmień cenę → sprawdź wyświetlanie na storefront
- Sprawdź zachowanie przy kombinacjach (rozmiary, kolory)
- Sprawdź zachowanie przy aktywnej regule cenowej katalogowej

Dlaczego testować dni tej samej kampanii i różne widoki? [Komunikat UOKiK z 12 stycznia 2026 r.](https://uokik.gov.pl/public/index.php/obnizka-jaka-jest-kazdy-widzi-niekoniecznie-najnizsza-cena-z-30-dni-przed-obnizka-kary-dla-zalando-i-temu) opisuje m.in. zmieniającą się cenę odniesienia podczas niezmienionej obniżki oraz niespójności między listingiem, kartą, koszykiem, wariantami i urządzeniami. To uzasadnienie poniższych testów regresji, nie ocena prawna Twojego sklepu.

**Protokół odbioru technicznego — przy każdej pozycji zapisz wynik i dowód**

| Scenariusz | Co porównać | Dowód odbioru |
| --- | --- | --- |
| Zmiana ceny w panelu, API i importerze | Rzeczywisty zapis każdego źródła z datą oraz identyfikatorem produktu | Wyciąg historii i log operacji bez danych klientów |
| Kampania przekracza północ / działa kilka dni | Początek obniżki i niezmienione odniesienie dla tej samej kampanii | Wynik scenariusza z kontrolowanymi datami na stagingu |
| Wariant oraz grupa cenowa | Wybrany wariant, cenę końcową i regułę dla danego odbiorcy | Zrzut dwóch wariantów i zapis konfiguracji |
| Mobile, desktop, listing, karta i blok promocyjny | Spójność wartości i obecność komunikatu przy ogłaszanej obniżce | Adresy, szerokości ekranu i zrzuty przed/po |
| Cache po aktualizacji ceny | Widok bez cache i z aktywnym cache, także dla innej sesji | Czas aktualizacji i wynik powtórnego odczytu |
| Zmiana lub odinstalowanie modułu | Eksport historii, backup i możliwość odtworzenia | Sprawdzony plik eksportu oraz próba przywrócenia na kopii |

<a id="sekcja-typowe-bledy-przy-wdrozeniu-omnibus-w-prestashop"></a>

## Typowe błędy przy wdrożeniu Omnibus w PrestaShop

Poniższe punkty to techniczne tryby awarii, które warto objąć testami. Ich wystąpienie nie przesądza samodzielnie oceny prawnej, ale może oznaczać, że komunikat korzysta z niepełnych danych albo nie pojawia się w uzgodnionym miejscu.

- Moduł zainstalowany, ale historia cen nie jest rejestrowana — możliwa jest m.in. nieaktywna opcja śledzenia, błąd modułu lub pominięcie zapisu przez importer. Przyczynę trzeba potwierdzić w logach i teście zmiany ceny.
- Wyświetlanie stałej ceny przekreślonej jako ceny odniesienia bez sprawdzenia historii, z której ta wartość została wyliczona.
- Brak wyświetlania informacji przy produktach z kombinacjami — moduł obsługuje cenę bazową, ale nie śledzi cen kombinacji oddzielnie.
- Nieczytelne wyświetlanie na mobile — zbyt mała czcionka lub informacja ukryta w akordeonie niewidocznym domyślnie.
- Brak testu krótkiej kampanii typu Flash Sale — sposób prezentacji takiej kampanii trzeba uwzględnić w technicznym scenariuszu i potwierdzić w kwalifikacji prawnej.
- Aktualizacja modułu bez testu regresji — nowsze wydanie również może wymagać zmiany motywu lub konfiguracji.
- Nieobsługiwane reguły cenowe B2B — ceny dla grup klientów mogą nie być rejestrowane przez niektóre moduły.

<a id="sekcja-omnibus-a-inne-wymogi-prawne-co-jeszcze-warto-sprawdzic"></a>

## Omnibus a inne wymogi prawne — co jeszcze warto sprawdzić

Przy technicznym wdrożeniu historii cen ujawniają się też inne obszary interfejsu konsumenckiego. Poniższą listę potraktuj jako pytania do osobnego audytu prawnego, nie jako kompletną interpretację obowiązków:

- Sposób prezentacji ceny brutto i ceny jednostkowej dla oferowanego asortymentu.
- Moment i czytelność informacji o kosztach dostawy w ścieżce zakupu.
- Opis sposobu pozyskiwania oraz weryfikacji opinii i oznaczeń typu 'zweryfikowany zakup'.
- Informacje o głównych parametrach rankingów, rekomendacji i list typu 'bestsellery'.
- Aktualność zasad odstąpienia od umowy, wyjątków oraz procedury zwrotu dla konkretnej oferty.

<a id="sekcja-opinie-jako-element-omnibus"></a>

### Opinie jako element Omnibus

Jeśli publikujesz opinie klientów, zinwentaryzuj sposób ich pozyskiwania, weryfikacji i oznaczania. Moduł PrestaShop może dostarczyć znacznik 'zweryfikowany zakup', ale sam znacznik nie zastępuje prawidłowego procesu ani opisu przyjętego przez sklep. Zakres informacji wymaganych w Twoim modelu potwierdź prawnie.

<a id="sekcja-mozliwe-konsekwencje-sprawdz-aktualne-przepisy"></a>

## Możliwe konsekwencje — sprawdź aktualne przepisy

Naruszenia obowiązków informacyjnych lub zbiorowych interesów konsumentów mogą prowadzić do działań właściwych organów i sankcji zależnych od podstawy prawnej oraz okoliczności sprawy. Ten poradnik nie wylicza progu kary ani nie ocenia ryzyka konkretnego sklepu. Aktualne przepisy, komunikaty organów i możliwe konsekwencje zweryfikuj z prawnikiem na dzień analizy.

Jeśli Twój sklep potrzebuje nie tylko modułu Omnibus, ale też optymalizacji stron produktowych pod kątem konwersji — sprawdź naszą ofertę [SXO i optymalizacji konwersji](https://webalpha.pl/seo/sxo-optymalizacja-konwersji). Kompleksową ofertę modułów i integracji dla PrestaShop znajdziesz w sekcji [modułów i integracji PrestaShop](https://webalpha.pl/sklepy-internetowe/moduly-integracje-prestashop).

<a id="sekcja-omnibus-na-allegro-czy-dotyczy-tez-marketplace"></a>

## Omnibus na Allegro — czy dotyczy też marketplace

Marketplace może stosować własne mechanizmy gromadzenia i prezentacji danych cenowych, a ich zakres oraz podział odpowiedzialności ze sprzedawcą mogą się zmieniać. Sprawdź aktualną dokumentację platformy i ustalenia prawne dla swojego konta. Przy synchronizacji przez BaseLinker lub inny moduł przetestuj, jakie dane są faktycznie przesyłane; nie zakładaj, że historia z PrestaShop trafia do marketplace razem z aktualną ceną.

<a id="sekcja-lista-kontrolna-techniczna-i-punkty-do-weryfikacji-prawnej"></a>

## Lista kontrolna techniczna i punkty do weryfikacji prawnej

- Moduł Omnibus zainstalowany i aktywny.
- Historia cen jest rejestrowana (test przez zmianę ceny produktu testowego).
- Cena odniesienia wyświetla się w każdym scenariuszu promocji zakwalifikowanym przez właściciela sklepu i jego doradcę.
- Wyświetlanie działa przy produktach z kombinacjami.
- Wyświetlanie działa przy promocjach katalogowych (catalog price rules).
- Informacja jest czytelna na mobile.
- Treść i okres komunikatu odpowiadają wersji zatwierdzonej po weryfikacji prawnej.
- Sposób pozyskiwania i oznaczania opinii został opisany oraz sprawdzony prawnie.
- Miejsce prezentacji kosztów dostawy zostało objęte osobnym przeglądem.
- Polityka zwrotów została zweryfikowana pod kątem aktualności dla faktycznej oferty.

Instalację, konfigurację i odbiór uzgodnionych promocji opisuje oferta [wdrożenia modułu Omnibus dla PrestaShop](https://webalpha.pl/sklep/modul-omnibus-prestashop). Utrzymanie techniczne modułu, staging i kolejne testy możemy prowadzić w ramach [stałej opieki technicznej PrestaShop](https://webalpha.pl/sklepy-internetowe/opieka-prestashop). Zakres opieki nie obejmuje porady prawnej ani gwarancji zgodności; politykę promocji i komunikaty zatwierdza właściciel sklepu ze swoim doradcą.

## Potrzebujesz technicznego wdrożenia lub audytu modułu Omnibus?

W WebAlpha instalujemy i konfigurujemy moduły Omnibus dla PrestaShop oraz testujemy historię i wyświetlanie cen na uzgodnionych scenariuszach katalogowych. Nie zastępuje to analizy prawnej polityki promocji i komunikatów sklepu.

[Wdrożenie modułu Omnibus w PrestaShop](https://webalpha.pl/sklep/modul-omnibus-prestashop)

## Najczęstsze pytania (FAQ)

### Czy PrestaShop obsługuje Omnibus natywnie?

Nie rozstrzygaj tego wyłącznie po numerze wersji. Zakres zależy od konkretnego core, modułów, motywu i konfiguracji promocji. Sprawdź bieżącą dokumentację swojej wersji oraz wykonaj test historii i wyświetlania; jeśli mechanizm nie obsługuje zatwierdzonych scenariuszy, dobierz moduł lub implementację niestandardową.

### Jaki moduł Omnibus wybrać dla PrestaShop 1.7, 8 lub 9?

Sprawdź deklarowaną zgodność z dokładną wersją PrestaShop, historię wydań, dokumentację, wsparcie oraz obsługę używanych reguł cenowych i wariantów. W teście potwierdź źródło historii oraz sposób wyliczenia wartości; sama ocena marketplace lub cena przekreślona nie wystarcza.

### Jakie rodzaje obniżek trzeba uwzględnić w konfiguracji Omnibus?

Znaczenie ma nie tylko nazwa kampanii, ale sposób komunikowania ceny, mechanika rabatu, historia oferty i możliwe wyjątki. Promocje sezonowe, flash sale, kody i programy lojalnościowe warto rozpatrzyć oddzielnie. Artykuł nie przesądza kwalifikacji konkretnej obniżki — potwierdź ją według aktualnych przepisów z prawnikiem.

### Co grozi za brak wdrożenia Omnibus w sklepie?

Możliwe działania organów i sankcje zależą od podstawy prawnej, rodzaju naruszenia oraz okoliczności sprawy. Nie podajemy tu uniwersalnego progu kary ani oceny ryzyka Twojego sklepu. Sprawdź aktualne przepisy i komunikaty właściwych organów oraz skonsultuj konkretny stan z prawnikiem.

### Czy Omnibus dotyczy sprzedaży B2B?

Regulacje konsumenckie koncentrują się na relacji z konsumentem, ale sam napis 'B2B' nie rozstrzyga statusu kupującego ani wszystkich obowiązków cenowych. W sklepie mieszanym rozdziel role klientów, widoki cen i promocje, a kwalifikację konkretnego modelu sprzedaży potwierdź prawnie.

### Czy Omnibus dotyczy Allegro?

Sprawdź aktualne zasady platformy i podział odpowiedzialności między marketplace a sprzedawcą. Mechanizm Allegro może działać niezależnie od modułu PrestaShop, ale integracja nie musi przekazywać całej historii cen. Przetestuj faktyczny payload i potwierdź obowiązki dla własnego modelu sprzedaży.

### Jak długo moduł musi przechowywać historię cen?

Nie utożsamiaj okresu używanego do obliczenia ceny odniesienia z obowiązkowym okresem retencji danych. Politykę przechowywania ustal osobno, uwzględniając aktualne przepisy, cele dowodowe, minimalizację danych i sposób działania modułu. Artykuł nie zaleca uniwersalnej retencji 12 miesięcy; okres zatwierdź z prawnikiem i administratorem danych.

### Co z opiniami klientów a Omnibus?

Zapisz, skąd pochodzą opinie, jak działa ich weryfikacja i jakie oznaczenia widzi użytkownik. Moduł techniczny powinien odzwierciedlać faktyczny proces sklepu. Dokładny zakres informacji oraz dopuszczalne komunikaty potwierdź według aktualnych przepisów, zamiast kopiować uniwersalną etykietę.

### Czy moduł Omnibus wpłynie na szybkość sklepu?

Wpływ zależy od implementacji, wielkości historii, indeksów bazy, motywu i cache. Zmierz liczbę zapytań, czas odpowiedzi i Core Web Vitals przed oraz po włączeniu modułu na reprezentatywnych produktach; nie zakładaj z góry jednego zapytania SQL ani niezauważalnego kosztu.