PayPal WooCommerce: Payer Action Required – błąd VAT dostawy i płatności

WooCommerce PayPal Payments może błędnie doliczać VAT do kosztów dostawy, które w konfiguracji sklepu zostały oznaczone jako nieopodatkowane. W określonych warunkach powoduje to rozbieżność między kwotą zaakceptowaną przez kupującego w PayPal a wartością zamówienia obliczoną przez WooCommerce. Rezultatem może być odrzucenie płatności z komunikatem Payer action required, possibly overcharge.

Problem dotyczy szczególnie ekspresowej ścieżki płatności PayPal z aktywną funkcją Pay Now. W zgłoszeniu opublikowanym 1 listopada 2026 roku wskazano konkretny błąd w sposobie zapisywania identyfikatora metody wysyłki przez integrację WooCommerce PayPal Payments. Nieprawidłowo utworzona pozycja dostawy może zostać potraktowana jako podlegająca opodatkowaniu, mimo że jej rzeczywista konfiguracja przewiduje brak podatku.

Jeżeli sklep odnotowuje nieudane zamówienia PayPal, należy w pierwszej kolejności porównać kwotę zatwierdzoną przez klienta, koszt dostawy, naliczony podatek oraz status rzeczywistej transakcji PayPal. Nie każdy komunikat PAYER_ACTION_REQUIRED oznacza ten sam problem, dlatego nie należy zmieniać ustawień podatkowych bez potwierdzenia przyczyny.

Co oznacza błąd „Payer action required, possibly overcharge” w WooCommerce?

Komunikat Payer action required, possibly overcharge oznacza, że podczas obsługi transakcji PayPal wymagane jest dodatkowe działanie kupującego, między innymi w sytuacji, gdy kwota żądana do pobrania nie odpowiada wcześniej zatwierdzonej wartości w dopuszczalnym zakresie.

W logach i notatkach zamówień mogą pojawiać się komunikaty:

Payer action required, possibly overcharge

lub bardziej szczegółowa informacja:

PAYER_ACTION_REQUIRED

Niektóre instalacje WooCommerce zapisują również komunikat informujący, że kupujący musi wykonać dodatkowe działanie przed kontynuowaniem płatności.

Z perspektywy właściciela sklepu objawy mogą wyglądać następująco:

• Klient wybiera płatność PayPal i zatwierdza transakcję.
• WooCommerce ponownie oblicza wartość zamówienia.
• Końcowa kwota różni się od wartości wcześniej zatwierdzonej przez kupującego.
• PayPal nie pozwala od razu zakończyć transakcji.
• Zamówienie może otrzymać status Failed lub pozostać w stanie oczekiwania na dodatkową autoryzację.
• Klient może zrezygnować z zakupu, jeśli ponowne potwierdzenie płatności nie zakończy się powodzeniem.

Komunikat nie przesądza, że pieniądze nie zostały pobrane. W niektórych scenariuszach płatność może zostać poprawnie zakończona po ponownej autoryzacji. Dlatego status WooCommerce trzeba zestawić z rzeczywistym statusem operacji PayPal.

Błąd WooCommerce PayPal Payments zgłoszony 1 listopada 2026 roku

1 listopada 2026 roku w oficjalnym repozytorium WooCommerce PayPal Payments w serwisie GitHub opublikowano zgłoszenie numer 4862 dotyczące błędnego opodatkowania kosztów wysyłki w ekspresowej ścieżce PayPal.

Zgłoszenie opisuje sytuację, w której metoda dostawy ma ustawiony status podatkowy None, lecz podczas tworzenia zamówienia przez integrację PayPal zostaje nieprawidłowo rozpoznana. W konsekwencji WooCommerce dolicza podatek, którego zgodnie z konfiguracją metody nie powinno być.

Autor wskazał konkretną funkcję odpowiedzialną za utworzenie pozycji dostawy:

WooCommerceOrderCreator::configure_addresses()

W zgłoszonym przypadku koszt dostawy wynosił 4,95 GBP, a podczas ponownego obliczania zamówienia pojawiało się dodatkowe 0,99 GBP VAT.

W tym przykładzie podatek odpowiada stawce 20%. Nie oznacza to, że każdy przypadek błędu będzie dotyczył tej samej stawki, waluty lub kwoty.

Zgłoszenie zostało zarejestrowane jako błąd oprogramowania. W odpowiedzi przedstawiciel zespołu wsparcia poinformował, że utworzono sprawę do dalszego zbadania przez programistów. Na dzień 2 listopada 2026 roku zgłoszenie pozostawało otwarte, a w jego treści nie wskazano potwierdzonej wersji zawierającej poprawkę.

Przyczyna techniczna: WooCommerce PayPal Payments nieprawidłowo zapisuje flat_rate:2

W WooCommerce każda metoda wysyłki ma własny identyfikator typu metody, a konkretna konfiguracja tej metody w strefie dostawy otrzymuje dodatkowy identyfikator instancji.

Dla standardowej przesyłki typu Flat Rate mogą występować następujące wartości:

Method ID: flat_rate
Instance ID: 2
Rate ID: flat_rate:2

Te trzy wartości nie są równoważne. Identyfikator flat_rate określa typ metody wysyłki, natomiast liczba 2 wskazuje konkretną instancję skonfigurowaną w WooCommerce.

Łączny identyfikator flat_rate:2 służy do identyfikowania określonej stawki dostawy.

Nieprawidłowe przypisanie identyfikatora

Według zgłoszenia funkcja WooCommerceOrderCreator::configure_addresses() przekazuje pełny identyfikator stawki jako identyfikator samej metody wysyłki.

Problemowy zapis opisano następująco:

$shipping->set_method_id(
    $shipping_options->id()
);

Jeżeli $shipping_options->id() zwraca flat_rate:2, cała wartość trafia do pola przeznaczonego na identyfikator metody. Jednocześnie nie zostaje ustawiony osobny identyfikator instancji.

Przy ponownym obliczaniu zamówienia WooCommerce może wówczas nie odnaleźć właściwej konfiguracji wysyłki.

Jak powinny zostać rozdzielone identyfikatory?

Zgodnie z diagnozą autora zgłoszenia oczekiwany sposób zapisu powinien rozdzielać typ metody i identyfikator instancji.

$shipping->set_method_id('flat_rate');
$shipping->set_instance_id(2);

Jest to ilustracja oczekiwanego sposobu przypisania wartości, a nie kompletna, zatwierdzona poprawka wtyczki. Rzeczywista implementacja musi obsługiwać również inne metody dostawy i możliwe formaty identyfikatorów.

Autor zgłoszenia wskazał, że standardowy mechanizm WooCommerce WC_Checkout::create_order_shipping_lines() rozdziela te informacje prawidłowo. Problem dotyczy więc sposobu tworzenia pozycji wysyłki w określonej ścieżce integracji PayPal.

Dlaczego WooCommerce nalicza VAT, mimo że metoda wysyłki ma Tax Status ustawiony na None?

WooCommerce pozwala określić, czy wybrana metoda dostawy podlega opodatkowaniu. W konfiguracji Flat Rate administrator może ustawić status podatkowy Taxable lub None.

W opisanym błędzie kluczowe znaczenie ma mechanizm pobierania statusu podatkowego przez pozycję wysyłki zamówienia.

Funkcja:

WC_Order_Item_Shipping::get_tax_status()

próbuje odnaleźć odpowiadającą jej instancję metody wysyłki. Jeżeli identyfikator instancji nie został poprawnie zapisany, metoda może nie zostać odnaleziona, a system może zastosować domyślną wartość taxable.

Następnie podczas wykonywania:

calculate_totals()

WooCommerce ponownie wylicza podatek dla pozycji dostawy. W rezultacie nieopodatkowana wysyłka może zostać potraktowana jako opodatkowana.

Warto podkreślić, że ten mechanizm jest konkretną diagnozą przedstawioną w zgłoszeniu GitHub, a nie dowodem, że każda rozbieżność VAT w WooCommerce wynika z tego samego błędu.

Dlaczego błąd pojawia się podczas płatności PayPal Pay Now?

Funkcja Pay Now Experience umożliwia klientowi zakończenie zakupu bezpośrednio w oknie PayPal, bez konieczności przechodzenia przez standardowy ekran końcowego potwierdzenia zamówienia WooCommerce.

W takim modelu PayPal może pobierać informacje o dostępnych metodach dostawy i aktualizować końcową wartość zamówienia na podstawie danych przekazywanych przez sklep.

Jeśli w trakcie tego procesu pozycja wysyłki zostanie nieprawidłowo utworzona, a system doliczy dodatkowy podatek, kwota końcowa może różnić się od wartości wcześniej zaakceptowanej przez kupującego.

Powstaje wówczas konflikt między dwiema wartościami:

• Kwotą zaakceptowaną przez kupującego w PayPal.
• Kwotą obliczoną przez WooCommerce po uwzględnieniu dostawy i podatków.

PayPal może wymagać dodatkowego potwierdzenia płatności zamiast automatycznie zaakceptować zmienioną wartość. Jeśli proces ponownego zatwierdzenia nie zakończy się pomyślnie, zamówienie może pozostać nieopłacone.

Istotne jest rozróżnienie takiej rozbieżności od standardowego mechanizmu autoryzacji kwoty uwzględniającej możliwe późniejsze koszty dostawy i podatków. Nie każda zmiana wartości podczas procesu PayPal świadczy o nieprawidłowości. Problem występuje wtedy, gdy system oblicza kwotę niezgodną z rzeczywistymi warunkami zakupu.

Jak sprawdzić błąd PAYER_ACTION_REQUIRED w WooCommerce krok po kroku?

Sprawdź notatki przy nieudanym zamówieniu

Otwórz panel administracyjny WordPress i przejdź do WooCommerce → Zamówienia. Wybierz transakcję, która otrzymała status Failed albo pozostała nieopłacona mimo próby płatności PayPal.

Sprawdź notatki zamówienia i poszukaj komunikatów zawierających:

PAYER_ACTION_REQUIRED
Payer action required, possibly overcharge

Zanotuj datę próby płatności, numer zamówienia, koszt dostawy, naliczony podatek oraz końcową wartość zamówienia.

Nie należy automatycznie uznawać wszystkich zamówień z tym komunikatem za definitywnie nieopłacone. Najpierw trzeba sprawdzić historię transakcji u operatora.

Porównaj status transakcji bezpośrednio w PayPal

W panelu PayPal sprawdź, czy odpowiednia transakcja została jedynie autoryzowana, zakończona, anulowana czy pozostaje w innym stanie.

Porównaj identyfikator transakcji z danymi zamówienia WooCommerce. Szczególnie ważne są przypadki, w których WooCommerce pokazuje status Failed, ale PayPal wskazuje poprawnie zakończoną płatność.

Nie zlecaj ponownego pobrania środków ani nie proś klienta o ponowne opłacenie zamówienia bez wcześniejszego sprawdzenia, czy pierwsza płatność nie została już rozliczona.

Sprawdź konfigurację podatku od wysyłki

W WordPressie otwórz WooCommerce → Ustawienia → Wysyłka → Strefy wysyłki. Wybierz strefę odpowiadającą adresowi kupującego i otwórz konfigurację używanej metody dostawy.

Sprawdź:

• Czy klient wybrał standardową metodę Flat Rate.
• Jaka jest rzeczywista cena wysyłki.
• Czy status podatkowy metody ustawiono na None czy Taxable.
• Czy konfiguracja jest zgodna z obowiązującymi zasadami podatkowymi dla danej transakcji.
• Czy naliczony podatek odpowiada konfiguracji metody wysyłki.

Jeżeli metoda z ustawieniem None otrzymuje w zamówieniu dodatkowy VAT, może to wskazywać na problem z rozpoznaniem jej konfiguracji.

Nie należy zmieniać prawidłowego statusu None na Taxable tylko po to, aby usunąć komunikat PayPal. Taka zmiana może doprowadzić do nieprawidłowego naliczania podatków w innych zamówieniach.

Sprawdź logi WooCommerce PayPal Payments

Przejdź do WooCommerce → Status → Logi i wybierz logi związane z PayPal Payments z okresu wystąpienia nieudanej transakcji.

W zależności od wersji wtyczki nazwa źródła logów może się różnić. Jeśli diagnostyczne logowanie nie było wcześniej aktywne, dostępność szczegółowych informacji może być ograniczona.

Sprawdź komunikaty o błędach płatności, odpowiedzi API PayPal oraz informacje pozwalające porównać wartości zamówienia przed aktualizacją i po niej.

Do analizy przydatne są również wersje WooCommerce, WordPressa, PHP oraz wtyczki WooCommerce PayPal Payments. W zgłoszeniu GitHub numer 4862 nie podano kompletnego zestawu wersji środowiska, dlatego nie można na jego podstawie ustalić zamkniętej listy wersji podatnych na problem.

Logi mogą zawierać dane transakcyjne i informacje o klientach. Przed przekazaniem ich poza sklep należy usunąć informacje osobowe, dane uwierzytelniające i inne poufne wartości.

Porównaj ekspresową płatność z tradycyjnym checkoutem

Jeżeli sklep posiada środowisko testowe, odtwórz identyczny koszyk, kraj wysyłki, metodę dostawy i ustawienia podatkowe w różnych ścieżkach finalizacji zamówienia.

Sprawdź, czy rozbieżność pojawia się wyłącznie podczas korzystania z PayPal Pay Now, czy także przy standardowym składaniu zamówienia WooCommerce.

Jeżeli standardowy checkout prawidłowo rozpoznaje nieopodatkowaną dostawę, a ekspresowy proces PayPal nalicza dodatkowy VAT, jest to istotna wskazówka dotycząca miejsca powstawania błędu.

Nie przeprowadzaj niekontrolowanych płatności na produkcyjnym sklepie. Do testów należy wykorzystać odpowiednio skonfigurowane środowisko sandbox lub inne bezpieczne procedury testowe.

Jak naprawić błąd PayPal possibly overcharge bez ryzykownych zmian w sklepie?

Najważniejsze jest rozdzielenie tymczasowego przywrócenia możliwości składania zamówień od trwałego usunięcia problemu w kodzie integracji.

Sprawdź aktualny stan poprawki WooCommerce PayPal Payments

Problem opisany w zgłoszeniu numer 4862 został przekazany do dalszego zbadania. Na dzień 2 listopada 2026 roku nie było w tym zgłoszeniu potwierdzenia, że poprawka została już wydana w stabilnej wersji wtyczki.

Przed aktualizacją należy sprawdzić informacje o zmianach oraz upewnić się, że nowa wersja rzeczywiście odnosi się do problemu z identyfikatorami metod wysyłki i naliczaniem podatku.

Nie należy zakładać, że dowolna aktualizacja PayPal Payments automatycznie usunie ten błąd.

Przetestuj wyłączenie Pay Now Experience

Jeżeli diagnoza wskazuje, że problem występuje wyłącznie w ekspresowej ścieżce Pay Now, można na środowisku testowym sprawdzić działanie standardowego procesu potwierdzania zamówienia.

Zmiana trybu płatności może pozwolić ominąć wadliwą ścieżkę tworzenia pozycji wysyłki, ale nie stanowi potwierdzonego rozwiązania dla każdej konfiguracji WooCommerce PayPal Payments.

Po przełączeniu należy przeprowadzić test z taką samą metodą wysyłki oraz identycznymi warunkami podatkowymi i porównać końcowe kwoty.

Jeżeli problem nie występuje w standardowym procesie zakupowym, sklep może rozważyć czasowe korzystanie z tej ścieżki do chwili uzyskania właściwej poprawki, pod warunkiem wcześniejszego sprawdzenia jej działania.

Zachowaj działającą alternatywną metodę płatności

Jeżeli sklep obsługuje również inne prawidłowo skonfigurowane bramki płatności, warto sprawdzić, czy pozostają dostępne dla klientów w przypadku problemów z PayPal.

Alternatywna metoda płatności może ograniczyć liczbę porzuconych zakupów, ale nie naprawia samej przyczyny technicznej.

Nie należy wyłączać całej integracji PayPal bez ustalenia, jak wpłynie to na bieżące zamówienia, autoryzacje i dostępne metody płatności.

Nie poprawiaj ręcznie kodu wtyczki na produkcji bez testów

Rozdzielenie method_id i instance_id wskazuje prawdopodobne miejsce wymagające korekty. Nie oznacza to jednak, że wystarczy zamienić pojedynczą linię kodu.

Integracja musi prawidłowo obsługiwać różne metody wysyłki, w tym Flat Rate, Free Shipping, Local Pickup oraz rozwiązania pochodzące od zewnętrznych dostawców.

Zmiana programistyczna powinna zostać przetestowana pod kątem tworzenia zamówień, naliczania podatków, ponownej autoryzacji płatności i zgodności z pozostałymi integracjami.

Ręczne modyfikowanie plików wtyczki utrudnia również późniejsze aktualizacje, ponieważ zmiany mogą zostać nadpisane.

Co zrobić, jeżeli zamówienie WooCommerce ma status Failed, ale klient twierdzi, że zapłacił?

Nie każda operacja oznaczona w WooCommerce jako Failed oznacza brak pobranych środków. W przypadku PayPal mogą występować sytuacje, w których płatność wymaga dodatkowego działania, a status zamówienia zmienia się podczas ponawiania transakcji.

Przed ponownym kontaktem z klientem lub zmianą statusu należy:

1. Otworzyć zamówienie WooCommerce i sprawdzić jego notatki.
2. Zidentyfikować transakcję PayPal powiązaną z zamówieniem.
3. Sprawdzić rzeczywisty status płatności w PayPal.
4. Porównać kwotę opłaconą z wartością zamówienia.
5. Sprawdzić, czy nie istnieje druga autoryzacja lub ponowiona płatność.
6. Dopiero po ustaleniu stanu środków podjąć decyzję o dalszej realizacji zamówienia.

Ręczna zmiana statusu Failed na Processing nie zastępuje potwierdzenia wpłaty. Podobnie automatyczne anulowanie takiego zamówienia może być niewłaściwe, jeżeli transakcja została później poprawnie zakończona.

Warto również zweryfikować, czy klient nie otrzymał sprzecznych powiadomień e-mail informujących jednocześnie o nieudanej i udanej płatności.

Jak błędy płatności PayPal wpływają na sprzedaż i dane Google Analytics 4?

Awaria procesu płatności może prowadzić do realnej utraty zamówień, ale nie zawsze jest prawidłowo odzwierciedlana w systemach analitycznych.

Przykładowo klient może dotrzeć do ostatniego etapu zakupów, wybrać PayPal i zaakceptować płatność, lecz z powodu rozbieżności kwot nie zakończyć zamówienia. Sklep odnotuje wówczas rozpoczęcie checkoutu, ale nie otrzyma poprawnie opłaconej transakcji.

Istnieje również inny problem: system analityczny może rejestrować zdarzenia zakupowe na podstawie niewłaściwego momentu procesu płatniczego.

Jeżeli zdarzenie purchase zostanie wysłane przed ostatecznym potwierdzeniem płatności, raport może zawyżać liczbę zakupów. Z kolei brak powrotu klienta z PayPal do strony potwierdzenia zamówienia może spowodować pominięcie rzeczywiście zakończonej transakcji.

Dlatego podczas diagnozowania problemów z bramkami płatniczymi warto przeanalizować również różnice między konwersjami Google Analytics 4, Google Ads a rzeczywistymi zamówieniami sklepu.

Właściwe analizy danych dotyczących sprzedaży powinny w takiej sytuacji obejmować nie tylko raportowaną liczbę konwersji, ale również statusy płatności, wartość zamówień i historię zmian w procesie zakupowym.

Jak zmierzyć rzeczywistą skalę strat?

Najpierw wybierz okres przed wystąpieniem problemu i porównaj go z okresem, w którym pojawiały się błędy PayPal.

Warto zestawić:

• Liczbę prób płatności PayPal.
• Liczbę transakcji zakończonych sukcesem.
• Liczbę zamówień oznaczonych jako Failed.
• Liczbę przypadków z komunikatem PAYER_ACTION_REQUIRED.
• Wartość zamówień, których płatność nie została zakończona.
• Rzeczywiste wpływy potwierdzone przez operatora płatności.

Sama suma zamówień Failed nie stanowi wiarygodnej wartości utraconej sprzedaży. Część zamówień mogła zostać później poprawnie opłacona, ponowiona lub anulowana z innych przyczyn.

Jeżeli równocześnie wzrasta koszt pozyskania zamówienia z reklam, warto rozróżnić pogorszenie skuteczności kampanii od problemu z finalizacją zakupów. Przydatna jest tutaj analiza rosnącego kosztu konwersji i spadku ROAS w Google Ads. Kampania może nadal pozyskiwać zainteresowanych klientów, podczas gdy problem techniczny uniemożliwia części z nich dokonanie płatności.

Jak sprawdzić, czy problem z PayPal i podatkiem od dostawy został rozwiązany?

Po aktualizacji wtyczki, zmianie konfiguracji lub wdrożeniu odpowiednio przetestowanej poprawki należy ponownie przeprowadzić cały proces zakupowy.

Test powinien obejmować co najmniej następujące scenariusze:

Jeżeli sklep obsługuje kilka krajów, różne klasy podatkowe lub dodatkowe wtyczki dostawy, testy powinny uwzględniać także te konfiguracje.

Po zakończeniu kontroli należy przejrzeć logi PayPal Payments, potwierdzić prawidłowe tworzenie zamówień i upewnić się, że klient otrzymuje odpowiednie powiadomienia.

Sam brak komunikatu błędu w jednym zamówieniu testowym nie dowodzi jeszcze usunięcia problemu we wszystkich scenariuszach.

Najczęściej zadawane pytania o błąd PayPal possibly overcharge w WooCommerce

Co oznacza PAYER_ACTION_REQUIRED w WooCommerce?

Jest to odpowiedź związana z koniecznością wykonania dodatkowego działania przez kupującego. Może pojawić się między innymi wtedy, gdy kwota transakcji wymaga ponownego zatwierdzenia. Nie jest to jednoznaczny dowód, że płatność została definitywnie odrzucona.

Dlaczego PayPal pokazuje błąd „Payer action required, possibly overcharge”?

Jedną z możliwych przyczyn jest rozbieżność pomiędzy kwotą zaakceptowaną przez kupującego a kwotą końcową obliczoną przez sklep. Zgłoszenie WooCommerce PayPal Payments numer 4862 opisuje konkretny przypadek, w którym różnica wynika z nieprawidłowo doliczonego podatku do kosztów wysyłki.

Czy problem dotyczy wszystkich sklepów WooCommerce?

Nie ma podstaw do takiego twierdzenia. Opisany przypadek wiąże się z określoną ścieżką obsługi PayPal Pay Now i sposobem tworzenia pozycji wysyłki. Znaczenie mają również ustawienia podatkowe oraz konfiguracja metod dostawy.

Czy błąd może wystąpić przy metodzie flat_rate:2?

Tak. W zgłoszeniu wskazano właśnie taki format identyfikatora stawki wysyłki. Problem powstaje, gdy pełny identyfikator zostaje zapisany jako identyfikator metody bez prawidłowego ustawienia osobnego identyfikatora instancji.

Czy wyłączenie Pay Now naprawia błąd?

Zmiana ścieżki płatności może pozwolić ominąć problematyczny proces, ale nie ma potwierdzenia, że jest to uniwersalna poprawka. Należy przetestować ją w konfiguracji konkretnego sklepu i porównać końcowe wartości zamówień.

Czy można ręcznie usunąć podatek od wysyłki, aby płatność przeszła?

Nie należy dowolnie modyfikować podatków w działającym sklepie. Jeśli nieopodatkowana metoda dostawy otrzymuje błędnie naliczony podatek, trzeba ustalić przyczynę nieprawidłowego obliczenia. Zmiany muszą pozostawać zgodne z rzeczywistymi warunkami sprzedaży i obowiązującymi zasadami podatkowymi.

Czy zamówienie ze statusem Failed mogło zostać opłacone?

Tak, jest to możliwe w niektórych scenariuszach ponawiania płatności. Przed uznaniem zamówienia za nieopłacone należy sprawdzić odpowiednią transakcję bezpośrednio w PayPal. Status WooCommerce nie powinien być jedynym źródłem informacji o rzeczywistym rozliczeniu.

Czy aktualizacja WooCommerce PayPal Payments usuwa problem?

Zależy to od wersji i zakresu wprowadzonych poprawek. Na dzień 2 listopada 2026 roku zgłoszenie numer 4862 pozostawało otwarte i nie wskazywało stabilnego wydania z potwierdzoną poprawką tego konkretnego problemu. Przed aktualizacją warto sprawdzić najnowsze informacje producenta.

Najważniejsze jest przywrócenie zgodności kwoty PayPal z wartością zamówienia WooCommerce

Błąd Payer action required, possibly overcharge może wynikać z nieprawidłowego naliczenia podatku od dostawy podczas tworzenia zamówienia w ekspresowej ścieżce PayPal.

W opisanym przypadku kluczową przyczyną jest niewłaściwe przypisanie identyfikatora stawki wysyłki do pozycji zamówienia. Gdy WooCommerce nie może odnaleźć właściwej instancji metody, może potraktować koszt dostawy jako opodatkowany, mimo że administrator wyłączył opodatkowanie tej metody.

W efekcie końcowa wartość zamówienia może przekroczyć kwotę zatwierdzoną przez kupującego, co prowadzi do konieczności ponownej autoryzacji lub nieudanego zakończenia płatności.

Diagnostykę należy rozpocząć od porównania wartości zamówienia, statusu podatkowego wysyłki, logów PayPal Payments oraz rzeczywistego statusu transakcji. Dopiero po ustaleniu przyczyny można bezpiecznie wybrać odpowiedni sposób przywrócenia działania sklepu.

Źródła

GitHub – WooCommerce PayPal Payments, issue #4862: Express Pay Now orders tax untaxed shipping, causing possibly overcharge failures

WooCommerce – dokumentacja PayPal Payments, Express Checkout i Pay Now Experience