Ugrás a fő tartalomhoz
A sandbox ugyanazt az API-hosztot használja, mint az éles környezet. A sandbox API-kulcs kiválasztja a tesztkörnyezetet, ahol a segédeszközök valós pénzmozgás nélkül szimulálják a kimeneteket. Tartsa a kulcsot a backendjén. A sandbox segédeszközök nem helyettesítik az éles megfelelőséget vagy onboardingot. A Hibák és újrapróbálkozások segítségével tesztelje, hogyan kezeli az integrációja a sandbox műveletek által visszaadott érvényesítési, állapot- és újrapróbálható platformhibákat.
Environment variables

Képesség készenlétének tesztelése

A sandboxban az ACH, Wire és SWIFT képességeket, a nevesítetteket és az összevontakat is, kizárólag a JPMorgan Chase (jpmorgan) szolgálja ki. Ha ezen képességek valamelyikének kérésekor kihagyja az institutions mezőt, a Swipelux a jpmorgan bankot választja. Bármely más bank megadása 422 capability_institutions_unsupported választ ad. A sandboxban a támogatott képességek listája ezeknél a módszereknél csak a jpmorgan bankot mutatja. Az éles útválasztás és a többi módszer, például az RTP, a Pix és a SPEI, változatlan.
Request a sandbox bank capability
Egy képesség kérése után állítsa be annak sandbox státuszát a POST /v3/sandbox/customers/{customerId}/capabilities/{capabilityId}/status művelettel:
Set capability status
A segédeszköz használata után frissítse le a képességet. Az aktuális status és openTaskIds értékeit tekintse annak az eredménynek, amelyet a terméknek kezelnie kell. Egy 200 válasz is mutathat még nyitott munkát, például ügyfélfeladatokat vagy pending ellenőrzést. A segédeszköz 409 capability_status_blocked választ ad, ha a képesség olyan ok miatt nem érheti el a kért állapotot, amelyet a sandboxban nem tud megszüntetni, például approval_scope_review_required, operatív zárolás vagy végállapot. A probléma statusReason mezője tartalmazza a képesség okkódját és üzenetét, retryable: false értékkel. Az ok resolution mezőjéért olvassa be a képességet. Ha egy nevesített képességet másodszor is rejected állapotra kényszerít, ugyanazt a képességet kapja vissza változatlanul. Ha egy elutasított képességet restricted vagy ready állapotra kényszerít, 422 invalid_capability választ kap. Ezeknek az állapotoknak a teszteléséhez inkább hozzon létre egy új sandbox ügyfelet.

Nyitott feladat tesztelése

Hozzon létre egy sandbox feladatot a POST /v3/sandbox/tasks művelettel. Rendelje ahhoz az erőforráshoz, amelynek a munkafolyamatát teszteli, és az items mezőben írja le, mit kell beküldenie az ügyfélnek. Ez az útmutató capability- és transfer-munkafolyamatokat mutat be; az API Reference tartalmazza a customer scope-ot és a teljes kérési sémát. Szöveges válaszhoz használjon explanation, fájlfeltöltéshez pedig document elemet. Az új profile elemekhez profilePointer is szükséges, amely az ügyfélmezőt megnevező JSON Pointer. A többi elemtípusért és mezőért lásd a Sandbox feladat létrehozása oldalt. A transfer-példához először hozzon létre sandbox transfert pay-in vagy payout munkafolyamattal, majd exportálja a visszaadott data.id értéket:
Transfer ID
Tárolja a data.id értéket TASK_ID-ként, a data.revision értéket TASK_REVISION-ként, az aktuális data.requirements[0].id értéket pedig REQUIREMENT_ID-ként. A POST /v3/customers/{customerId}/tasks/{taskId}/submissions hívásakor a válasz típusa egyezzen a létrehozott elemmel:
Ezután fogadja el vagy utasítsa el az aktuális beküldést a POST /v3/sandbox/tasks/{taskId}/review művelettel:
Review submission
Ellenőrizheti a POST /v3/sandbox/tasks által létrehozott feladatokat és a Swipelux által gyűjtött képesség-felvételi feladatokat. Az Operations vagy egy másik munkafolyamat tulajdonában lévő feladat ellenőrzése 409 task_not_sandbox_reviewable választ ad. Ez a feladat továbbra is olvasható a feladat-végpontokon keresztül, és a tulajdonosa általi ellenőrzésre vár. A 404 task_not_found azt jelenti, hogy a feladatazonosító ismeretlen, vagy egy másik kereskedőhöz tartozik. Használja a Képességek és feladatok útmutatót az éles feladat-elvégzési mintához.

Sandbox tárca feltöltése

Írjon jóvá egy kibocsátott tárcát a POST /v3/sandbox/accounts/{accountId}/topup művelettel:
Top up issued wallet
Tárolja a visszakapott data.id értéket TRANSFER_ID-ként, ha meg szeretné vizsgálni a szimulált feltöltési átutalást. A feltöltés azonosítója egyben átutalás-azonosító is. Kérje le a GET /v3/transfers/{transferId} művelettel, vagy listázza a GET /v3/transfers művelettel, hogy a bejövő befizetési kódútvonalát sandbox feltöltésekkel gyakorolja. Az átutalás vetülete egy befejezett bejövő stablecoin befizetés origin: "inbound_deposit", method: "stablecoin_transfers" és direction: "stablecoin_move" értékekkel, és az egyező accountId, origin, method és direction listaszűrők adják vissza.

Átutalás befejezése vagy sikertelenné tétele

Állítsa be a kimenetet a POST /v3/sandbox/transfers/{transferId}/state művelettel:
Ezután futtasson pénzbefizetési, kifizetési vagy kibocsátott bankszámla folyamatot sandboxban.