Faktury WooCommerce z WPML: konfiguracja numeracji, języka i waluty

Faktura WooCommerce może mieć zły język, gdy generator dokumentów pobiera etykiety lub dane produktu z innego źródła niż język zamówienia. Na wynik wpływają tłumaczenia tekstów wtyczki, nazwy zapisane w pozycjach zamówienia, szablon PDF i sposób obsługi WPML przez rozszerzenie.

WPML informuje, że WooCommerce zapisuje język zamówienia podczas checkoutu. Dokumentacja WPML, sprawdzona w październiku 2026 r., opisuje tłumaczenie szablonów WooCommerce PDF Invoices & Packing Slips Professional przez WPML > Translations > Strings. Wskazuje także przepływ tłumaczeń dla wtyczek WebToffee i Acowebs. Obsługa jednego rozszerzenia nie potwierdza zgodności innej wtyczki ani każdej jej wersji.

Własny szablon PDF może zawierać tekst wpisany na stałe, który nie korzysta z tłumaczeń WPML. Przed zmianą ustawień zapisz pełną nazwę i wersje WordPressa, WooCommerce, WPML oraz generatora dokumentów.

Przy planowaniu nowego sklepu warto uwzględnić języki dokumentów już na etapie zakresu technicznego. Sklepy internetowe na WooCommerce mogą obejmować konfigurację wielojęzycznej obsługi zamówień i test dokumentów.

Język faktury ustalisz, porównując PDF z konkretnego zamówienia z zapisanym językiem zamówienia, tłumaczeniami i metodą wygenerowania pliku. Odtwórz problem na zamówieniu testowym i zapisz osobno oryginalną wiadomość, ręcznie ponowiony e-mail oraz PDF pobrany z panelu.

Tabela pomaga zawęzić źródło różnicy dla jednego zamówienia testowego. Zapisz identyfikator zamówienia i nazwę każdego pobranego pliku, aby odróżnić język wiadomości od języka załącznika.

Konfigurację zacznij od sprawdzenia zgodności konkretnej wtyczki, a potem zarejestruj i przetłumacz jej etykiety oraz teksty szablonu. Zmiany wykonuj na kopii sklepu, zapisując wersje wszystkich komponentów.

Dla WooCommerce PDF Invoices & Packing Slips Professional WPML opisuje tłumaczenie tekstów w WPML > Translations > Strings. Jeśli etykiety nie pojawiają się na liście, użyj skanera Admin Texts Translation dla plików wtyczki. Po zarejestrowaniu ciągów dodaj brakujące tłumaczenia i wygeneruj nowy PDF z zamówienia testowego. Dokumentacja WPML w tej ścieżce została sprawdzona w październiku 2026 r.

WPML opisuje również tłumaczenie wiadomości WooCommerce i wskazuje, że obsługiwane wtyczki PDF mogą pobierać tłumaczenia z wiadomości oraz danych zamówienia. Przy WebToffee i Acowebs sprawdź dokumentację producenta dla swojej wersji. Nie edytuj bezpośrednio plików rozszerzenia, bo aktualizacja może nadpisać takie zmiany. Własne teksty utrzymuj w mechanizmie szablonów wskazanym przez producenta.

Numer faktury kontroluje system, który ją wystawia: wtyczka WooCommerce, system księgowy albo ERP. WPML obsługuje języki i tłumaczenia, ale nie jest źródłem numeracji dokumentu.

Najpierw ustal, czy PDF pokazuje numer faktury, numer zamówienia WooCommerce czy numer nadany przez program księgowy. Oficjalna dokumentacja WooCommerce Print Invoices & Packing Lists opisuje ustawienia numeru faktury, w tym wybór numeru zamówienia albo własnej numeracji. Dokumentacja wskazuje też, że rozszerzenie udostępnia ustawienia faktur oraz narzędzia dla programistów do modyfikowania numeru. Szczegóły sprawdziliśmy w październiku 2026 r.

Ustal jeden system jako właściciela numeracji i sprawdź, jak przekazuje numer do PDF. Nie resetuj licznika na działającym sklepie bez kontroli istniejących dokumentów i uzgodnienia z księgowością.

Język zamówienia jest pierwszym punktem kontroli, ponieważ WooCommerce zapisuje go podczas checkoutu. Ostateczny język PDF zależy jednak również od generatora, tłumaczeń szablonu i sposobu pobrania lub wysłania dokumentu.

Dokumentacja WPML, sprawdzona w październiku 2026 r., podaje, że ręcznie ponowiona z panelu administratora wiadomość może użyć języka administratora. Zmiana języka panelu może zmienić język wiadomości, ale nie przesądza o języku PDF. Pobierz załącznik osobno i porównaj go z oryginalnym dokumentem.

Walutę zamówienia, ceny, podatki i tłumaczenia produktów trzeba porównać jako osobne dane. WPML Multilingual & Multicurrency for WooCommerce udostępnia ustawienia wielu walut w WPML > Settings > Multicurrency; ścieżkę sprawdziliśmy w dokumentacji producenta w październiku 2026 r.

Dla każdej kombinacji języka i waluty sprawdź walutę zamówienia, ceny pozycji, rabat, koszt dostawy, podatek i sumę końcową. Następnie potwierdź, że nazwa pozycji odpowiada produktowi i wariantowi zapisanemu w zamówieniu. Różnica kwot wskazuje na przeliczenie lub źródło danych, a nie na błąd tłumaczenia etykiety.

Z naszych wdrożeń wynika, że test jednego zamówienia w każdym języku może nie wykryć błędów zależnych od waluty lub statusu. Zalecamy osobny scenariusz dla każdego aktywnego zestawu język-waluta, zwłaszcza gdy ceny przelicza dodatkowa wtyczka albo ERP.

Przed uruchomieniem przeprowadź test od checkoutu do pobrania PDF, oddzielnie dla automatycznej wiadomości i ręcznego ponowienia. Test powinien obejmować język, status zamówienia, kraj klienta, walutę oraz ponowne generowanie dokumentu.

Zapisz wynik przy numerze zamówienia testowego i wersjach wtyczek. Po zmianie ustawień powtórz scenariusze, których dotyczyła zmiana, oraz kontrolę numeracji. Poprawne tłumaczenie faktury nie zastępuje kontroli księgowej.

Mieszany język PDF zwykle oznacza, że etykiety, szablon i dane produktu pochodzą z różnych źródeł tłumaczeń. Zacznij od WPML > Translations > Strings, a jeśli brakuje tam etykiet, uruchom skaner Admin Texts Translation dla plików właściwej wtyczki.

Jeśli oryginalna wiadomość ma dobry język, a ponowiona jest błędna, sprawdź język panelu administratora i ponów test. Potem pobierz PDF oddzielnie, ponieważ generator może wybierać język dokumentu niezależnie od języka wiadomości. Jeżeli podgląd różni się od załącznika, porównaj metodę generowania i status zamówienia.

Nie poprawiaj błędnej sumy, waluty ani podatku przez zmianę tłumaczenia. Porównaj PDF z wartościami zapisanymi w zamówieniu, a następnie ustal, czy kwoty wyliczył WooCommerce, rozszerzenie walutowe czy system księgowy. Zapisz wersje komponentów i identyfikator zamówienia, aby odtworzyć problem po aktualizacji.

Indywidualna poprawka może być potrzebna, gdy generator ignoruje język zamówienia, własny szablon omija tłumaczenia albo ERP nadpisuje numer i dane dokumentu. Przed zmianą kodu ustal system źródłowy dla języka, numeru, waluty i danych nabywcy.

Przy błędzie etykiet zacznij od rejestracji ciągów WPML. Przy problemie z numeracją ustal, czy dokument tworzy WooCommerce, czy sklep wyświetla dokument wystawiony przez system księgowy. Integracja powinna określać mapowanie identyfikatora zamówienia, numeru dokumentu, statusu i wyniku synchronizacji, aby ponowienie nie tworzyło drugiej faktury.

Jeśli generator dokumentów wymaga dopasowania do procesów sprzedaży, projekt i wdrożenie sklepu internetowego na WooCommerce pozwala ustalić zakres testów, integracji i obsługi języków przed uruchomieniem.

Wielojęzyczny sklep wymaga spójnego przepływu od tłumaczenia produktu przez checkout i zamówienie aż do dokumentu sprzedaży. Różnice w kosztach, obsłudze i integracjach platform opisujemy w materiale WooCommerce vs Shopify: koszty, obsługa i integracje.

Przy sprzedaży na wielu rynkach pomocny jest poradnik Sklep wielojęzyczny WooCommerce - jak sprzedawać za granicę. Konfigurację WooCommerce w WordPressie opisujemy w artykule WooCommerce w WordPress - konfiguracja krok po kroku.

Przy problemach z przeliczeniami sprawdź Flexible Currency Switcher w WooCommerce. Import produktów z pliku XML opisujemy w poradniku import FTP XML i dropshipping WooCommerce, a pomiar sprzedaży w materiale WooCommerce i Google Analytics 4.

• Flexible Currency Switcher for WooCommerce: konfiguracja i test sklepu
• Tłumaczenie szablonu sklepu: jak przetłumaczyć WooCommerce i sprawdzić efekt
• Eksport zamówień WooCommerce: CSV, XML i automatyzacja procesu
• imoje w WooCommerce: jak skonfigurować i przetestować płatności