← Wszystkie wskazówki integracji
PRZECHOWYWANIE PLUGIN · ON- SITE + HPPAkceptuj płatności kryptowalutowe przez Sylius 2.0
Natywna realizacja transakcji Payum i maszyna stanu płatności Sylius.
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 |
|---|
| Sylius >=2.0.0 <2.1.0 z rdzeniem kompatybilnym z PayumBundle 2.6+ / Payum 1.7 | PHP 8.2.x / 8.3.x / 8.4.x (także spełniają blokadę zależności sklepu) |
|---|
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
- Wyciągnij MochiPaySylius na wtyczki / MochiPaySylius. Dodaj lokalne repozytorium ścieżki Kompozytora i uruchom kompozytora wymagają mochipay / sylius- plugin: 1.0.0.
- Zarejestruj MochiPay\ Sylius\ MochiPayBundle w config / bundles.php i importuj jego trasy opisane w README.md wewnątrz ZIP.
- Uruchom bin / console cache: clear and bin / console mochipay: install. Istniejące próby płatności są zachowane.
- Utwórz rodzimą metodę płatności przy pomocy fabryki bramy MochiPay. Wprowadź referencje, włącz MochiPay i metodę rodzimą oraz przypisz kanały.
- Użyj Sylius 2.0 Payum checkout. Obsługiwane są MySQL / MariaDB i PostgreSQL; Sylius 1.x i 2.1 + wymagają różnych adapterów.
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.