Přejít na hlavní obsah
Sandbox používá stejný API host jako produkce. Sandbox API klíč vybírá testovací prostředí, kde pomocníci simulují výsledky bez přesunu skutečných prostředků. Uchovávejte klíč na svém backendu. Sandbox pomocníci nenahrazují produkční compliance ani onboarding. Použijte Chyby a opakování k otestování toho, jak vaše integrace zpracovává validační a stavové chyby i opakovatelná selhání platformy vracená sandboxovými operacemi.
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
Po požadavku na capability nastavte její sandbox stav pomocí POST /v3/sandbox/customers/{customerId}/capabilities/{capabilityId}/status:
Set capability status
Po použití pomocníka znovu načtěte capability. Zacházejte s jejím aktuálním 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
Uložte 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:
Poté aktuální odeslání přijměte nebo zamítněte pomocí POST /v3/sandbox/tasks/{taskId}/review:
Review submission
Můžete kontrolovat úkoly vytvořené pomocí 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
Uložte vrácené 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:
Dále spusťte tok příchozí platby, výplaty nebo vydaného bankovního účtu v sandboxu.