Environment variables
Löydä tuetut kyvyt
Lue asiakkaan nykyiset vaihtoehdotGET /v3/customers/{customerId}/capabilities/supported -toiminnolla:
List supported capabilities
directions-, method- ja accountType-arvoa. Jatka vain, kun availability on available tai beta ja eligibility.eligible on true. Jos institutions palautetaan, valitse vain ID kyseisestä vastauksesta.
Jokainen instituutiomerkintä sisältää logoUrl-kentän ja isDefault-lipun. Käytä logoUrl-arvoa pankin logon näyttämiseen pankinvalintakäyttöliittymässä ja näytä oma yleinen pankkikuvakkeesi, kun arvo on null. isDefault koskee vain tätä asiakasta ja kykyä, ei instituutiota yleisesti. GET /v3/institutions palauttaa saman null-arvoja sallivan logoUrl-kentän. Instituutioiden ID:t ovat läpinäkymättömiä, joten käsittele uudet ID:t ilman koodimuutoksia.
Institution entry
data[].id muuttujaan CAPABILITY_ID. Älä koskaan kopioi kyky-ID:tä toiselta asiakkaalta tai ympäristöstä.
Jaetut ja nimelliset tilityypit
Pankkikykyjä on kahta muunnelmaa, jotka koodataanaccountType-kenttään ja kyky-ID:n loppuliitteeseen (esimerkiksi ach_pooled, wire_named):
pooled: jaettu Swipeluxin pankkitili. Kukin maksun vastaanotto käyttää yksilöllistä viitettä varojen reitittämiseen. Valitse tämä kertaluontoisia siirtoja varten.named: asiakkaalle omistettu pankkitilitiedot (virtuaalinen IBAN, omistettu ACH-tili). Uudelleenkäytettävä ja jaettavissa minkä tahansa maksajan kanssa. Vaaditaan luotuja pankkitilejä varten.
pooled. Käytä named-tyyppiä vain, kun asiakas tarvitsee uudelleenkäytettäviä pankkitilitietoja. Tarkista supported-vastauksesta, mitkä muunnelmat ovat saatavilla.
Jos haluat vastaanottaa SWIFT-talletuksia tai luoda SWIFT-pankkitilitiedot, käytä swift_named-vaihtoehtoa. swift_pooled tukee vain maksuja ulos, joten tarkista kunkin vaihtoehdon directions-arvo tuettu-kykyvastauksesta. Nimellinen SWIFT-tili palauttaa uudelleenkäytettävät vastaanottotiedot, mukaan lukien pankin BIC-tunnuksen, viitteen, kun sellainen vaaditaan, ja edunsaajan osoitteen, kun pankki toimittaa sen.
Luoduille ACH-, Wire- ja SWIFT-tileille voit valita tarkan pankin institution-kentällä ja tallentaa tilipyynnön ennen kuin pankki hyväksyy asiakkaan. Katso Luo pankkitili.
Pyydä kyky
Pyydä valittu vaihtoehtoPOST /v3/customers/{customerId}/capabilities/{capabilityId} -toiminnolla:
Request capability
institutions-taulukkoa vain, kun sinun täytyy valita tuettu-kykyvastauksen palauttamista ID:istä.
Tallenna data.status muuttujaan CAPABILITY_STATUS, data.accountProvisioning muuttujaan ACCOUNT_PROVISIONING_STATUS, data.openTaskIds muuttujaan OPEN_TASK_IDS ja kukin data.applications[].id muuttujaan APPLICATION_IDS.
Pankkikohtaiset jaetut hakemukset
Nimellisissä pankkikyvyissä jokaisella asiakkaalla on yksi hakemustapaus pankkia kohden. Jaetut kyvyt ja alustakyvyt käyttävät tapauksia ilman pankkia. Swipelux jakaa tapauksen kaikkien pyytämiesi yhteensopivien kykyjen kesken:- Yksi hyväksyntä voi kattaa useita kykyjä. Esimerkiksi yhden pankin hyväksytty tapaus voi tehdä sekä ACH- että wire-kyvystä
ready-tilaisen. - Myöhempi pyyntö, joka vastaa olemassa olevaa tapausta, käyttää sitä uudelleen. Swipelux ei avaa toista hakemusta eikä lisää päällekkäisiä tehtäviä.
- Eri pankkien tapaukset ovat toisistaan riippumattomia. Hylkäys yhdessä pankissa ei vaikuta toisen pankin tapaukseen.
201tarkoittaa, että pyyntö avasi uuden hakemustapauksen.200tarkoittaa, että pyyntö kohdistui hakemustapaukseen, joka asiakkaalla jo oli, esimerkiksi toistettu pyyntö pankkikyvylle, joka asiakkaalla jo on, tai pyyntö peruutetulle kyvylle. Toistettu pyyntö kyvyllecardtaistablecoin_transferspalauttaa edelleen409 capability_already_exists.selectedApplicationIdon ylätason kenttädata-kentän vieressä, ja se sisältää pyynnön valitseman tai avaaman tapauksen ID:n. Swipelux jättää sen pois, kun pyyntö ei valinnut tapausta. Idempotentti uusinta palauttaa saman arvon.
Response (abbreviated)
institutions-luettelo uudelleen valitaksesi saman tapauksen, tai lähetä yksi instituution ID kohdistaaksesi pyynnön kyseiseen pankkiin. Pankki, joka on hylännyt asiakkaan lopullisesti, ohitetaan. Kun nimeät vain kyseisen pankin tai kaikki kelvolliset pankit ovat hylänneet asiakkaan, pyyntö palauttaa 409 capability_terminally_rejected. Kokeillaksesi toista pankkia hylkäyksen jälkeen pyydä kykyä uudelleen kyseisen pankin instituution ID:llä.
Kyvyn tila heijastaa kaikkia asiakkaan siihen liittyviä tapauksia. Nimellisessä kyvyssä yksi ready-tapaus, jonka hyväksyntä kattaa kyvyn, riittää tekemään siitä ready-tilaisen riippumatta siitä, mitä muut pankit raportoivat. Jaettu kyky odottaa lisäksi maksutapansa tarkistusta, joka raportoidaan probes-kentässä asiakkaan hakemusluettelossa.
Listaa asiakkaan hakemukset
Listaa kaikki asiakkaan hakemustapauksetGET /v3/customers/{customerId}/applications -toiminnolla. Tulokset sivutetaan nextCursor- ja hasMore-kentillä, ja ne hyväksyvät updatedAfter-parametrin:
List applications
applications[]-kentässä palautettavat hakemuskentät sekä lisäksi:
scope:namedyhden pankin tapaukselle,provider_pooledtaiplatformtapauksille ilman pankkia, tainullluokittelemattomalle historialliselle tapaukselle.institutionpuuttuuprovider_pooled- japlatform-tapauksista.requestedScope[]: tapaukseen kohdistetut pyydetyt kykyavaimet, kukin ensimmäisellärequestedAt-arvollaan. Merkintöjä ei koskaan poisteta.coverage[]: kykyavaimet, jotka tapauksen hyväksyntä kattaa, kukingrantedAt- jasource-arvoineen. Kattavuus kirjaa laajuuden, ei valtuutusta. Lue kyky saadaksesi sen nykyisen tilan.probes[]: maksutavan tarkistukset tapauksen kattamille jaetuille kykyavaimille, kukincapabilityKey-,status- jareason-arvoineen. Nimelliset avaimet eivät koskaan vaadi tarkistusta.generation,predecessorApplicationIdjasupersededByApplicationId: seuraantolinkit. KunsupersededByApplicationIdon asetettu, tapaus on korvattu. Seuraa kyseistä ID:tä nykyiseen tapaukseen. Kyvynapplications[]sisältää vain nykyiset tapaukset, joten korvattu tapaus näkyy vain tässä luettelossa.
Response (abbreviated)
Suorita nykyiset tehtävät
Listaa tehtävätGET /v3/customers/{customerId}/tasks -toiminnolla, valitse ID:t muuttujasta OPEN_TASK_IDS, lue sitten kukin nykyinen tehtävä GET /v3/customers/{customerId}/tasks/{taskId} -toiminnolla:
List open tasks
data.revision- ja data.requirements-arvoa. Hae tehtävä uudelleen juuri ennen lähettämistä, jos jompikumpi voi olla muuttunut.
Uudelleenkäytetyt profiilitodisteet
Hakemuksen intake-tehtävissä, jotka hyväksyvät suoran API-lähetyksen, Swipelux käyttää uudelleen tietoja, jotka asiakas on jo antanut. Kun tällainen tehtävä luodaan tai täsmäytetään, Swipelux tarkistaa asiakasprofiilin ja asiakkaan itse lataamat asiakirjat. Kelvolliset vaatimukset, joiden tukena on jo käyttökelpoinen profiiliarvo tai asiakirja, siirtyvät tilaanin_review sen sijaan, että ne jäisivät toimintakelpoisiksi. Profiilin päivitykset ja uudet asiakirjalataukset käynnistävät saman tarkistuksen olemassa oleville tehtäville.
Vain puuttuvat tai yhteensopimattomat arvot jäävät toimintakelpoisiksi. Uudelleenkäyttö ei hyväksy todisteita. Swipelux tarkistaa ne silti. Eksplisiittiset korjauspyynnöt ja aiemmin vastatut vaatimukset jäävät toimintakelpoisiksi. Omistajien ja liittyvien osapuolten asiakirjoja ei käytetä uudelleen, ja vaatimukset, jotka kerätään vain isännöidyn istunnon kautta, noudattavat normaalia kulkuaan.
Vaatimusten esittäminen
Rakenna lomakkeet kunkin vaatimuksen palauttamista metatiedoista vaatimusavainten sijaan. Vaatimus voi sisältää valinnaisen lyhyentitle-kentän, ja jokainen request sisältää prompt-kentän, joka näytetään otsikon alla.
Vaatimukset, joiden request.type: "profile", yksilöivät profiilikentän profilePointer-kentällä ja lisäävät syötteen metatietoja:
allowedValues: sallitut arvot skalaarikentälle tai taulukkokentän jokaiselle alkiolle. Lähetä nämä arvot, älä käännettyjä näyttöotsikoita.valueSchema: itsenäinen JSON Schema Draft 7 -dokumentti, joka kuvaa syötteen muodon, sisäkkäiset ominaisuudet, pakolliset kentät ja rakenteelliset rajoitteet. Objektien enumit näkyvät asianomaisessa ominaisuudessa, esimerkiksivalueSchema.items.properties.type.enumverotunnisteille. Swipelux soveltaa silti kenttien välistä validointia ja tarkastusvalidointia lähetyksen jälkeen, joten skeeman läpäisevä arvo voidaan silti hylätä.valueType: "country", tai taulukoilleitemValueType: "country": kenttä hyväksyy isoilla kirjaimilla kirjoitettuja ISO 3166-1 alpha-2 -koodeja.valueSchema-skeeman sisäkkäiset maaominaisuudet käyttävätformat: "iso-3166-1-alpha-2". Käytä vakiomaaluetteloa lokalisoituja otsikoita varten.
Requirement
valueSchema ja allowedValues. Esitä ne prompt- ja valueType-kenttien perusteella.
Jokainen avoin tehtävä sisältää dueAt-aikaleiman. Kun Swipelux luo tehtävän ilman eksplisiittistä eräpäivää, dueAt on oletuksena tasan 31 päivää tehtävän createdAt-ajankohdan jälkeen. Käsittele dueAt-arvoa informatiivisena: et voi asettaa sitä API:n kautta, eikä se laukaise automaattista elinkaarisiirtymää. Vain erillinen deadline-kenttä aiheuttaa automaattisen siirtymän, jos se on asetettu.
Isännöidyt toiminnot
Tehtävän tietovastauksessa jokainenverificationSessions- ja tosSessions-merkintä sisältää action-objektin. Tehtäväluettelon vastaukset eivät sisällä näitä toimintolinkkejä. Tallenna kunkin istunnon id ja lue action.kind ennen asiakkaan ohjaamista; älä päättele linkin saatavuutta istunnon status-arvosta.
action.kind: "available"sisältääaction.url- jaaction.expiresAt-arvot (tällä hetkellä ainanull). Tallennaaction.url, lähetä asiakas siihen ja lue tehtävä sitten uudelleen. Istuntotasonurl- jaexpiresAt-kentät sisältävät samat arvot.action.kind: "unavailable"tarkoittaa, ettei linkkiä pidä näyttää. Istuntotasonurl- jaexpiresAt-kentät puuttuvat. Istunnonstatusei yksin määritä saatavan toiminnon tyyppiä.
Verification session
action_required, sisältää arvon reviewFeedback.code: hosted_profile_direct_submission_required. Kerää arvo asiakkaalta ja lähetä se API-vastauksena.
Lataa dokumentteja
Kun vaatimus pyytää dokumenttia, lataa sePOST /v3/customers/{customerId}/documents -toiminnolla:
Upload document
data.id muuttujaan DOCUMENT_ID ennen kuin lähetät siihen viittaavan vastauksen.
Noutaaksesi tallennetun tiedoston myöhemmin kutsu GET /v3/customers/{customerId}/documents/{documentId}/download -päätepistettä. Swipelux palauttaa url-arvon, joka lataa tiedoston liitteenä ja vanhenee tunnin kuluttua. Arkistoidut dokumentit palauttavat 404-virheen.
API-vastaukset
Lähetä yksi täydellinen vastausjoukko nykyistä versiota vartenPOST /v3/customers/{customerId}/tasks/{taskId}/submissions -toiminnolla:
Submit task answers
Edunsaajaa koskeva ennakkoedellytys yrityksille
Sellaisen yrityskyvyn pyytäminen, joka tarvitsee edunsaajatodisteita, onnistuu myös silloin, kun asiakkaalla ei vielä ole kelvollista omistajaa. Kyky luodaan tilassarestricted arvolla statusReason.code: tasks_due, ja yrityksen intake-tehtävä pyytää puuttuvat omistusfaktat, mukaan lukien omistusrakenteen.
Sama tehtävä sisältää resource_reference-vaatimuksen, jonka pyyntö sisältää qualification: "beneficial_owner":
Beneficial owner requirement
person-osapuoli, jolla on toimitettu omistusprosentti vähintään 25 tai ownership.declared: true ilman omistusprosenttia.
Vaatimus johdetaan nykyisestä liittyvien osapuolten luettelosta, joten et yleensä vastaa siihen suoraan:
- Kelvollisen liittyvän osapuolen luominen tai päivittäminen täyttää vaatimuksen samassa uudelleenarvioinnissa ja avaa kyseisen omistajan oman profiili- ja asiakirjatyön. Katso Lisää yritykseen liittyvät osapuolet.
- Voit myös viitata kelvolliseen osapuoleen eksplisiittisesti
resource_reference-vastauksella, joka sisältää senrelatedPartyId:n. - Vaatimus pysyy listattuna nykyisessä tehtävässä sen täyttymisen jälkeen. Kun muita avoimia velvoitteita ei ole, tehtävä siirtyy tilaan
satisfied. - Viimeisen kelvollisen osapuolen arkistointi tai sen kelpuuttaneiden faktojen poistaminen avaa vaatimuksen uudelleen, myös sen jälkeen, kun tehtävä oli
satisfied.
Jatka, kun kyky on valmis
Lue kyky uudelleenGET /v3/customers/{customerId}/capabilities/{capabilityId} -toiminnolla:
Refetch capability
status kertoo, onko käyttöoikeus hyväksytty. Tilin myöntävällä kyvyllä accountProvisioning kertoo erikseen, onko kyseinen tili tilassa not_started, in_progress, issued vai failed; kyky, joka ei myönnä tiliä, palauttaa arvon not_applicable.
Kun kyky on tilassa pending, kaksi sen mahdollisesti ilmoittamista statusReason.code-arvoista kertoo, onko tarkistus käynnissä. preparing_submission tarkoittaa, että Swipelux valmistelee yhä hakemusta lähetettäväksi eikä tarkistusta ole käynnissä, vaikka toisen pankin hakemus olisi rejected tai vaatisi huomiota. review_in_progress tarkoittaa, että tarkistus on käynnissä, esimerkiksi kun hakemus on tilassa in_review tai isännöity vahvistus on auki. Molemmat käyttävät arvoa resolution: wait. Vaihto näiden koodien välillä pitää tilan arvossa pending, joten capability.status_changed-tapahtumaa ei lähetetä. Lue kyky nähdäksesi nykyisen koodin.
Jatka vain, kun nykyinen kyvyn tila sallii aiottujen tilin, tarjouksen tai siirron luomisen. Kun virta tarvitsee myönnetyn tilin, odota myös, että accountProvisioning muuttuu arvoon issued.
Seuraavaksi valitse vastaava matka Yleiset virrat -sivulta.