← Wszystkie wskazówki integracji
PRZECHOWYWANIE PLUGIN · ON- SITE + HPPAkceptuj płatności kryptowalutowe przez Drupal Commerce
Portal płatniczy Native Commerce dla wspieranych oddziałów Drupal i Commerce.
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 |
|---|
| Commerce 2.40.x with Drupal 9.3- 10.x; or Commerce 3.3.10 + < 3.4 with Drupal 10.3- 11.x | Drupal 9.3- 9.5: PHP 7.4- 8.1; Drupal 10: PHP 8.1- 8.3; Drupal 11: PHP 8.3- 8.4, tylko jeśli jest dozwolona przez dokładne wydanie Drupal |
|---|
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
- Ekstrakt mochipay do web / modules / custom / mochipay, lub moduły / custom / mochipay, kiedy twój projekt root jest korzeniem dokumentu.
- Run drush en mochipay -y, then drush cr. Instalator zachowuje istniejącą składowanie prób wypłaty.
- W Commerce > Konfiguracja > Bramki płatnicze utwórz bramkę MochiPay. Utrzymuj natywny tryb bramy na żywo; to ustawienie jest niezależne od ON_SITE/HPP.
- Włącz zarówno podmiot bramki, jak i Włącz MochiPay, wprowadź referencje i zapisz. Keep / mochipay / checkout / {gateway- machine- name} public and uncached.
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.