API integration checklist
This should serve as a guide for you if you are planning to integrate any API with the partner, what are the point to discuss with partner, what should be set up on the test environment and what in the production.
Pre-implementation information basis
Here is list of API: API integration manuals
If you are not sure which API to use, please get in touch with us via Service Desk
it has to be set up in the API
it needs to reflect validity setup in the NCDB for whole market
Formal Passport Photograph
Photo is not needed in case:
Card is issued through API for external issuers
Card is displayed in the international ISIC App (photo can be added later through the ISIC App, but we never get this photo in NCDB)
Photo is required in case:
Card is issued through API for external issuers
Card is displayed in Partner App through GTS API for card display (only card issued through NCDB and for one issuer can be displayed in the Partners App)
Checklist before requesting test environment API access
Please go through this checklist and once all boxes are ticked, please contact the IT Service desk and request the test environment access
Other Points
Testing Scenarios
In case you are implementing different API, please get in touch with us for testing scenarios
These are main testing scenarios, each partner might need as well specify some scenarios to match his needs
API for External Issuers
Create a new user
POST /cardholders.set
Upload picture to new user, if using
POST /cardholders.setPhoto
Create a ISIC card with months validity your market is using
report mode
POST /cards.report
b. request mode
POST /cards.request
It is important to follow this sequence:
Create user
upload picture
create card
If you upload picture after creating the card, the picture will not upload to the card retrospectively.
Extend the card - based on the chosen option
If the card validity is extended
POST /cards.changeValidity
User has to be always updated first
POST /cardholders.set incl. cardholder_id before the card is extended
Reason: that the card is issued with correct data, in case there has been an update in between
b. If a new card is issued
use always cardholder_id, that we match the newly issued card to the same cardholder
Cancel card and its reactivation
POST /cards.changeStatus
Digital cards API
Check if card is displayed correctly
Check with ISO if all criteria are met - such as watermark - see documentation for full list of details
Check all corner cases - such as if the picture od virtual card is not generated yet.
Checklist before requesting production API access
Please go through this checklist and once all boxes are ticked, please contact the IT Service desk and request the production access together with the testing outcome