Fizetés elfogadása - dokumentáció szerelmes

Megrendelés feldolgozási státusza. A következő értékeket tartalmazhatja:
létrehozva - a megbízás létrejött, de az ügyfél még nem írt be fizetési részleteket; Folytassa a rendelés állapotának lekérdezését
feldolgozás - a fizetési átjáró feldolgozza a megbízást; Folytassa a rendelés állapotának lekérdezését
elutasította - a megrendelést a FONDY fizetési átjáró, a külső fizetési rendszer vagy az átvevő bank utasította el
jóváhagyva - a megbízás sikeresen befejeződött, az alapok blokkolása a megbízó számláján történik, és hamarosan jóváírják a kereskedőnek; a kereskedő szolgáltatásokat vagy "hajó" árukat tud nyújtani
lejárt - az élettartamparaméterben megadott megbízás élettartama. lejárt.
fordított - az előzőleg sikeres tranzakciót teljesen vagy részben visszavonták. Ebben az esetben a reversal_amount paraméter nem nulla értékű

A kérelem feldolgozásának állapota. Ha hiba történt a továbbított paraméterek érvényesítésénél, akkor a hiba visszaáll. egyébként siker

A kérelem aláírása és a válasz (a paraméterek aláírása)

Az aláírást úgy hozza létre, hogy az SHA1 függvényt a kereskedő jelszavából és minden olyan betűből álló karakterláncba alkalmazza, amely betűrendben sorba kapcsolódik, és egy függőleges szimbólummal választja el |

Kereskedő kérése:

az aláírás létrehozásához használt karakterlánc:

Ha a paraméter üres, és nem tartalmaz adatokat, akkor nem kell függőleges vonalat csatolni.

Példa a kódellenőrző aláírásra a response_url vagy a server_callback_url paraméterekben megadott oldalakon a PHP SDK használatával:

Segédfájl a Signature.php programmal való munkával kapcsolatos példákkal

Aláírási ellenőrzés az Aláírás osztály használatával

Az aláírás generálásával és érvényesítésével kapcsolatos problémák megoldása

Két jellemző eset létezik, amikor hiba történik a paraméterek aláírásának ellenőrzésével.

1. Ha a vásárlási / ismétlődő / visszalépés / állapot vagy az aláírás paraméterrel rendelkező bármely kérés elküldik a Fondy API-nak, és a választ visszaküldik: Érvénytelen aláírás.
2. Ha a Fondy szerverre adott válasz a server_callback_url vagy a response_url visszaküldésre kerül, a POST válasz, de amikor aláírást generál és összehasonlítja az aláírás paraméterével a POST válaszral, az aláírások nem egyeznek

Vegyük mindkét esetben:

1. Ha a kérés elküldik a Fondy API-nak, és a válasz "Érvénytelen aláírási aláírás:" 6bd069be8a6e2f2bbe176df00ba63cc681ca38aa`; response_signature_string: `********** | 125 | USD | 1396424 | demo order 789 | Demo123456`", hajtsa végre a következő ellenőrzéseket:

• ellenőrizze, hogy helyes jelszót használt-e a Kereskedő Műszaki beállításai között a Merchant Portal-ban:

ha a kérelem cirill vagy más nem latin betűket tartalmaz, azt UTF-8 kódolással küldi el

győződjön meg róla, hogy a 0 értékű paramétert a programozási nyelv nem állította be üres értékre

Jelentkezzen be azon kód kódjába, amelyre az SHA1-et alkalmazza az aláírás paraméter létrehozása során. Hasonlítsa össze a húr, amely visszatért a szövegben a hiba (piros): „Érvénytelen aláírás aláírás:` 6bd069be8a6e2f2bbe176df00ba63cc681ca38aa`; response_signature_string: `********** | 125 | USD | 1396424 | demo érdekében 789 | Demo123456`”. Figyeljük meg, hogy a szöveg jelmondat hiba kereskedő lesz elfedve a csillaggal

Ellenőrizze, hogy az API kérésben üres paramétereket ad meg. Ha igen, a sorban, amely részt vesz az aláírásban, az elválasztó karakter | Minden ilyen üres paraméter esetében nem szükséges feltüntetni

Ha a PHP programozási nyelvén dolgozik, használja a getSignature példaszerkezetet:

győződjön meg róla, hogy az SHA1 eredményét kisbetűre redukálja. Így van. 6bd069be8a6e2f2bbe176df00ba63cc681ca38aa. Nem helyesen. 6BD069BE8A6E2F2BBE176DF00BA63CC681CA38AA

győződjön meg róla, hogy az aláírás-paraméter nem szerepel az aláírás számításában

győződjön meg róla, hogy az API / api / ismétlődő pontot használja. akkor csak az előírt paraméterek szerepelnek az aláírásban

Ha Fondy a szerver az oldal meghatározott paraméterek server_callback_url vagy response_url vissza POST választ, de ha megpróbál létrehozni egy aláírás, és hasonlítsa össze az aláírás paramétert a POST válasz aláírások nem egyeznek

Példa Fondy (JSON) válaszára:

Az aláírással való eltérés okainak diagnosztizálásához kövesse az alábbi lépéseket:

• győződjön meg róla, hogy a 0 értékű paramétert a programozási nyelv nem állította be üres értékre
• Győződjön meg arról, hogy a paraméterek response_signature_string aláírás, és nem szerepel a számításban az aláírás (paraméter response_signature_string vissza csak akkor, ha a kereskedő teszt üzemmódban, és tartalmaz egy csipetnyi, mint egy aláírás a válasz jött létre)
• ha a kérelem cirill vagy más nem latin betűket tartalmaz, azt UTF-8 kódolással küldi el
• Jelentkezzen be azon kód kódjába, amelyre az SHA1-et alkalmazza az aláírás paraméter létrehozása során. Hasonlítsa össze azt a string-lel, amely a response_signature_string-ben került vissza
• Ellenőrizze, hogy az üres paraméterek visszakerültek-e. Ha igen, a sorban, amely részt vesz az aláírásban, az elválasztó karakter | Minden ilyen üres paraméter esetében nem szükséges feltüntetni
• Ha a PHP programozási nyelvén dolgozik, használja a getSignature funkciót:
• győződjön meg róla, hogy az SHA1 eredményét kisbetűre redukálja. Így van. 6bd069be8a6e2f2bbe176df00ba63cc681ca38aa. Nem helyesen. 6BD069BE8A6E2F2BBE176DF00BA63CC681CA38AA

Request Formation

Kétféleképpen küldhet kéréseket a FONDY kiszolgálóhoz

A B API a következő szöveges lekérdezési formátumokat támogatja: HTML FORM, XML, JSON. Ez a beállítás hasznos:

A lekérdezés összefüggésében a választ mindig a lekérdezéshez hasonló formában tér vissza. Ie ha a kérelem JSON formátumban volt, akkor a válasz JSON formátumban tér vissza. Az ilyen kérelemre adott válasz közbenső, és tartalmazza az URL-t, amelyre az ügyfélnek át kell irányítania a fizetési adatokat.

Kérelem küldése az A interakciós sémán keresztül nem tartalmaz közbenső választ a kérelem összefüggésében. A végső válasz visszakerül a response_url és a server_callback_url paraméterekben megadott kereskedő URL-címére.

Példa az A kölcsönhatási sémara

Példa a host-to-host számára a B kölcsönhatási séma (JSON)

Normál közbenső válasz

Válasz hiba esetén

Példa a host-to-host számára a B (XML)