# IdentityVerification
Pending action IdentityVerification
is always triggered only by Intergiro on production environment, however to test the integration you can simulate this use-case on staging environment for Individuals in statuses onboarding_data_provided
, activated
, blocked
by performing the following recommended steps:
POST /individual
- create an Individual;POST /individuals/:id/onboard
- start the onboarding process for created Individual;- Depending on the use-case you would like to test you can just simulate onboarding data provision OR additionally simulate Individual status change:
POST /simulations/onboarding/kyc
- provide onboarding data to test pending action for the Individual in statusonboarding_data_provided
;POST /simulations/onboarding/status
- use this request in combination with/onboarding/kyc
to simulate onboarding decision and to test pending action for the Individual in statusactivated
orblocked
POST /simulations/individuals/:id/identity_verification
- simulate creation of pending action as if it is triggered from Intergiro side;GET /events
- retrievepending_action_id
from receivedPendingActionCreated
event;GET /pending_actions/:id
- fetchconsent_id
from pending action;POST /consents/id:
- fetchredirect_url
and pass the steps on UI
TIP
In case you try to simulate creation of IdentityVerification
for the Individual in status pending_activation
or onboarding_requested
3d API will return 422
error with the following body:
{
"error": {
"code": "request_blocked",
"message": "The individual should have one of the following statuses: onboarding_data_provided, activated, blocked"
}
}
# ProofOfAddressVerification
Pending action ProofOfAddressVerification
is always triggered only by Intergiro on production environment, however to test the integration you can simulate this use-case on staging environment for Individuals in statuses onboarding_data_provided
, activated
, blocked
by performing the following recommended steps:
POST /individual
- create an Individual;POST /individuals/:id/onboard
- start the onboarding process for created Individual;- Depending on the use-case you would like to test you can just simulate onboarding data provision OR additionally simulate Individual status change:
POST /simulations/onboarding/kyc
- provide onboarding data to test pending action for the Individual in statusonboarding_data_provided
;POST /simulations/onboarding/status
- use this request in combination with/onboarding/kyc
to simulate onboarding decision and to test pending action for the Individual in statusactivated
orblocked
POST /simulations/individuals/:id/proof_of_address_verification
- simulate creation of pending action as if it is triggered from Intergiro side;GET /events
- retrievepending_action_id
from receivedPendingActionCreated
event;GET /pending_actions/:id
- fetchconsent_id
from pending action;POST /consents/id:
- fetchredirect_url
and pass the steps on UI
TIP
In case you try to simulate creation of ProofOfAddressVerification
for the Individual in status pending_activation
or onboarding_requested
3d API will return 422
error with the following body:
{
"error": {
"code": "request_blocked",
"message": "The individual should have one of the following statuses: onboarding_data_provided, activated, blocked"
}
}
# AuthenticateCardOperation
Pending action AuthenticateCardOperation
is always triggered only by Intergiro on production environment, however to test the integration you can simulate this use-case on staging environment for Individuals in status activated
and for the card in status activated
by performing the following recommended steps:
POST /simulations/three_ds_authentication
- simulate creation of pending action as if it is triggered from Intergiro side;GET events
- retrievepending_action_id
from receivedPendingActionCreated
event;GET /pending_actions/:id
- fetchconsent_id
from pending action;POST v3/consents/id:
- fetchredirect_url
and pass the steps on UI.
← Cards Customization →