Environment variables
Test připravenosti capability
V sandboxu jsou capabilities ACH, Wire a SWIFT, pojmenované i sdružené, obsluhovány pouze v JPMorgan Chase (jpmorgan). Pokud při žádosti o některou z těchto capabilities vynecháte institutions, Swipelux zvolí jpmorgan. Uvedení jakékoli jiné banky vrátí 422 capability_institutions_unsupported. Seznam podporovaných capabilities v sandboxu u těchto metod zobrazuje pouze jpmorgan. Produkční směrování a další metody, jako RTP, Pix a SPEI, se nemění.
Request a sandbox bank capability
POST /v3/sandbox/customers/{customerId}/capabilities/{capabilityId}/status:
Set capability status
status a openTaskIds jako s výsledkem, který musí váš produkt zpracovat. Odpověď 200 může stále zobrazovat otevřenou práci, například úkoly zákazníka nebo kontrolu ve stavu pending.
Pomocník vrátí 409 capability_status_blocked, když capability nemůže dosáhnout požadovaného stavu z důvodu, který v sandboxu nemůžete odstranit, například approval_scope_review_required, provozní blokace nebo konečný stav. Pole statusReason v problému obsahuje kód a zprávu důvodu capability s retryable: false. Pro resolution důvodu si načtěte capability.
Opakované vynucení pojmenované capability do stavu rejected vrátí stejnou capability beze změny. Vynucení zamítnuté capability do stavu restricted nebo ready vrátí 422 invalid_capability. K otestování těchto stavů místo toho vytvořte nového sandboxového zákazníka.
Test otevřeného úkolu
Vytvořte sandboxový úkol pomocíPOST /v3/sandbox/tasks. Navažte jej na prostředek, jehož pracovní postup testujete, a pomocí items popište, co má zákazník odeslat. Tato příručka ukazuje workflow pro capability a transfer; API Reference definuje customer scope a úplné schéma požadavku.
Pro textovou odpověď použijte položku explanation a pro nahrání souboru položku document. Nové položky profile také vyžadují profilePointer, JSON Pointer určující pole zákazníka. Další typy položek a pole najdete v Create sandbox task.
Pro příklad transferu nejprve vytvořte sandboxový transfer pomocí workflow pay-in nebo payout a potom exportujte vrácené data.id:
Transfer ID
- Capability + vysvětlení
- RFI k převodu + dokument
data.id jako TASK_ID, data.revision jako TASK_REVISION a aktuální data.requirements[0].id jako REQUIREMENT_ID. Při volání POST /v3/customers/{customerId}/tasks/{taskId}/submissions musí odpověď odpovídat vytvořené položce:
- Odpověď s vysvětlením
- Odpověď s dokumentem
POST /v3/sandbox/tasks/{taskId}/review:
Review submission
POST /v3/sandbox/tasks a úkoly příjmu capabilities, které Swipelux shromažďuje. Kontrola úkolu, který vlastní Operations nebo jiný workflow, vrátí 409 task_not_sandbox_reviewable. Takový úkol zůstává čitelný přes endpointy úkolů a čeká, až jej zkontroluje jeho vlastník. 404 task_not_found znamená, že ID úkolu je neznámé nebo patří jinému obchodníkovi.
Pro produkční vzor dokončování úkolů použijte Capabilities a úkoly.
Naplnění sandboxové peněženky
Připište prostředky vydané peněžence pomocíPOST /v3/sandbox/accounts/{accountId}/topup:
Top up issued wallet
data.id jako TRANSFER_ID, když chcete zkontrolovat simulovaný financovací převod.
ID topupu je ID převodu. Načtěte jej přes GET /v3/transfers/{transferId} nebo vypište přes GET /v3/transfers, abyste otestovali svůj kód pro příchozí vklady proti sandboxovým topupům. Projekce převodu je dokončený příchozí stablecoinový vklad s origin: "inbound_deposit", method: "stablecoin_transfers" a direction: "stablecoin_move" a je vracen odpovídajícími filtry seznamu accountId, origin, method a direction.
Dokončení nebo selhání převodu
Nastavte výsledek pomocíPOST /v3/sandbox/transfers/{transferId}/state:
- Dokončit
- Selhat