Environment variables
Támogatott képességek felfedezése
Olvassa be az ügyfél aktuális lehetőségeit aGET /v3/customers/{customerId}/capabilities/supported művelettel:
List supported capabilities
directions, method és accountType értékeknek. Csak akkor folytassa, ha az availability értéke available vagy beta, és az eligibility.eligible értéke true. Ha institutions értéket ad vissza, csak abból a válaszból válasszon azonosítót.
Minden intézménybejegyzés tartalmaz egy logoUrl mezőt és egy isDefault jelzőt. A logoUrl segítségével jelenítse meg a bank logóját a bankválasztó felületen, és ha értéke null, jelenítse meg saját általános bankikonját. Az isDefault csak erre az ügyfélre és képességre vonatkozik, nem globálisan az intézményre. A GET /v3/institutions ugyanezt a nullázható logoUrl mezőt adja vissza. Az intézményazonosítók átlátszatlanok, ezért kezelje az új azonosítókat kódmódosítás nélkül.
Institution entry
data[].id értéket CAPABILITY_ID-ként. Soha ne másoljon képességazonosítót másik ügyféltől vagy környezetből.
Közös és dedikált számlatípusok
A banki képességek két változatban léteznek, amelyeket azaccountType mező és a képességazonosító utótagja kódol (például ach_pooled, wire_named):
pooled: közös Swipelux bankszámla. Minden pénzbefizetés egyedi hivatkozást használ a pénz irányítására. Egyszeri átutalásokhoz válassza ezt.named: dedikált banki adatok az ügyfélnek (virtuális IBAN, dedikált ACH számla). Újrafelhasználható és megosztható bármely fizetővel. Kibocsátott bankszámlákhoz szükséges.
pooled opciót. named-et csak akkor használjon, ha az ügyfélnek újrafelhasználható banki adatok szükségesek. Ellenőrizze a supported válaszban, hogy mely változatok érhetők el.
SWIFT betétek fogadásához vagy SWIFT banki adatok kibocsátásához használja a swift_named opciót. A swift_pooled csak kifizetéseket támogat, ezért ellenőrizze az egyes opciók directions értékét a támogatott képesség válaszában. Egy dedikált SWIFT számla újrafelhasználható fogadási adatokat ad vissza, beleértve a bank BIC-kódját, szükség esetén egy hivatkozást, valamint a kedvezményezett címét, ha a bank megadja.
Kibocsátott ACH, Wire és SWIFT számlák esetén az institution mezővel kiválaszthat egy pontos bankot, és elmentheti a számlakérést, mielőtt a bank jóváhagyja az ügyfelet. Lásd: Bankszámla kibocsátása.
A képesség kérése
Kérje a kiválasztott opciót aPOST /v3/customers/{customerId}/capabilities/{capabilityId} művelettel:
Request capability
institutions tömböt, ha a támogatott képesség válasza által visszaadott azonosítókból kell választania.
Tárolja a data.status értéket CAPABILITY_STATUS-ként, a data.accountProvisioning értéket ACCOUNT_PROVISIONING_STATUS-ként, a data.openTaskIds értéket OPEN_TASK_IDS-ként, és minden data.applications[].id értéket az APPLICATION_IDS alatt.
Megosztott alkalmazások bankonként
Dedikált (named) banki képességek esetén minden ügyfélnek bankonként egy alkalmazási esete van. A közös (pooled) és platformképességek bank nélküli eseteket használnak. A Swipelux egy esetet megoszt az Ön által kért összes kompatibilis képesség között:- Egyetlen jóváhagyás több képességet is lefedhet. Például egy banknál jóváhagyott eset egy ACH és egy wire képességet is
readyállapotba hozhat. - Egy későbbi kérés, amely egy meglévő esetnek megfelel, azt újrahasznosítja. A Swipelux nem nyit második alkalmazást, és nem ad hozzá duplikált feladatokat.
- A különböző bankoknál lévő esetek függetlenek. Az egyik banknál történt elutasítás nem érinti a másik banknál lévő esetet.
- A
201azt jelenti, hogy a kérés új alkalmazási esetet nyitott. - A
200azt jelenti, hogy a kérés egy, az ügyfélnél már meglévő alkalmazási esetre oldódott fel, például egy olyan banki képesség ismételt kérésekor, amellyel az ügyfél már rendelkezik, vagy egy törölt képesség kérésekor. Acardvagystablecoin_transfersismételt kérése továbbra is409 capability_already_existshibát ad vissza. - A
selectedApplicationIdegy legfelső szintű mező adatamellett, amely a kérés által kiválasztott vagy megnyitott eset azonosítóját tartalmazza. A Swipelux kihagyja, ha a kérés nem választott ki esetet. Egy idempotens ismétlés ugyanazt az értéket adja vissza.
Response (abbreviated)
institutions listát ugyanazon eset kiválasztásához, vagy küldjön egyetlen intézményazonosítót az adott bank megcélzásához. A Swipelux kihagyja azt a bankot, amely véglegesen elutasította az ügyfelet. Ha csak ezt a bankot nevezi meg, vagy minden jogosult bank elutasította az ügyfelet, a kérés 409 capability_terminally_rejected hibát ad vissza. Ha elutasítás után egy másik bankkal szeretne próbálkozni, kérje újra a képességet az adott bank intézményazonosítójával.
Egy képesség státusza az ügyfél összes kapcsolódó esetét tükrözi. Dedikált képesség esetén egyetlen ready eset, amelynek jóváhagyása lefedi a képességet, elegendő ahhoz, hogy az ready legyen, függetlenül attól, mit jeleznek más bankok. A közös képesség a módszerellenőrzését is megvárja, amelyet az ügyfél alkalmazáslistájában a probes jelez.
Az ügyfél alkalmazásainak listázása
Listázza az ügyfél összes alkalmazási esetét aGET /v3/customers/{customerId}/applications művelettel. Az eredmények lapozása a nextCursor és hasMore mezőkkel történik, és elfogadják az updatedAfter paramétert:
List applications
applications[] tömbjében visszaadott alkalmazásmezőket, továbbá:
scope:namedegy banknál lévő esethez,provider_pooledvagyplatformbank nélküli esetekhez, vagynullegy besorolatlan korábbi esethez. Azinstitutionhiányzik aprovider_pooledésplatformeseteknél.requestedScope[]: az esethez kért képességkulcsok, mindegyik az elsőrequestedAtértékével. A bejegyzések soha nem törlődnek.coverage[]: az eset jóváhagyása által lefedett képességkulcsok, mindegyikgrantedAtéssourceértékkel. A lefedettség a hatókört rögzíti, nem az engedélyezést. Az aktuális státuszért olvassa be a képességet.probes[]: módszerellenőrzések az eset által lefedett közös képességkulcsokhoz, mindegyikcapabilityKey,statusésreasonértékkel. A dedikált kulcsokhoz soha nem szükséges ellenőrzés.generation,predecessorApplicationIdéssupersededByApplicationId: utódlási hivatkozások. Ha asupersededByApplicationIdbe van állítva, az esetet lecserélték. Kövesse ezt az azonosítót az aktuális esethez. Egy képességapplications[]listája csak az aktuális eseteket tartalmazza, így a lecserélt eset csak ebben a listában jelenik meg.
Response (abbreviated)
Aktuális feladatok elvégzése
Sorolja fel a feladatokat aGET /v3/customers/{customerId}/tasks művelettel, válassza ki az azonosítókat az OPEN_TASK_IDS-ből, majd olvassa be minden aktuális feladatot a GET /v3/customers/{customerId}/tasks/{taskId} művelettel:
List open tasks
data.revision és data.requirements értékeit. Frissítse le a feladatot közvetlenül a beküldés előtt, ha bármelyik megváltozhatott.
Újrahasznosított profilbizonyítékok
A közvetlen API-beküldést elfogadó alkalmazási adatfelvételi feladatoknál a Swipelux újrahasznosítja az ügyfél által már megadott információkat. Amikor egy ilyen feladat létrejön vagy egyeztetésre kerül, a Swipelux ellenőrzi az ügyfélprofilt és az ügyfél saját feltöltött dokumentumait. Azok a jogosult követelmények, amelyeket már egy használható profilérték vagy dokumentum alátámaszt,in_review állapotba kerülnek ahelyett, hogy cselekvést igénylők maradnának. A profilfrissítések és az új dokumentumfeltöltések ugyanezt az ellenőrzést indítják el a meglévő feladatoknál.
Csak a hiányzó vagy nem kompatibilis értékek maradnak cselekvést igénylők. Az újrahasznosítás nem hagyja jóvá a bizonyítékot. A Swipelux továbbra is felülvizsgálja azt. Az explicit javítási kérések és a korábban megválaszolt követelmények cselekvést igénylők maradnak. A tulajdonosi és kapcsolt féltől származó dokumentumokat a Swipelux nem hasznosítja újra, és a csak hosted munkamenetben gyűjtött követelmények a szokásos folyamatukat követik.
Követelmények megjelenítése
Az űrlapokat az egyes követelmények által visszaadott metaadatokból építse fel, ne a követelménykulcsokból. Egy követelmény tartalmazhat opcionális rövidtitle értéket, és minden request tartalmaz egy prompt szöveget, amelyet a címsor alatt kell megjeleníteni.
A request.type: "profile" típusú követelmények a profilePointer segítségével azonosítják a profilmezőt, és beviteli metaadatokat adnak hozzá:
allowedValues: a megengedett értékek egy skaláris mezőhöz, vagy egy tömbmező minden eleméhez. Ezeket az értékeket küldje be, ne a lefordított megjelenítési címkéket.valueSchema: önálló JSON Schema Draft 7 dokumentum, amely leírja a bevitel alakját, a beágyazott tulajdonságokat, a kötelező mezőket és a szerkezeti megkötéseket. Az objektumokon lévő enumok a megfelelő tulajdonságon jelennek meg, például adóazonosítóknál avalueSchema.items.properties.type.enumhelyen. A Swipelux a beküldés után továbbra is alkalmaz mezők közötti és felülvizsgálati validációt, így a sémának megfelelő érték is elutasításra kerülhet.valueType: "country", vagy tömbök eseténitemValueType: "country": a mező nagybetűs ISO 3166-1 alpha-2 kódokat fogad. AvalueSchemabeágyazott országtulajdonságai aformat: "iso-3166-1-alpha-2"értéket használják. A lokalizált címkékhez használjon szabványos országlistát.
Requirement
valueSchema és allowedValues mezőket. Ezeket a prompt és valueType alapján jelenítse meg.
Minden nyitott feladat tartalmaz egy dueAt időbélyeget. Amikor a Swipelux explicit határidő nélkül hoz létre egy feladatot, a dueAt alapértelmezés szerint pontosan 31 nappal a feladat createdAt értéke utánra kerül. Kezelje a dueAt mezőt tájékoztató jellegűként: nem állíthatja be az API-n keresztül, és nem vált ki automatikus életciklus-átmenetet. Csak a különálló deadline mező okoz automatikus átmenetet, ha meg van adva.
Hosted műveletek
A feladat részletes válaszában averificationSessions és tosSessions minden bejegyzése tartalmaz egy action objektumot. A feladatlisták válaszai nem tartalmazzák ezeket a műveleti hivatkozásokat. Tárolja minden munkamenet id értékét, majd olvassa be az action.kind értékét, mielőtt az ügyfelet továbbküldi; ne következtessen a hivatkozás elérhetőségére a munkamenet status értékéből.
- Az
action.kind: "available"tartalmazza azaction.urlésaction.expiresAtmezőket (jelenleg mindignull). Tárolja azaction.urlértékét, küldje oda az ügyfelet, majd olvassa be újra a feladatot. A munkamenetszintűurlésexpiresAtmezők ugyanezeket az értékeket tartalmazzák. - Az
action.kind: "unavailable"azt jelenti, hogy nem szabad hivatkozást megjeleníteni. A munkamenetszintűurlésexpiresAtmezők hiányoznak. A munkamenetstatusértéke önmagában nem határozza meg, melyik művelettípust kapja.
Verification session
action_required állapotba, reviewFeedback.code: hosted_profile_direct_submission_required értéket hordoz. Kérje be ezt az értéket az ügyféltől, és küldje be API-válaszként.
Dokumentumok feltöltése
Ha egy követelmény dokumentumot kér, töltse fel aPOST /v3/customers/{customerId}/documents művelettel:
Upload document
data.id értéket DOCUMENT_ID-ként, mielőtt beküldi a rá hivatkozó választ.
Egy tárolt fájl későbbi lekéréséhez hívja meg a GET /v3/customers/{customerId}/documents/{documentId}/download műveletet. A Swipelux egy url-t ad vissza, amely a fájlt mellékletként tölti le, és egy óra után lejár. Az archivált dokumentumok 404-et adnak vissza.
API válaszok
Küldjön el egy teljes válaszcsomagot az aktuális revízióhoz aPOST /v3/customers/{customerId}/tasks/{taskId}/submissions művelettel:
Submit task answers
Haszonhúzó előfeltétel vállalkozásoknál
Egy haszonhúzói bizonyítékot igénylő üzleti képesség kérése akkor is sikeres, ha az ügyfélnek még nincs megfelelő tulajdonosa. A képességrestricted státusszal jön létre, statusReason.code: tasks_due értékkel, és az üzleti adatfelvételi feladat kéri a hiányzó tulajdonlási tényeket, beleértve a tulajdonlási struktúrát.
Ugyanez a feladat tartalmaz egy resource_reference követelményt, amelynek kérése tartalmazza a qualification: "beneficial_owner" értéket:
Beneficial owner requirement
person fele, és legalább 25 megadott tulajdonlási százalékkal rendelkezik, vagy megadott százalék nélkül ownership.declared: true értékkel rendelkezik.
A követelmény az aktuális kapcsolt fél listából származik, így általában nem válaszolja meg közvetlenül:
- Egy megfelelő kapcsolt fél létrehozása vagy frissítése ugyanabban az újraértékelésben teljesíti a követelményt, és megnyitja az adott tulajdonos saját profil- és dokumentummunkáját. Lásd az Üzleti kapcsolt felek hozzáadása oldalt.
- Hivatkozhat egy megfelelő félre explicit módon is egy
resource_referenceválasszal, amely tartalmazza annakrelatedPartyIdértékét. - A követelmény a teljesítése után is listázva marad az aktuális feladatban. Amikor más nyitott kötelezettség nem marad, a feladat
satisfiedstátuszba kerül. - Az utolsó megfelelő fél archiválása, vagy az őt minősítő tények eltávolítása újranyitja a követelményt, még azután is, hogy a feladat
satisfiedlett.
Folytatás, amikor a képesség kész
Olvassa be újra a képességet aGET /v3/customers/{customerId}/capabilities/{capabilityId} művelettel:
Refetch capability
status értéke azt jelzi, hogy a jogosultságot jóváhagyták-e. Számlát kibocsátó képesség esetén az accountProvisioning külön jelzi, hogy a számla not_started, in_progress, issued vagy failed állapotú-e; a számlát nem kibocsátó képesség not_applicable értéket ad vissza.
Amíg a képesség pending állapotú, az általa jelezhető statusReason.code értékek közül kettő azt mutatja, hogy folyamatban van-e felülvizsgálat. A preparing_submission azt jelenti, hogy a Swipelux még benyújtásra készít elő egy kérelmet, és nincs folyamatban felülvizsgálat, még akkor sem, ha egy másik bank kérelme rejected vagy beavatkozást igényel. A review_in_progress azt jelenti, hogy felülvizsgálat van folyamatban, például amíg egy kérelem in_review állapotú, vagy egy hosted ellenőrzés nyitva van. Mindkettő resolution: wait értéket használ. Az ezen kódok közötti váltás pending állapotban hagyja a státuszt, így nem küld capability.status_changed eseményt. Olvassa le a képességet az aktuális kód megtekintéséhez.
Csak akkor folytassa, ha az aktuális képességstátusz engedélyezi a létrehozni kívánt számlát, árajánlatot vagy átutalást. Ha a folyamathoz kibocsátott számla szükséges, várja meg azt is, hogy az accountProvisioning értéke issued legyen.
Ezután válassza ki a megfelelő útvonalat a Gyakori folyamatok oldalon.