Alla Integration Guides
LAGA PLUGIN · PÅ SITE + HPPTa emot kryptobetalningar med EC-CUBE 4.3
Native JPY checkout med EC-CUBE inköpsflödet.
Nya adaptrar är initial integration bygger. Komplett installation och betalningsacceptans i din egen staging butik innan du aktiverar levande trafik.
Välj rätt paket- och PHP-miljö
| Shopping plattform | PHP miljö för detta paket |
|---|
| EC-CUBE >=4.3.0 <4.4.0 | PHP 8.1.x / 8.2.x / 8.3.x |
|---|
Använd PHP-versionen tillåten av både detta paket och din exakta kärnutgåva. En plugin gör inte en äldre butik kärna kompatibel med nyare PHP.
Nya paket använder valfri request_id-deduplicering och kräver MochiPay Web65 eller senare. Befintliga kunder kan behålla sina nuvarande plugins och API-integrationer.
01 · Förbered ditt MochiPay-konto
- Skapa ett konto · aktivera ett abonnemang.
- Plånböcker Möjliggöra en mottagande plånbok för varje tillgång/nätverk du kommer att erbjuda. Tillbaka upp återställningsmaterial före kassan.
- API-uppgifter Håll köpmannen API-nyckeln och hemligheten på servern. Placera aldrig referenser i kassan HTML eller webbläsarskript.
02 · Installera och aktivera den inhemska porten
- Ladda upp ZIP med EC-CUBE: s lokala plugin installationsskärm, aktivera sedan MochiPay. composer.json är på arkivet roten för denna installatör.
- Öppna länken Inställningar på plugin-listan eller /{your-admin-path}/mochipay/config. Ange referenser, aktivera porten och spara.
- Under Shop Inställningar > Betalningsmetoder, associera MochiPay med de nödvändiga leveransmetoderna. Rensa cache.
- Använd inhemska JPY order totalt. Detta paket stöder MySQL/MariaDB och PostgreSQL och riktar sig endast till EC-CUBE 4.3.
Den engelska README inuti varje ZIP innehåller exakta vägar, inhemsk konfiguration, beroenden och uppgradera anteckningar. Följ den för din plattform.
04 · ON_SITE och HPP använder samma betalning
ON_SITEBetalningsdialog i din butik
Standarddialogrutan ON_SITE visar exakt belopp, adress, nätverk, QR och betalningsstatus på din butiksdomän.
HPPMochiPay värd betalningssida
HPP öppnar MochiPay payment_url och återvänder till din butik efter kassan. Välj HPP i samma gatewayinställningar.
Om du öppnar kassan igen eller byter presentation återanvänds den sparade betalningsordern. Ingen payment_mode-parameter läggs till i MochiPay API.
Prova den offentliga ON_SITE/HPP-simuleringen →
05 · Verifiera en staging order innan du går live
- Placera en liten staging order. Bekräfta fiat totalt, vald tillgång, nätverk och exakt kryptobelopp innan du skickar betalning.
- Kontrollera att servern frågar MochiPay och registrerar det ursprungliga betalda tillståndet först efter ett matchat PAID-resultat. En retur URL eller callback kropp ensam är inte betalningsbevis.
- Testa HPP, ON_SITE, återöppning av kassan och upprepade meddelanden. Bekräfta att samma beställning återanvänds och att betalning genomförs en gång.
Dessa nedladdningar har käll- / gränssnittskontroller och simulerad kassavalidering. Full inbyggd butik installation och verklig betald utcheckning kräver fortfarande staging acceptans.
Förstå server-side betalning verifiering
Felsökning och nedladdningar
Om porten saknas, kontrollera den exakta butiksgrenenen, PHP, cache, inbyggd metod aktivering och kanalbegränsningar. Om en beställning förblir väntande, kontrollera referenser, aktiv prenumeration, plånböcker och allmänhetens uppringningsförmåga. Håll befintliga betalningsförsök vid uppdatering.