externalId-kenttää vakaana yhdistämisenä järjestelmäsi vastaavaan tietueeseen.
Environment variables
Yksityisasiakkaat
Yksityishenkilö vaatii vaintype-kentän. Sisällytä jo tiedossa olevat profiilikentät ja lisää lisää vain, kun nykyinen kyky tai tehtävä niitä tarvitsee.
Luo asiakas POST /v3/customers -toiminnolla:
Create individual customer
data.id muuttujaan CUSTOMER_ID. Katso Yksityishenkilön käyttöönotto käytäntökontekstia varten.
Yritysasiakkaat
Yritys vaatiibusiness.legalName-kentän. Luo yritys samalla toiminnolla:
Create business customer
data.id muuttujaan CUSTOMER_ID. Katso Yrityksen käyttöönotto käytäntö- ja dokumenttikontekstia varten.
Lisää yritykseen liittyvät osapuolet
Lisää johtajat, omistajat ja muut yrityksen osallistujat, kun ne ovat tiedossa tai pyydettyjä. Tämä esimerkki luo johtajanPOST /v3/customers/{customerId}/related-parties -toiminnolla:
Add related party
data.id muuttujaan RELATED_PARTY_ID.
Jos sinun täytyy viedä asiakkaan tiedot, käytä toimintoa POST /v3/customers/{customerId}/export ja noudata sen pyyntöskeemaa. json_basic_data-muoto palauttaa nykyisen julkisen v3-asiakasresurssin JSON-liitteenä; jokainen kutsu laskee nykyiset tiedot uudelleen eikä sisällä asiakirjoja tai asiakirjojen metatietoja.
Siirrettävyystunnusmuotoa varten lähetä vastaanottavan KYC-projektin asiakas-ID kentässä forClientId, ei Swipeluxin customerId-arvoa. Käytä palautettua data.token-arvoa ennen data.expiresAt-ajankohtaa. Saman Idempotency-Key-avaimen ja rungon uudelleenkäyttö toistaa kyseisen tunnustuloksen; käytä uutta avainta uuden tunnuksen myöntämiseen.
Lue valmius kyvyistä
Asiakkaalla ei ole vahvistus- tai valmiustilaa API:ssa. Lue asiakasGET /v3/customers/{customerId} -toiminnolla nykyisten profiilitietojen saamiseksi, käytä sitten kykyjä ja niiden openTaskIds-kenttiä päättämään, mitä asiakas voi tehdä seuraavaksi.
Get customer
Etsi asiakkaat, joilta puuttuu asiakirjoja
Selvittääksesi, mitkä sivun asiakkaat ovat vielä velkaa pakollisia asiakirjoja, välitäinclude=documentRequirements kohteelle GET /v3/customers. Voit yhdistää sen kykyjen yhteenvetoihin muodossa include=capabilities,documentRequirements. API-avaimet tarvitsevat accounts:read-oikeuden documentRequirements-laajennukseen.
Jokainen asiakasyhteenveto sisältää tällöin documentRequirements-objektin:
Document requirement summary
counton niiden pakollisten asiakirjavaatimusten määrä, jotka ovat tilassaaction_requiredtehtävissä, jotka ovat myös tilassaaction_required. Se kattaa kaikki tehtävien laajuudet, myös koko tilin tehtävät, eikä se riipu kykyjen valmiudesta.requiredontrue, kuncounton suurempi kuin0.- Vaihtoehtojen joukko lasketaan kerran, ja vain silloin, kun jokainen vaihtoehto vaatii asiakirjan.
required: false ei todista, ettei mikään asiakirjatehtävä koske asiakasta. Käytä sitä asiakkaiden priorisointiin ja lue sitten heidän tehtävänsä saadaksesi määräävän luettelon kerättävistä tiedoista. Ilman laajennusta vastaus jättää documentRequirements-kentän pois.
Seuraavaksi jatka kohtaan Kyvyt ja tehtävät, joka löytää ja aktivoi tarvitsemasi tuotetuloksen.