← Wszystkie wskazówki integracji
PRZECHOWYWANIE PLUGIN · ON- SITE + HPPAkceptuj płatności kryptowalutowe przez osCommerce 4.14
Natywny moduł płatności V4; oddzielne od starszych osCommerce 2.x i 3.x.
Nowe adaptery to początkowe budowanie integracji. Kompletna instalacja i real- płatności akceptacji w swoim własnym sklepie postojowym przed umożliwienia ruchu na żywo.
Wybierz odpowiedni pakiet i środowisko PHP
| Platforma zakupów | Środowisko PHP dla tego pakietu |
|---|
| osCommerce 4.14.x; natywny moduł płatności V4 | PHP 7.4.x-8.3.x, z zastrzeżeniem zainstalowanego osCommerce wydania i blokady zależności |
|---|
Użyj wersji PHP dozwolonej zarówno przez ten pakiet, jak i Twoje dokładne wydanie rdzenia. Wtyczka nie sprawia, że starszy rdzeń sklepu jest kompatybilny z nowszym PHP.
Nowe pakiety wykorzystują opcjonalną deduplikację request_id i wymagają MochiPay Web65 lub nowszego. Obecni klienci mogą zachować swoje obecne wtyczki i integracje API.
01 · Przygotuj konto MochiPay
- Utwórz konto · aktywować subskrypcję.
- Portfele · Włącz odbiorczy portfel dla każdego zasobu / sieci, którą oferujesz. Kopia zapasowa materiału do odzysku przed wymeldowaniem.
- Kredyty API · Keep klucz handlowy API i sekret na serwerze. Nigdy nie umieszczaj referencji w skryptach HTML lub przeglądarki.
02 · Instalacja i włączenie natywnej bramy
- Back up the store, then copy the ZIP 's lib folder into the osCommerce 4 application root, reserving the directory hierarchia.
- W modułach płatności admin należy zainstalować MochiPay dla wymaganej platformy i otworzyć jej ustawienia. Wprowadź referencje i włącz je.
- Wybierz natywny status płatnego zamówienia w razie potrzeby. Wartość 0 wykorzystuje domyślną platformę; rachunkowość płatności jest przechowywana w rodzimym rejestrze zleceń.
- Keep callback / webhooks.payment.mochipay public. Zachowaj wygenerowany adres URL i jego symbol próby. Moduł ten obejmuje wyłącznie wszystkie zamówienia.
Angielski README wewnątrz każdego ZIP zawiera dokładne ścieżki, natywną konfigurację, zależności i notatki aktualizacji. Podążaj za nim za swoją platformą.
04 · ON_SITE i HPP korzystają z tej samej płatności
ON_SITEOkno płatności w sklepie
Domyślne okno dialogowe ON_SITE pokazuje dokładną kwotę, adres, sieć, kod QR i status płatności w domenie Twojego sklepu.
HPPStrona płatności MochiPay
HPP otwiera MochiPay payment_url i wraca do Twojego sklepu po realizacji transakcji. Wybierz HPP w tych samych ustawieniach bramy.
Ponowne otwarcie kasy lub zmiana prezentacji powoduje ponowne wykorzystanie zapisanego zlecenia płatniczego. Do parametru MochiPay API nie dodano żadnego parametru payment_mode.
Wypróbuj publiczną symulację ON_SITE/HPP →
05 · Sprawdzić kolejność przed przejściem na żywo
- Umieść małe zamówienie. Potwierdź sumę fiat, wybrane aktywa, sieć i dokładną kwotę krypto przed wysłaniem płatności.
- Sprawdzić, czy serwer zapytania MochiPay i native paid stan tylko po dopasowanym wyniku PAID. Zwracany adres URL lub organ zwrotny nie jest dowodem zapłaty.
- Przetestuj HPP, ON_SITE, ponowne otwarcie kasy i powtarzające się powiadomienia. Potwierdź, że to samo zamówienie zostało ponownie wykorzystane, a zakończenie płatności zostało zastosowane jednokrotnie.
Te pliki do pobrania mają kontrolę źródła / interfejsu i symulowaną walidację checkout. Pełna instalacja natively-store i realny płatny checkout nadal wymagają aprobaty.
Zrozumienie weryfikacji płatności po stronie serwera →
Rozwiązywanie problemów i pobieranie plików
Jeśli brakująca jest bramka, sprawdź dokładną gałąź sklepu, PHP, cache, natywną aktywację metody i ograniczenia kanału. Jeżeli zamówienie pozostaje w toku, sprawdzaj referencje, aktywną subskrypcję, portfele i odtwarzalność połączeń publicznych. Zachować istniejące próby płatności podczas aktualizacji.