13 lipca 2026, Luboš Zápotočný
Tylko dwaj dostawcy płatności na Shopify mogą obciążyć klienta w jego walucie
Pokazanie ceny w euro i obciążenie klienta w euro to na Shopify dwie różne funkcje, a obie należą do dostawcy płatności. Co przestaje działać przy jego zmianie i jakie są cztery wyjścia.
Pokazanie cen rynku w innej walucie i obciążenie klienta w tej walucie to na Shopify dwie osobne funkcje. Żadna nie należy do sklepu. Obie należą do dostawcy płatności.
Obciążać potrafią dokładnie dwaj. Dokumentacja Shopify dotycząca walut lokalnych, sprawdzona dnia 13 lipca 2026, mówi to wprost: aby sklep mógł przetwarzać płatności w wielu walutach, musi mieć jako dostawcę płatności Shopify Payments albo Adyen. Przy innym dostawcy klienci na wszystkich rynkach zapłacą w walucie domyślnej sklepu. Zasady sprzedaży w walutach lokalnych mówią to samo z drugiej strony: zamówienia złożone przez bramki płatnicze innych firm są przetwarzane w walucie domyślnej sklepu, a raporty są dostępne wyłącznie w walucie sklepu.
Ta sama reguła obejmuje też pokazywanie, i właśnie to ten artykuł pierwotnie podawał błędnie. Ta sama strona z zasadami, sprawdzona dnia 13 sierpnia 2026, podaje, że pokazywanie cen w walutach lokalnych i ręczne ustawianie kursów wymagają Shopify Payments. Panel administracyjny to egzekwuje: w sklepie bez ukończonego konta Shopify Payments ustawienie waluty w Markets jest całkowicie zablokowane, a widoczny komunikat każe najpierw dokończyć konfigurację Shopify Payments. Na każdym planie dostępne pozostają ceny dla poszczególnych rynków i korekty procentowe, w walucie domyślnej sklepu.
Bez Shopify Payments klient w Bratysławie nie zobaczy więc przez Markets żadnego euro: karta produktu, koszyk i kasa pozostaną w walucie domyślnej sklepu. Sklep może nadal pokazywać euro przez aplikację walutową albo przez ceny policzone samodzielnie, a tę drogę opisujemy niżej, ale kasa i tak pobierze walutę domyślną, a bank klienta może doliczyć do tego własną opłatę za przewalutowanie.
Na stronie możecie napisać dowolną liczbę. Obciążyć możecie tylko tę, którą obsługuje wasz dostawca płatności.
Dlaczego to zaskakuje
Nikt nie planuje wielowalutowości jako funkcji płatniczej. W sklepie działającym na Shopify Payments otwieracie Markets, dodajecie rynek, patrzycie, jak ceny się przeliczają, i wygląda to na ustawienie storefrontu. Zależność biegnie jednak w drugą stronę i pokazuje się w dwóch różnych momentach.
W sklepie, który nigdy nie dokończył konfiguracji Shopify Payments, pokazuje się od razu: ustawienie waluty jest zablokowane, a komunikat w Markets każe najpierw dokończyć konfigurację Shopify Payments. Tam panel przynajmniej nazywa tę zależność.
W sklepie, który tę funkcję miał, pokazuje się w dniu, w którym zmienia się dostawca płatności: nowa osoba prawna za sklepem, przejście na lokalną bramkę, konto Shopify Payments, które trzeba zweryfikować od nowa. Ceny w walutach lokalnych odchodzą razem z nim. Panel nie łączy tych dwóch zdarzeń, więc sklep widzi tylko tyle, że ceny w euro przestały działać w dniu, w którym nikt cen w euro nie dotykał.
Cztery drogi
Uruchomić Shopify Payments. To odblokowuje całą funkcję i pod względem inżynieryjnym jest najtańsze z czterech, ponieważ nie zawiera żadnej inżynierii. Ceną są formalności, które mają własny rozdział poniżej.
Adyen jako główna bramka. Jedyny inny dostawca, którego Shopify do tego celu dokumentuje, a strona z wymaganiami wyklucza go dla większości sklepów. Wymagania Shopify dla integracji z Adyenem, sprawdzone dnia 21 lipca 2026, obejmują istniejące konto w Adyen, Shopify Checkout oraz plan Enterprise, czyli poziom powyżej Shopify Plus z indywidualną wyceną, który Shopify sprzedaje swoim największym sprzedawcom; ta sama strona podaje, że dostęp jest przyznawany wyłącznie po zatwierdzeniu. Dla średniej wielkości sklepu ta droga jest w praktyce niedostępna.
Drugi sklep z euro jako walutą domyślną. Działa i nie ma w tym żadnej sztuczki. To uczciwa odpowiedź tam, gdzie rynek euro jest naprawdę innym biznesem: inny asortyment, inne ceny, czasem inna osoba prawna. Wycenia się zwykle tylko drugą subskrypcję, i to jest ta mała liczba. Duża liczba to druga kopia katalogu, szablonu, aplikacji i każdej integracji oraz synchronizacja stanów magazynowych między oboma sklepami, która będzie działać tak długo, jak długo będą istnieć oba.
Policzyć ceny samodzielnie i je wyświetlać. Robią to aplikacje walutowe, robi to też własne przeliczenie zapisane w metafieldach. Bez Shopify Payments to jedyna droga, którą zlokalizowana cena w ogóle trafia na storefront. To droga proponowana wtedy, gdy pozostałe trzy są niemile widziane, i wymaga największej ostrożności. Dlatego również ma własny rozdział.
Dokąd sięga cena policzona samodzielnie, a dokąd nie
Ceny, które policzycie sami, sięgną każdego miejsca, które kontrolujecie. Storefront, draft order, aplikacja wewnętrzna, oferta PDF: każda z nich wyrenderuje liczby, które jej podacie, i każda wyrenderuje euro poprawnie.
Kasy nie kontrolujecie. Przy bramce innej firmy Shopify przetworzy zamówienie w walucie domyślnej sklepu, niezależnie od tego, co mówiła karta produktu, a raporty wyjdą również w walucie sklepu. Cena w euro jest zatem poprawna wszędzie poza miejscem, w którym pobiera się pieniądze.
Cała ta droga stoi więc na jednym pytaniu o biznes: czy jakikolwiek klient kiedykolwiek płaci wam w euro przez kasę Shopify? Jeśli klient może włożyć cenę w euro do koszyka i zapłacić kartą, cena na karcie produktu nie jest ceną, która zostanie pobrana. Jeśli droga eurowa kończy się zamiast tego draft orderem, fakturą i przelewem bankowym, kasa nigdy nie widzi euro, nikomu nie zostaje pobrana zła waluta, a własne przeliczenie przestaje być obejściem problemu. Jest po prostu miejscem, w którym ceny muszą się znaleźć.
Zanim cokolwiek na tym zbudujecie, sprawdźcie jedną rzecz. Shopify dokumentuje przy draft orderach ręczną zmianę waluty, gdy tylko skonfigurowane są Markets, przy czym kurs zostaje ustalony w momencie utworzenia draft ordera. Pobranie płatności przy takim zamówieniu jest ograniczone: według Shopify przy odroczonym terminie płatności w walucie innej niż domyślna płatność można pobrać wyłącznie kartą kredytową albo przez oznaczenie zamówienia jako opłaconego. Może to pokryć cały scenariusz ofertowy nawet bez metafieldów, albo może nie przetrwać zderzenia z waszą fakturacją. Przetestujcie to na prawdziwym sklepie, a nie na sklepie deweloperskim, zanim napiszecie kod, który zakłada jedną z tych odpowiedzi. Strona Shopify o zamówieniach testowych w sklepach deweloperskich, sprawdzona dnia 13 sierpnia 2026, wyklucza przy testowaniu kasy draft ordery i ręczne metody płatności, takie jak płatność za pobraniem, i ostrzega, że przetworzenie zamówienia w ten sposób może zablokować sklepowi możliwość przetwarzania zamówień. Obsługiwany sposób przetestowania kasy sklepu deweloperskiego to testowy dostawca płatności z testowymi numerami kart.
Formalności i dlaczego właściciel nic na nie nie poradzi
Zastrzeżenie wobec Shopify Payments rzadko bywa techniczne. Uruchomienie ich oznacza zidentyfikowanie ludzi stojących za firmą: dokument ze zdjęciem, data urodzenia, beneficjenci rzeczywiści firmy, numer rejestrowy, numer VAT i rachunek bankowy w SEPA. Dokładną listę Shopify publikuje osobno dla każdego kraju, więc różni się ona o ten czy inny dokument, a na stronie polskiej beneficjentem rzeczywistym jest każdy, kto ma udział od 25 procent w górę. Właściciele się temu opierają, a opierają się najmocniej wtedy, gdy odczytują to jako wtrącanie się Shopify w sprawy, które go nie dotyczą.
Każda z tych krajowych stron podaje ten sam powód, tym samym zdaniem, tylko ze zmienioną nazwą kraju. Oto strona dla Polski, sprawdzona dnia 13 lipca 2026: Shopify i jego partnerzy bankowi są zobowiązani zbierać i weryfikować informacje o was i o waszej działalności, aby spełnić przepisy, które w Polsce mają zapobiegać przestępczości finansowej.
Te same informacje zbiera każdy procesor płatności kartowych, ponieważ każdy z nich podlega tym samym przepisom przeciw praniu pieniędzy. Właściciel, który odmawia wskazania beneficjentów rzeczywistych firmy, odmawia przyjmowania płatności kartą gdziekolwiek, a kolejny dostawca poprosi o te same dokumenty.
Jeśli firma jest słowacka, pierwsza droga nie istnieje
Shopify Payments działa na sztywnej liście krajów. Lista obsługiwanych krajów, sprawdzona dnia 13 lipca 2026, zawiera Czechy, Niemcy i Polskę. Słowacji w niej nie ma.
Dla słowackiej osoby prawnej pierwsza droga jest więc nie tyle trudna, co niedostępna, i żadne namawianie właściciela, żeby przeszedł weryfikację, tego nie zmieni. Adyen wymaga planu Enterprise, więc wybór zawęża się do drugiego sklepu albo samodzielnie liczonych cen. Ustalcie to wcześnie, zanim ktoś spędzi tydzień na przygotowaniu wniosku, którego nie da się złożyć.
Pytanie, które to rozstrzyga
Decyzja zależy od tego, kto płaci wam w euro. Jeśli klienci płacą w euro, waluta należy do dostawcy płatności, a dla większości sklepów oznacza to Shopify Payments. Jeśli klienci dostają ofertę w euro i płacą na podstawie faktury, kasa nigdy nie styka się z tą walutą i cenę możecie umieścić tam, gdzie jest najbardziej użyteczna.
Odpowiedzcie najpierw na to pytanie. Każda z powyższych opcji jest tania albo droga wyłącznie w zależności od tej odpowiedzi, i jest to pytanie do biznesu, a nie do programisty. Pracę, która następuje po każdej z odpowiedzi, opisuje nasza strona o Shopify.