Bramka płatności WooCommerce: plan integracji

Opisz konfigurację sklepu i przykładowe koszyki

Zapisz wersje WordPress i WooCommerce, motyw oraz dodatki zmieniające koszyk lub checkout. Uwzględnij waluty, rynki i typy zamówień. Przygotuj zwykły zakup oraz przykład ze zniżką albo zmianą dostawy. Dostawca powinien odpowiedzieć dla tego zestawu, nie tylko dla czystej instalacji demonstracyjnej. Ustal, kto utrzymuje wtyczkę i jaka zgodność jest dokumentowana. Gdy aktualizacja zmieni przebieg płatności, zespół musi wiedzieć, do kogo skierować pytanie. Taka karta konfiguracji zapewnia porównywalne wymagania i ogranicza późniejsze spory o to, jaki zakres miał być objęty wdrożeniem.

Wtyczki płatnicze do sklepu internetowego — Soon

Oddziel rozszerzenie od uprawnień konta PSP

Wtyczka łączy systemy, natomiast PSP określa warunki konta, akceptację działalności i dostępne metody. Sprawdź obie warstwy przed zaplanowaniem startu. Przełącznik widoczny w ustawieniach nie dowodzi, że metoda zadziała dla Twojej firmy lub waluty. Oznacz również dane dostępowe środowiska testowego i rzeczywistego. W przypadku wielu sklepów zachowaj jednoznaczne przypisanie do właściwego kontekstu. Nieduża zmiana konfiguracji nie powinna przekierować transakcji do niewłaściwej spółki albo konta. Prawidłowość tych relacji jest ważniejsza niż sam fakt, że moduł można technicznie aktywować.

Integracja i API

Zdefiniuj przejścia stanów zamówienia

Opisz, co WooCommerce ma robić po potwierdzeniu, w trakcie oczekiwania i przy konieczności wyjaśnienia. Powrót przeglądarki do sklepu nie jest wystarczającym dowodem zapłaty. Moduł powinien wykorzystywać wyniki serwerowe i tolerować ponawiane powiadomienia. Stripe i Mollie dokumentują tę zasadę w przewodnikach integracyjnych. Sprawdź, czy późna wiadomość trafia do właściwego zamówienia i czy duplikat nie uruchamia kolejnej wysyłki lub aktywacji. Zasady muszą być zrozumiałe również dla obsługi, która będzie wyjaśniała klientowi stan zamówienia bez analizowania technicznych logów.

Hostowana strona płatności

Ustal rzeczywisty zakres zwrotów i wyszukiwania

Zapytaj, jakie działania po zakupie istnieją w module, a które wykonuje się w osobnym panelu. Anulowanie zamówienia w sklepie nie musi oznaczać zwrotu transakcji przez PSP. Zespół powinien zachować referencje obu czynności i znać ich wyniki. Przypisz uprawnienia i osobę zatwierdzającą tam, gdzie wymaga tego Twój proces. Jeżeli kilka osób odpowiada na to samo zgłoszenie, widoczna historia zapobiega podwójnemu wykonaniu. Sprawdź także możliwość znalezienia operacji po identyfikatorze biznesowym, bez uzależniania całej obsługi od ręcznego przeglądania dat i kwot.

Przygotuj aktualizację oraz scenariusz awarii

Odbiór powinien obejmować udaną płatność, zamknięte okno, nieznany wynik i zdarzenie otrzymane dwukrotnie. Następnie ustal, jak aktualizować moduł przy istniejących otwartych zamówieniach. Przywrócenie poprzedniego kodu nie usuwa już utworzonej transakcji. Wyznacz osobę decydującą o wstrzymaniu nowych żądań i sposób sprawdzania wcześniejszych przypadków. Zapisane reguły ograniczają improwizowane prośby o kolejną zapłatę, gdy wynik pierwszej próby nadal nie jest znany. Każdy plan naprawczy powinien zachować historię i umożliwiać ustalenie, co faktycznie zostało wykonane.

Nie planuj na podstawie niepotwierdzonej publikacji

Wtyczki commerce OrsunPay, w tym WooCommerce, są na roadmapie, a ich publiczne wydanie nie jest potwierdzone. Nie jest to oferta pobrania ani ogólna gwarancja zgodności. Przyszłą wersję trzeba ocenić według jej dokumentowanego zakresu. Osobno uzgodniona integracja przy użyciu dostępnych narzędzi jest innym zadaniem. OrsunPay zachowuje własne konta i umowy PSP sprzedawcy; nie zapewnia automatycznej akceptacji działalności ani obecnie kaskad między dostawcami. Termin uruchomienia powinien zależeć od sprawdzonych możliwości, nie od ilustracji lub nazwy planowanego produktu.

• Zapisz wersje platformy, motyw i rozszerzenia checkout.
• Potwierdź zakres używanego konta PSP.
• Powiąż wynik serwera z konkretną czynnością w zamówieniu.
• Rozdziel anulowanie zamówienia i zwrot płatności.
• Określ decydenta aktualizacji oraz procedurę wycofania zmiany.

Źródła

• Dokumentacja Stripe dotycząca webhooków
• Dokumentacja Mollie dotycząca płatności