Sprzedaż z PrestaShop w całej Europie: języki, waluty i podatki

Sprawdzono w czerwcu 2026, progi VAT i system OSS opisane poniżej odzwierciedlają aktualne przepisy UE; potraktuj kwestie podatkowe jako punkt wyjścia i potwierdź szczegóły z księgowym w odniesieniu do własnej sytuacji.

Sprzedaż w całej Europie z jednej instalacji PrestaShop to przede wszystkim kwestia konfiguracji, a właściwie trzech konfiguracji: języka, w którym klient czyta sklep, waluty, w której płaci, oraz podatku, który zgodnie z prawem musisz mu naliczyć. Pierwsze dwa obszary wybaczają błędy; jeśli ustawisz je źle, stracisz sprzedaż. Trzeci już nie: błędny VAT może oznaczać zaległy podatek wobec urzędu skarbowego w kraju, w którym nigdy nie byłeś. Ten poradnik łączy te trzy elementy i szerzej omawia ten, którego sprzedawcy boją się najbardziej. Unijny VAT, bo języki i waluty mają już osobne, podlinkowane niżej poradniki, więc nie ma sensu powtarzać ich tutaj.

Jeśli chcesz przejść pełną instrukcję dla któregoś z pozostałych dwóch filarów, zacznij tam i wróć tutaj: konfiguracja sklepu wielojęzycznego pokazuje, jak poprawnie tłumaczyć produkty, slugi i strony CMS, a wielowalutowość i sprzedaż międzynarodowa omawia kursy wymiany, zaokrąglenia i ceny przypisane do walut. Ta strona jest mapą nad nimi obiema, z podatkiem jako środkiem ciężkości.

Trzy ustawienia i to, które nie wybacza błędów

Zanim dotkniesz ustawień, warto uczciwie nazwać skalę ryzyka, bo różnice są ogromne. Język i waluta to dźwignie konwersji, zirytowany klient po prostu wychodzi. Podatek to obowiązek zgodności z przepisami, zirytowany urząd skarbowy wystawia decyzję. Oto podział, który powinien określić, ile uwagi poświęcisz każdemu obszarowi:

Co to oznacza dla podziału czasu? Większość sprzedawców za dużo inwestuje w przełączniki z flagami, a za mało w reguły podatkowe. Odwróć tę kolejność. Klient w Polsce znacznie łatwiej wybaczy cenę w euro niż polski urząd skarbowy błędną deklarację VAT. Poświęć popołudnie na dopracowanie frontu, opisane w poradniku wybór waluty i flagi językowe, i przeznacz porządny dzień na to, co poniżej.

Jak PrestaShop faktycznie nalicza VAT

PrestaShop nie zapisuje po prostu "stawki VAT". Zapisuje grupy reguł podatkowych, a każdy produkt ma przypisaną jedną z nich. Grupa reguł podatkowych działa jak tabela wyszukiwania: dla danego kraju dostawy (i opcjonalnie stanu/regionu) zwraca stawkę podatku do zastosowania. Łańcuch wygląda tak: Tax (pojedyncza nazwana stawka, np. "DE Standard 19%") → Tax Rule (mapowanie kraj→stawka) → Tax Rules Group (zestaw reguł przypisywany do produktu). Wewnętrznie odpowiadają za to klasy Tax, TaxRule i TaxRulesGroup; obliczenie podczas finalizacji zamówienia przechodzi przez mechanizm TaxCalculator PrestaShop na podstawie adresu dostawy klienta, czyli Address.

Praktyczny skutek jest prosty: o VAT decyduje miejsce, do którego jedzie paczka, a nie kraj hostingu sklepu. Dokładnie tego wymaga unijne prawo sprzedaży wysyłkowej B2C po przekroczeniu progu, więc model PrestaShop i przepisy są ze sobą spójne, o ile Twoja grupa reguł podatkowych rzeczywiście zawiera regułę dla każdego kraju, do którego wysyłasz towary.

Budowanie paneuropejskiej grupy reguł podatkowych krok po kroku

• Przejdź do Międzynarodowe → Podatki i potwierdź, że istnieje podatek dla każdej stawki, której będziesz potrzebować (pakiety lokalizacyjne PrestaShop instalują większość standardowych stawek UE przy imporcie pakietu kraju, zweryfikuj, zamiast zakładać).
• Przejdź do Międzynarodowe → Podatki → Reguły podatkowe i utwórz lub edytuj grupę, na przykład "EU OSS, stawka standardowa." Dodaj po jednej regule dla każdego kraju docelowego, każdą wskazującą standardową stawkę tego kraju. [SCREENSHOT: Międzynarodowe → Podatki → Reguły podatkowe, otwarta grupa reguł podatkowych z kilkoma regułami krajowymi na liście (DE 19%, FR 20% itd.), jeden wiersz na każdy kraj docelowy]
• Przypisz tę grupę do produktów. Dla pojedynczego produktu znajdziesz ją na karcie Ceny jako listę rozwijaną Reguła podatku; przy zmianach masowych użyj zbiorczej edycji katalogu, zamiast poprawiać produkty jeden po drugim.
• Ustaw podstawę adresu podatkowego w Międzynarodowe → Podatki, w sekcji Opcje podatku (opcja "Na podstawie", PS_TAX_ADDRESS_TYPE): czy podatek ma bazować na adresie dostawy, czy na adresie faktury. Przy unijnej sprzedaży wysyłkowej potrzebujesz adresu dostawy.

Pułapka, w którą wpada wiele osób: dostawa też podlega opodatkowaniu, i to według stawki powiązanej z przewoźnikiem, a nie z produktem. Jeśli przewoźnicy nie mają reguły podatkowej, zaniżysz VAT od dostawy, a dane OSS nie będą się zgadzać. Ustaw podatek przewoźnika w konfiguracji każdego przewoźnika w Dostawa → Przewoźnicy.

Stawki obniżone i wyjątki zależne od kategorii produktów

Nie da się obsłużyć wszystkiego jedną grupą dla 27 krajów, ponieważ VAT w UE to nie jedna stawka na kraj, to stawka standardowa oraz stawki obniżone dla konkretnych towarów, a kategorie różnią się między państwami. Książki, żywność, artykuły dziecięce, e-booki i część produktów zdrowotnych często mają stawkę obniżoną, a produkt opodatkowany stawką standardową w jednym państwie członkowskim może mieć stawkę obniżoną w innym.

W PrestaShop najczystsze rozwiązanie to jedna grupa reguł podatkowych na klasę stawki, a nie na kraj. Możesz więc mieć:

• UE standardowa, domyślna grupa, standardowa stawka dla każdego kraju docelowego.
• UE obniżona (książki/druk), stawka obniżona według kraju dla produktów, które kwalifikują się wszędzie tam, gdzie są sprzedawane.
• UE obniżona (żywność). Osobna grupa, bo lista krajów kwalifikujących produkty jest inna.

Następnie przypisujesz właściwą grupę do każdej kategorii produktów. Sens tego rozdzielenia to przejrzystość audytowa: gdy stawka się zmieni, a unijne stawki obniżone zmieniają się częściej niż standardowe, edytujesz jedną grupę, zamiast szukać po produktach. Korzyść wprost: zmiana stawki staje się pięciominutową edycją, a nie ryzykiem dla całego katalogu.

Próg €10,000 i One-Stop Shop w prostych słowach

To zasada, która zamienia "sprzedaję do kilku krajów UE" w pytanie o rejestrację podatkową. Do łącznej kwoty €10,000 transgranicznej sprzedaży B2C w UE rocznie możesz naliczać VAT według stawki swojego kraju siedziby od całej tej sprzedaży. W momencie, gdy łączna transgraniczna sprzedaż B2C przekroczy ten próg w danym roku, musisz naliczać stawkę kraju docelowego dla transgranicznej sprzedaży B2C, dla każdego kraju UE, od tego momentu.

Bez OSS zasada "naliczaj VAT kraju docelowego wszędzie" oznaczałaby osobną rejestrację VAT w każdym kraju, do którego sprzedajesz. One-Stop Shop (OSS) jest ułatwieniem: rejestrujesz się raz, przez urząd skarbowy w swoim kraju, i składasz jedną kwartalną deklarację obejmującą cały unijny VAT z transgranicznej sprzedaży B2C. Nadal naliczasz poprawną stawkę każdego kraju (tym właśnie zajmuje się grupa reguł podatkowych oparta na kraju docelowym), OSS tylko konsoliduje rozliczenie w jednej deklaracji zamiast 26.

Po stronie PrestaShop przekroczenie progu oznacza dokładnie opisaną wyżej grupę reguł podatkowych opartą na kraju docelowym. Dlatego właściwy moment na jej zbudowanie jest przed przekroczeniem €10k, a nie tydzień po, kiedy w przeciwnym razie naliczałbyś za mało podatku wstecznie. Pamiętaj, że to unijny system wewnątrzwspólnotowy; Wielka Brytania, Szwajcaria i Norwegia są poza nim i mają własne zasady, dlatego te rynki często dostają osobne strefy przewoźników i osobną obsługę podatków.

Sprzedaż B2B: zwolnienie w mechanizmie odwrotnego obciążenia

Transgraniczna sprzedaż do klienta biznesowego z ważnym unijnym numerem VAT działa inaczej: w ramach mechanizmu odwrotnego obciążenia nie naliczasz VAT, nabywca rozlicza go w swoim kraju. Aby zrobić to poprawnie, musisz (a) zweryfikować, że numer VAT klienta jest rzeczywiście ważny w unijnej bazie VIES, oraz (b) pokazać temu klientowi ceny netto (bez podatku) na etapie finalizacji zamówienia.

PrestaShop ma częściowe wsparcie natywne, tryb B2B włączany w Parametry sklepu → Ustawienia klientów oraz pole numeru VAT w adresie, ale rdzeń nie waliduje numeru w VIES w czasie rzeczywistym i nie wyzeruje automatycznie podatku dla zweryfikowanej firmy z UE. Ta luka jest miejscem, w którym błędny numer kosztuje Ciebie: zaakceptujesz nieprawidłowy numer VAT, wyzerujesz podatek i to Ty odpowiadasz za niepobrany VAT. Nasz Automatic EU VAT Checker zamyka tę lukę, sprawdza numer w VIES na żywo podczas finalizacji zamówienia, a zweryfikowana firma z UE automatycznie widzi ceny netto i płaci 0 VAT, bez ręcznego sprawdzania po Twojej stronie. Korzyść: legalni kupujący B2B finalizują zakup bez podatkowej niespodzianki, a Ty nie bierzesz na siebie ryzyka numeru, który okaże się fałszywy.

Gdzie wchodzą języki i waluty (bez powtarzania osobnych poradników)

Podatek jest kręgosłupem, ale sprzedaż europejska nadal musi dobrze brzmieć i dobrze wyglądać cenowo. Zamiast omawiać wszystko od nowa, oto jak te trzy elementy się łączą i gdzie znajdziesz szczegóły:

• Język → treść podatkowa. Faktura, etykiety "z VAT / bez VAT" i komunikaty o zwolnieniu z podatku trzeba tłumaczyć razem z produktami. Mechanikę dodawania języków, tłumaczenia slugów i stron CMS znajdziesz w poradniku konfiguracja sklepu wielojęzycznego.
• Waluta → wyświetlanie podatku. Cena z VAT kraju docelowego nadal musi wyglądać czysto w lokalnej walucie, €9.99 nie powinno pojawić się jako PLN 44.73. Reguły zaokrągleń, automatyczne aktualizacje EBC i ceny dla poszczególnych walut omawia poradnik wielowalutowość i sprzedaż międzynarodowa.
• Sam przełącznik. Możliwość wyboru języka i waluty z dowolnej strony to drobny element UX o nieproporcjonalnie dużym wpływie na utrzymanie odwiedzających, opisany w poradniku wybór waluty i flagi językowe.
• Informowanie Google, którą wersję pokazać. Wiele adresów URL w różnych językach potrzebuje hreflang, inaczej Google może wyświetlić niewłaściwą wersję, to osobne zadanie opisane w poradniku tagi hreflang.
• Osobne sklepy, nie tylko języki. Jeśli rynek potrzebuje własnej domeny, katalogu albo tożsamości prawnej, a nie tylko tłumaczenia, wchodzisz w obszar multistore, zobacz PrestaShop multistore.

Strefy dostawy i płatności lokalne, krótko

Dwie kolejne rzeczy różnią się między krajami i wpływają zwrotnie na podatek oraz konwersję. Dostawę najlepiej obsłużyć jako 2–4 strefy przewoźników pogrupowane według kosztu i czasu doręczenia (Niemcy→Austria to trasa 1–2 dni za około €5; Niemcy→Portugalia to 5–7 dni i koszt kilka razy wyższy), z różnymi progami darmowej dostawy dla każdej strefy, i pamiętaj, że każdy przewoźnik potrzebuje własnej reguły podatkowej, jak wspomniano wyżej, inaczej rozliczenie VAT zacznie się rozjeżdżać.

Preferencje dotyczące płatności są mocno lokalne: iDEAL jest praktycznie obowiązkowy w Holandii, BLIK i Przelewy24 w Polsce, Bancontact w Belgii, a przelew bankowy i Klarna mają realne znaczenie w Niemczech. Pragmatyczne minimum dla sprzedaży paneuropejskiej to operator kart obsługujący główne sieci, PayPal oraz jedna lub dwie lokalne metody dla największych rynków poza krajem siedziby. Przesadą byłoby przypisywanie jednej liczby wzrostu konwersji do stwierdzenia "dodaj lokalną metodę". Uczciwsze twierdzenie jest węższe: na rynkach, gdzie lokalna metoda dominuje, jej brak jest twardą blokadą, a nie drobną niedogodnością.

Kolejność uruchomienia, która nie ugryzie Cię później

Nie otwieraj 27 krajów pierwszego dnia. Ułóż wdrożenie tak, aby najmniej wyrozumiały obszar był ustawiony, zanim pojawią się pieniądze:

• Najpierw wybierz 1–2 sąsiednie rynki, najtańsza dostawa, najbliższe oczekiwania, najłatwiejsze wsparcie.
• Zbuduj grupę reguł podatkowych opartą na kraju docelowym, zanim przekroczysz €10k, i zarejestruj się do OSS przy progu (albo tuż przed nim), nigdy wstecznie.
• Przetłumacz wszystko, nie połowę, częściowo przetłumaczona finalizacja zamówienia wygląda mniej wiarygodnie niż angielska.
• Dodaj lokalną walutę z czystymi zaokrągleniami oraz lokalną metodę płatności, której dany rynek oczekuje.
• Złóż jedno prawdziwe zamówienie testowe z każdego kraju docelowego, potwierdź, że linia VAT, podatek przewoźnika, zaokrąglenie waluty i metoda płatności działają poprawnie, zanim zrobi to prawdziwy klient.

Najczęściej zadawane pytania

Gdzie w PrestaShop ustawić naliczanie VAT według kraju klienta?

Działają tu razem dwa miejsca. Grupa reguł podatkowych przy każdym produkcie (Międzynarodowe → Podatki → Reguły podatkowe) zawiera po jednej regule dla każdego kraju docelowego, każdą wskazującą stawkę tego kraju. Następnie w Międzynarodowe → Podatki → Opcje podatku ustawiasz opcję "Na podstawie" (PS_TAX_ADDRESS_TYPE) na adres dostawy, czego wymaga unijna sprzedaż wysyłkowa. Gdy oba elementy są ustawione, finalizacja zamówienia korzysta z TaxCalculator i wybiera stawkę według miejsca, do którego trafia paczka.

Czym dokładnie jest próg €10,000?

Do €10,000 łącznej transgranicznej sprzedaży B2C w UE rocznie możesz naliczać VAT według stawki swojego kraju siedziby od całości. Gdy łączna transgraniczna sprzedaż B2C przekroczy tę kwotę w danym roku, od tego momentu musisz naliczać stawkę każdego kraju docelowego. Zbuduj grupę reguł podatkowych opartą na kraju docelowym przed przekroczeniem progu, a nie tydzień później, i potwierdź własną sytuację z księgowym, bo to obowiązek prawny, nie tylko ustawienie.

Czy potrzebuję rejestracji VAT w każdym kraju, do którego sprzedaję?

Nie, jeśli korzystasz z One-Stop Shop (OSS). OSS pozwala zarejestrować się raz przez urząd skarbowy w kraju siedziby i składać jedną kwartalną deklarację obejmującą cały unijny VAT z transgranicznej sprzedaży B2C. Nadal naliczasz poprawną stawkę każdego kraju, robi to grupa reguł podatkowych oparta na kraju docelowym, OSS tylko konsoliduje raportowanie. Bez OSS naliczanie VAT kraju docelowego wszędzie oznaczałoby osobną rejestrację w każdym kraju. To informacja ogólna, nie porada podatkowa; termin rejestracji zweryfikuj ze specjalistą.

Jak obsłużyć sprzedaż B2B do zweryfikowanej firmy z UE?

Transgraniczne B2B z ważnym unijnym numerem VAT korzysta z mechanizmu odwrotnego obciążenia: nie naliczasz VAT, nabywca rozlicza go sam. Aby zastosować to poprawnie, musisz zweryfikować numer w unijnej bazie VIES i pokazać temu klientowi ceny netto. PrestaShop ma tryb B2B i pole numeru VAT, ale rdzeń nie waliduje VIES na żywo ani automatycznie nie zeruje podatku, zaakceptuj nieprawidłowy numer, a odpowiadasz za niepobrany VAT. Nasz Automatic EU VAT Checker sprawdza numer w VIES podczas finalizacji zamówienia i automatycznie pokazuje zweryfikowanym firmom ceny netto.

Czy dostawa też podlega opodatkowaniu?

Tak, i to według stawki powiązanej z przewoźnikiem, a nie z produktem. Ustaw regułę podatkową przy każdym przewoźniku w Dostawa → Przewoźnicy. Przewoźnicy bez reguły podatkowej zaniżają VAT od dostawy, a dane OSS nie będą się zgadzać.

Powiązane artykuły

• Wielowalutowość i sprzedaż międzynarodowa, kursy wymiany, zaokrąglenia i ceny dla poszczególnych walut, dzięki którym ceny z VAT kraju docelowego nadal wyświetlają się czysto.
• Konfiguracja sklepu wielojęzycznego, tłumaczenie produktów, slugów i treści podatkowych na fakturach.
• Wybór waluty i flagi językowe. Dopracowanie frontu sklepu, które działa nad silnikiem podatkowym.

Jednolity rynek UE naprawdę jest jedną z największych szans ekspansji dla sklepu PrestaShop, a sama platforma jest przygotowana na tę złożoność, wiele języków, wiele walut i silnik podatkowy, który domyślnie nalicza podatek według adresu docelowego. Praca, która faktycznie Cię chroni, nie polega na przełączniku z flagami; polega na grupie reguł podatkowych za nim. Ustaw ją dobrze, korzystaj z powiązanych poradników dla szczegółów językowych i walutowych, a "sprzedaż w całej Europie" stanie się konfiguracją, której możesz ufać, zamiast ryzykiem, które masz nadzieję utrzymać pod kontrolą.