← Wszystkie wskazówki integracji
PRZECHOWYWANIE PLUGIN · ON- SITE + HPPAkceptuj płatności kryptowalutowe przez Shopware 6.6 / 6.7
Oddzielny rodzimych opiekunów Shopware 6.6 i 6.7.
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 |
|---|
| Shopware >=6.6.10.0 <6.7.0.0 | PHP 8.2.x / 8.3.x / 8.4.x |
|---|
| Shopware >=6.7.0.0 <6.8.0.0 | PHP 8.2.x / 8.3.x / 8.4.x |
|---|
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
- Zainstaluj tylko ZIP dla gałęzi Shopware. Wyślij go pod rozszerzeniami > Moje rozszerzenia, lub wyciąg MochiPay na zamówienie / wtyczki / MochiPay. Nie instalować obu pakietów.
- Ze sklepu root run bin / console plugin: odświeżyć, a następnie bin / console plugin: zainstalować -- aktywować MochiPay.
- Konfiguracja uwierzytelniania i umożliwić rozszerzenie dla każdego kanału sprzedaży, który z niego korzysta. Włącz metodę płatności w Ustawieniach > Metody płatności i przypisać kanały sprzedaży.
- Podczas aktualizacji Shopware 6.6 do 6.7, kopie zapasowe ustawień i historii płatności, zastąpić pliki plugin z 6.7 pakietu, a następnie uruchomić normalny plugin: zaktualizować proces MochiPay.
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.