Tłumaczenia PrestaShop i sprzedaż międzynarodowa

Co byśmy zrobili

Zaczęlibyśmy od obecnego sklepu: wersji PrestaShop, motywu, modułów, integracji, danych katalogowych, rynków docelowych i osób odpowiedzialnych za tłumaczenia oraz ceny. Zachowaj działające wbudowane selektory języka i waluty, chyba że przetestowane wymaganie uzasadnia inne rozwiązanie. Przed zmianą ustawień lokalizacji uzgodnij obsługiwane języki, waluty i kraje dostawy.

Zmiany konfiguracji wprowadzaj na zabezpieczonej kopii testowej z tymi samymi istotnymi modułami i motywem. Odizoluj e-maile do klientów, rzeczywiste płatności i eksporty realizacji zamówień, a następnie przećwicz całą ścieżkę ze sprawdzonymi tłumaczeniami i reprezentatywnymi danymi. Zachowaj poprzednie ustawienia i eksporty tłumaczeń, uzgodnij termin wdrożenia i zapisz sposób wycofania zmian. Przenieś zatwierdzone zmiany do aktualnego działającego sklepu; zastąpienie jego bazy starszą kopią testową mogłoby spowodować utratę zamówień złożonych w międzyczasie.

Przy uzgodnionej liście różnych zadań konfiguracyjnych PrestaShop Full-Day Store Setup Service może objąć prace według priorytetów; przygotowanie tłumaczeń oraz przegląd podatkowy lub prawny dla konkretnych krajów pozostają osobnymi zadaniami.

Dobierz konfigurację do swoich rynków

Sama obsługa wielu walut nie wymaga multistore. Jeśli rynki potrzebują osobnych konfiguracji operacyjnych, oceń multistore i potwierdź, które dane pozostaną wspólne.

Przed wyborem osobnych sklepów określ konsekwencje operacyjne z pomocą poradnika multistore.

Dodaj język i sprawdź skopiowane treści

W nowoczesnym PrestaShop otwórz Międzynarodowy > Lokalizacja, aby przejrzeć importy lokalizacji i kartę Języki. Przed zastosowaniem pakietu kraju sprawdź wybrane elementy importu: podatki, regiony, waluty i jednostki to osobne zmiany. Importuj tylko to, co zamierzasz zmienić.

Dodanie języka nie tłumaczy katalogu. W PrestaShop 1.7.8 i 9 utworzenie języka uzupełnia brakujące wiersze _lang z domyślnego języka każdego sklepu. Dlatego w nowo dodanym języku niemieckim możesz zobaczyć wypełnione angielskie treści. Skopiowany tekst jest zadaniem do przetłumaczenia, a nie dowodem gotowości wersji niemieckiej.

1. Zainstaluj język lub odpowiedni pakiet. Pozostaw język sklepu wyłączony na czas przygotowania.
2. Sprawdź kod ISO, language_code, ustawienia regionalne i pola formatu daty. Pełnią różne role. Nowoczesne formatowanie liczb/walut używa reguł regionalnych; pole formatu daty nie ustawia separatorów dziesiętnych.
3. W stosownych przypadkach sprawdź ustawienia pisma od prawej do lewej i rzeczywiste układy motywu/modułów. Sama flaga RTL nie weryfikuje każdego komponentu.
4. Powiąż język z zamierzonymi sklepami w multistore.
5. Zinwentaryzuj skopiowane lub nieprzetłumaczone treści i zastąp je sprawdzonymi tłumaczeniami. Zachowuj wymagane pola zamiast celowo zostawiać je puste.

PrestaShop 1.6 używa starszych menu Lokalizacja i mechanizmów tłumaczeń. Nie stosuj do niego bez zmian instrukcji nowoczesnego CLDR, domen Symfony ani modułów selektorów. W bieżących wydaniach porównaj środowisko z oficjalną tabelą zgodności.

Język panelu administracyjnego pracownika jest osobnym ustawieniem profilu. Włączenie niemieckiego dla klientów nie wymaga od zespołu magazynu pracy po niemiecku.

Przetłumacz katalog, zasady, interfejs i e-maile

Edytory mogą udostępniać jeden wspólny wybór języka, zwłaszcza dla produktów, zamiast flagi przy każdym polu. Przed zmianą tekstu potwierdź wybrany język edycji.

Prowadź rejestr tłumaczeń z elementem lub stroną, językiem, sklepem, osobą sprawdzającą i statusem publikacji. Uwzględnij linki menu, banery i treści zapisane w konfiguracji modułów, które eksport katalogu może pominąć. Uzgodnij słownik powtarzających się terminów produktowych, a następnie zapisz, jak zmieniony tekst źródłowy trafi do tłumacza po uruchomieniu. Gotowe tłumaczenie może się zdezaktualizować, gdy import zmieni specyfikację.

Przygotuj informacje o wysyłce, zwrotach, prywatności i regulamin, następnie główne kategorie i ważne produkty. Tłumacz atrybuty, specyfikacje, rozmiary, materiały i instrukcje równie starannie jak tekst marketingowy. Testuj komunikaty walidacji zakupów, tekst modułu płatności i każdy aktywny moduł. Wyślij rzeczywiste wiadomości testowe dla zdarzeń zamówienia, konta i wysyłki w każdym języku; sprawdź dłuższe teksty, linki, kodowanie i układ mobilny.

Tłumaczenie maszynowe może być pierwszą wersją. Przed publikacją sprawdź dokładność, terminologię, wymiary, styl marki i znaczenie właściwe dla rynku. Strony tłumaczone maszynowo mogą być indeksowane; sprawdzaj opublikowane treści pod kątem dokładności i użyteczności. Nadaj priorytet weryfikacji przez człowieka tam, gdzie błędy wpływają na zakup, użytkowanie lub znaczenie umowne.

Napraw tekst modułu lub panelu pozostający po angielsku

1. Odtwórz dokładny tekst, stronę, sklep i język. Dla tekstu panelu sprawdź język pracownika, a dla sklepu język klienta.
2. Wybierz właściwy moduł/motyw i ustawienia regionalne w Międzynarodowy > Tłumaczenia. Tłumaczenie innego motywu lub domeny nie musi zostać zastosowane.
3. Wyszukaj dokładny tekst w źródle i ustal jego wywołanie tłumaczenia. Starsze wywołania Smarty, takie jak {l s='Text' mod='modulename'}, różnią się od nowoczesnych wywołań domenowych, takich jak {l s='Text' d='Modules.Modulename.Shop'}.
4. Dla starszych modułów sprawdź modules/modulename/translations/xx.php i nadpisania tłumaczeń modułów aktywnego motywu. Własny plik modułu nie jest jedynym obsługiwanym źródłem.
5. Dla nowoczesnych domen sprawdź katalogi XLIFF i nadpisania w bazie. Wyeksportuj działający katalog, aby zachować nazwy plików domen i identyfikatory, zamiast ręcznie wymyślać klucze tłumaczeń.
6. Dla tekstu wpisanego na stałe w JavaScript sprawdź mechanizm przekazywania tłumaczeń modułu z serwera do przeglądarki. Edycja pliku tłumaczeń PHP nie zmienia dowolnego angielskiego tekstu w statycznym pliku JavaScript.
7. Wyczyść odpowiednie pamięci podręczne tłumaczeń/Smarty i ponów test. Czyść CDN tylko wtedy, gdy przechowuje nieaktualną odpowiedź HTTP. Skompilowane szablony Smarty są plikami na serwerze, a nie obiektami w CDN.

Angielski tekst w panelu, który poza tym jest po francusku, może wynikać z brakującego tłumaczenia, złych ustawień regionalnych/domeny, tekstu wpisanego na stałe, problemu ładowania katalogu lub defektu. Nie diagnozuj każdego przypadku jako „to nie błąd”. Fraza nieobecna w edytorze tłumaczeń może też mieć problem z ekstrakcją lub dynamicznym tekstem.

Przekaż programiście widoczną frazę, adres strony, wybrany język, bieżący sklep i kroki odtworzenia problemu. Zapytaj, który katalog tłumaczeń lub pole treści faktycznie ją dostarcza i jak poprawka przetrwa kolejną aktualizację modułu. Sam zrzut ekranu nie pozwala odróżnić nieprzetłumaczonej wartości ustawienia od tłumaczalnego tekstu szablonu.

Nadpisania właściwe dla motywu mogą mieć pierwszeństwo przed tekstami modułu. Przed zmianami lub aktualizacjami motywu zrób kopię lub eksport tłumaczeń i sprawdź je później. Nazwy plików domen i wyszukiwanie tłumaczeń w motywie potomnym opisuje rozdział o tłumaczeniach motywu potomnego.

Ustaw walutę, przeliczenia i lokalne ceny

Język i waluta są niezależne. Angielski z PLN i niemiecki z CHF to prawidłowe preferencje klientów. Dodawaj waluty w sekcji Międzynarodowy > Lokalizacja > Waluty, używając rzeczywistego kodu waluty i właściwych powiązań sklepów. Nowoczesne formatowanie regionalne zapewnia wzorce liczb i symbole. Formularze walut PrestaShop 1.7.8 i 9 udostępniają ustawienie Miejsca dziesiętne określające precyzję.

Kursy są mnożnikami względem waluty domyślnej. Przy domyślnym EUR i GBP równym 0,85 bazowe 100 staje się 85 GBP przed innymi regułami cenowymi. Domyślny kurs wynosi 1. Sprawdź kierunek na jednym znanym produkcie przed włączeniem waluty.

Bazowe ceny produktów są interpretowane w domyślnej walucie sklepu. Jej zmiana jest zadaniem migracyjnym: nie oczekuj, że samo ustawienie lokalizacji przeliczy katalog. Zaplanuj w środowisku testowym konwersję cen produktów i kombinacji, obniżek kwotowych, taryf wysyłki, innych zapisanych kwot i kursów. Zachowaj historyczne informacje walutowe zamówień.

Dla świadomie ustalonej lokalnej kwoty użyj sekcji produktu Ceny > Ceny specjalne z docelową walutą i stałą ceną. Stała cena dla waluty może zastąpić automatyczne przeliczenie przy pasujących warunkach. Sprawdź podstawę podatkową, kombinacje, ilość, grupy, kraje, daty i priorytet reguł. Precyzja dziesiętna nie zamienia 47,83 PLN w wybraną końcówkę 49,90 PLN.

Stała cena 42 GBP zamiast automatycznie przeliczonych 41,73 GBP jest wyborem handlowym. Nie dowodzi wzrostu konwersji. Przy utrzymywaniu wielu cen dla konkretnych walut rozważ import lub przetestowane narzędzie cenowe.

Aktualizuj kursy i testuj zaokrąglenia

Ekran Waluty udostępnia aktualizację kursów. PrestaShop 9 zapewnia też chroniony administracyjny punkt końcowy cron_currency_rates.php, który wywołuje aktualizator walut w kontekście każdego sklepu. Skorzystaj z oficjalnych instrukcji odświeżania kursów, aby zbudować URL instalacji, zachować klucz w tajemnicy i zaplanować uruchamianie harmonogramem serwera. Nie publikuj odgadniętego tokenu ani ścieżki administratora.

Monitoruj zakończenie aktualizacji i uzyskane kursy. Wyznacz odpowiedzialną osobę i harmonogram kontroli dopasowany do ryzyka handlowego; zapisz, kto reaguje na nieudaną aktualizację. Samo udane żądanie HTTP nie dowodzi zmiany każdej waluty. Sprawdź wiarygodne wartości różne od zera, waluty obsługiwane przez źródło, ostatnie udane uruchomienie i przeliczone ceny testowe. Ręcznie poprawiony kurs może zostać nadpisany przy następnym odświeżeniu. Wbudowany aktualizator kursów nie zmienia stałej ceny dla konkretnej waluty; osobno sprawdź, czy nie nadpisują jej importy katalogu lub narzędzia cenowe. Osobno porównuj prowizje operatora i spready rozliczeniowe.

Precyzja waluty, globalny tryb zaokrąglania i globalny typ zaokrąglania to różne ustawienia. W nowoczesnym PrestaShop tryb i typ zaokrąglania znajdziesz w Parametry sklepu > Ogólny (klucze konfiguracji PS_PRICE_ROUND_MODE i PS_ROUND_TYPE). Typ określa obliczenia dla sztuki, pozycji lub sumy. Żaden wybór nie gwarantuje, że każda suma wyświetlonych zaokrąglonych liczb będzie równa kwocie końcowej.

Przykład zaokrąglania do dwóch miejsc: cena jednostkowa netto 0,335 z podatkiem 20% daje 0,402 brutto. Trzy osobno zaokrąglone sztuki brutto dają 0,40 × 3 = 1,20. Niezaokrąglona wartość pozycji brutto wynosi 1,206, a po zaokrągleniu daje 1,21. Faktyczne wyniki PrestaShop zależą też od skonfigurowanej precyzji obliczeń, rabatów i przypisania podatku. Testuj ilość, mieszane stawki, obniżki i zwroty na rzeczywistych fakturach.

Wybierz sposób obliczeń odpowiedni dla firmy i potwierdź zgodność z wymaganiami księgowymi. Nie traktuj jednego trybu zaokrąglania jako uniwersalnej zasady organów podatkowych. Sprawdź każdą zmianę na kopii testowej, zanim wpłynie na nowe zamówienia.

Przećwicz wdrożenie waluty

Załóżmy, że obecny sklep używa EUR i chcesz zaoferować GBP bez zmiany waluty domyślnej. Użyj znanego produktu i zapisz jego obecną podstawę podatkową, kombinacje i rabaty, aby różnicy wynikającej z reguł cenowych nie pomylić z błędem kursu.

1. Na kopii testowej dodaj GBP w kontekście właściwego sklepu i sprawdź kierunek kursu. Przy wcześniejszym przykładowym kursie 0,85 cena bazowa 100 powinna przeliczyć się na 85 GBP przed zastosowaniem innych reguł.
2. Wybierz, czy produkt ma korzystać z przeliczenia, czy ze stałej ceny GBP. Sprawdź wynik dla pasującej grupy klientów, ilości, kombinacji i adresu dostawy.
3. Zmień walutę na stronie produktu, dodaj go do koszyka i przejdź przez proces zakupu. Porównaj produkty, rabaty, wysyłkę, podatek i kwotę końcową zamiast sprawdzać tylko symbol w nagłówku.
4. Skorzystaj z obsługiwanej procedury testowej dostawcy płatności, a następnie sprawdź zgodność kwoty i waluty w zamówieniu, na fakturze i w zapisie dostawcy. Jeśli opcja płatności zniknie, przed zmianą cen sprawdź ograniczenia walutowe i warunki dostępności u dostawcy.
5. Przećwicz obsługiwany zwrot płatności i sprawdź jego kwotę i walutę w sklepie oraz u dostawcy. Zasady rozliczenia bankowego i przewalutowania potwierdź osobno z dostawcą.
6. Uruchom aktualizację kursów i powtórz kontrolę cen. Potwierdź, które produkty mają zmieniać cenę wraz z kursem, które stałe ceny mają pozostać i czy kolejny import katalogu zachowuje zamierzone reguły.

Zachowaj oczekiwane wyniki przy liście kontrolnej wdrożenia. Po zmianie kursu, aktualizacji modułu lub imporcie można wtedy sprawdzić ten sam koszyk, zamiast polegać na pamięci.

Zapewnij wygodny wybór języka i waluty

Nowoczesne sklepy często używają ps_languageselector oraz ps_currencyselector. Sprawdź zainstalowane wersje, aktywację, powiązania z bieżącym sklepem i położenie w motywie. Classic często używa displayNav2; inny motyw może używać innego hooka lub miejsca widżetu. PrestaShop 1.6 używał blocklanguages i blockcurrencies ze starszymi hookami motywu.

Jeśli selektora brakuje, potwierdź istnienie wielu aktywnych opcji w bieżącym sklepie, następnie sprawdź Wygląd > Pozycje, renderowanie szablonu i CSS. Nie zakładaj, że naprawa wymaga przepisania motywu.

Zadbaj, by selektory były łatwe do znalezienia na stronach produktów, kategorii, koszyka i innych stronach wejścia, a także na stronie głównej. Na telefonie pokazuj bieżący język i walutę w rozpoznawalnym elemencie nagłówka, zanim klient otworzy menu. Używaj nazw języków w ich własnym brzmieniu, np. Deutsch lub Français. Flagi oznaczają kraje, więc mogą być niejednoznaczne. Selektory tekstowe mogą być w pełni dostępne; selektory graficzne wymagają nazwy dostępnej dla technologii wspomagających. Gdy tekst już podaje język, flaga może być dekoracyjna. Sprawdź obsługę klawiaturą, fokus i obszary dotykowe na telefonie.

Pokazuj kody walut, gdy symbole są niejednoznaczne. Potwierdź zachowanie wybranej waluty na produkcie, w koszyku, zakupach i przekazaniu do płatności. PrestaShop zapisuje walutę zamówienia, ale integracja płatności musi ją obsługiwać; rozliczenie bankowe i konwersję określa dostawca oraz konto. Złóż zamówienie testowe, przeczytaj fakturę i porównaj transakcję bramki oraz rozliczenie.

Przetestuj zintegrowany selektor kraju przed włączeniem. Może sugerować pasujący język/walutę, ale powinien pozwalać na mieszane preferencje. Zachowuj jawny wybór przy sugestiach na podstawie języka przeglądarki lub lokalizacji. Wykrywanie IP może mylić się przy podróżnych i VPN.

Pozostaw klienta na odpowiadającej stronie

Otwórz bezpośrednio przetłumaczony produkt, zmień język i potwierdź, że selektor prowadzi do adresu tego produktu w wybranym języku, a nie na stronę główną. Powtórz to dla kategorii i strony niebędącej produktem, a następnie sprawdź, czy zmiana waluty zachowuje bieżącą stronę i koszyk. Jeśli tłumaczenie lub cel są niedostępne, określ rzetelne rozwiązanie zastępcze zamiast kierować każdą zmianę na niepowiązaną stronę.

Jeśli wbudowany selektor języka nie spełnia wymagań prezentacji, Language Switcher, Flag Selector umożliwia zmianę na tej samej stronie z nazwami języków i flagami; jeśli potrzebujesz innego selektora waluty, Currency Selector korzysta z mechanizmu walut sklepu, zachowując bieżącą stronę. Przetestuj wybrany zamiennik w swoim motywie i potwierdź, że wyświetla się tylko zamierzony selektor.

W teście mieszanych preferencji wybierz niemiecki, CHF i kraj dostawy, który faktycznie obsługujesz. Zmiana języka nie może bez ostrzeżenia wybrać innej waluty lub adresu. Zmiana adresu dostawy musi stosować skonfigurowane dla niego zasady dostawy i podatków, zamiast wywodzić je z niemieckiego tekstu. Powtórz test jako powracający klient, aby wykryć zapisaną preferencję nadpisującą nowy wybór.

Konfiguracja GeoIP w PrestaShop 9 oczekuje GeoLite2-City.mmdb w app/Resources/geoip/. Przed włączeniem geolokalizacji sprawdź wymagania zainstalowanej wersji, dostęp do bazy i licencję oraz procedurę aktualizacji. Unikaj wymuszonych przekierowań, które ukrywają wersje językowe lub nadpisują wybór klienta.

Opublikuj użyteczne adresy URL wersji językowych i metadane

Sprawdź nazwy produktów i kategorii, opisy, metadane i lokalne slugi w każdym języku. Metadane CMS należą do cms_lang, a meta_lang opisuje zarejestrowane strony i kontrolery. Pisz naturalnie dla rynku docelowego i utrzymuj linki wewnętrzne w zamierzonym języku.

Używaj osobnych, stabilnych URL-i wersji językowych. Wbudowany routing przyjaznych URL-i może używać prefiksów językowych przy wielu aktywnych językach. Zmiana struktury URL wymaga przetestowanego planu przekierowań. Domeny językowe nie są prostym polem URL dla języka w jednym sklepie; wymagają odpowiedniego multistore lub własnego routingu.

W pełni przetłumaczona główna treść nie jest duplikatem tylko dlatego, że została przetłumaczona. Hreflang pomaga wyszukiwarkom rozpoznawać równoważne wersje językowe lub regionalne; nie tłumaczy stron ani nie gwarantuje pozycji. Każda w pełni przetłumaczona, indeksowalna strona językowa powinna wskazywać własny adres w tym samym języku jako kanoniczny; nie kieruj adresów kanonicznych wszystkich języków do wersji źródłowej i sprawdź wzajemne mapowania hreflang między kanonicznymi adresami. Zobacz poradnik hreflang.

Jeśli obecny motyw lub moduł SEO ma potwierdzoną lukę w mapowaniu, Hreflang Tags Manager zapewnia mapowania języków i podgląd audytu. Sprawdź wyrenderowaną stronę przed aktywacją i po niej, aby konkurujące generatory nie publikowały sprzecznych zestawów.

Skopiowane treści języka źródłowego powinny pozostać na liście zadań tłumaczeniowych. Nie twierdź, że nieuchronnie grozi kara SEO ani nie zalecaj pustych wymaganych treści jako alternatywy. Publikuj język, gdy zapewnia spójną ścieżkę zakupową, i uwzględniaj kwalifikujące się URL-e w wybranej implementacji mapy witryny.

Po zmianie języka sprawdź linki w nagłówku, stopce, CMS i promocjach; skopiowane bezwzględne adresy URL nadal mogą odsyłać klientów do języka źródłowego. Po zmianie slugu lub prefiksu otwórz próbkę starych zapisanych adresów i potwierdź, że każde przekierowanie dociera do właściwej równoważnej strony bez zapętlenia.

Wykonaj końcowe kontrole uruchomienia międzynarodowego

1. Sprawdź tłumaczenia, skopiowane treści zastępcze, kursy walut, stałe ceny oraz formatowanie liczb/dat w zamierzonym sklepie.
2. Sprawdź jednostki miar, konwencje rozmiarów, terminologię techniczną i obrazy pod kątem odbiorców.
3. Zweryfikuj odpowiednie usługi płatnicze i obsługiwane waluty zamówień.
4. Testuj dostępność dostawy, podatki kraju przeznaczenia, opłaty importowe i podane warunki dostawy/zwrotu. W razie potrzeby uzyskaj poradę podatkową dla konkretnej trasy, zamiast wywodzić podatek z języka.
5. Testuj całe zamówienie w każdej oferowanej kombinacji języka/waluty, w tym potwierdzenie, e-mail wysyłkowy, fakturę i zwroty płatności.
6. Sprawdź układy mobilne/RTL, długie teksty, selektory, kanoniczne URL-e, hreflang i wpisy mapy witryny.
7. Włącz ukończony język i monitoruj brakujące teksty, błędy zakupów i opinie klientów. Sprawdzaj aktywne moduły ponownie po instalacji lub aktualizacji.

O co zapytać programistę lub agencję

• Jakie wersje sklepu, motywu, modułów i integracji przetestowano i gdzie są wyniki każdej oferowanej ścieżki?
• Które tłumaczenia, stałe ceny i adresy wersji językowych może nadpisać kolejny import lub aktualizacja i kto je utrzymuje?
• Jak zatwierdzone zmiany trafią do działającego sklepu bez utraty nowych zamówień i jakie są kroki ich wycofania?
• Kto sprawdza pierwsze rzeczywiste zamówienia i aktualizacje kursów oraz kto obsługuje brak tłumaczenia, nieudaną płatność lub niezgodność zwrotu?

Zatwierdź wdrożenie dopiero wtedy, gdy uzgodnione ścieżki przejdą testy, a odpowiedzialne osoby otrzymają wyniki. Zapisz zmiany konfiguracji i zrób kopie zapasowe przed ich zastosowaniem. Po aktywacji sprawdź pierwsze objęte zmianą zamówienia i wiadomości klientów; jeśli ścieżka nie działa, wstrzymaj ją na czas diagnozy i zachowaj jej zapisy zamówień oraz płatności.

Pytania właścicieli sklepów

Czy możemy najpierw uruchomić mniejszy przetłumaczony asortyment?

Tylko jeśli klienci mogą ukończyć udostępnione ścieżki, obejmujące nawigację, powiązane produkty, zasady i proces zakupu. Nie zakładaj, że włączenie języka ukrywa nieprzetłumaczone produkty. Przed publikacją uzgodnij obsługę niedokończonych treści w rzeczywistym sklepie.

Czy tłumacz może pracować, gdy język pozostaje wyłączony?

Może przygotować edytowalne treści, ale osobno zaplanuj przegląd witryny sklepu. Włącz język na zabezpieczonej kopii testowej do testów układu i zamówień, zanim udostępnisz go w działającym sklepie.

Czy nowy selektor naprawi brak metody płatności w GBP?

Najpierw sprawdź ograniczenia walutowe modułu płatności, obsługę dostawcy i konto sprzedawcy. Selektor nie doda możliwości płatniczej, której integracja nie obsługuje.

Czy nieoferowaną już walutę wyłączyć, czy usunąć?

Najlepiej wyłączyć ją dla nowych zakupów, zachowując historyczne rekordy waluty. Przed zmianą dostępności sprawdź istniejące koszyki, oczekujące płatności, zwroty płatności i eksporty księgowe.