Qual ID IDV authentication time

Qual ID: We've tried with document pictures of different sizes against Identity Verification API endpoint (https://api.globaldatacompany.com/verifications/v1/verify), and we noticed it's always taking more than 2 mins to respond. Does it only occur in sandbox environment or is it also expected in prod environment? Attached is the Postman collection to replicate our testing case.
Best Answer
-
Hi,
Results for Qual-ID Document Verification (IDV) transactions are returned in seconds and is typically returned under 20 seconds in a normal scenario. However, it can take longer (sometime more than a 2 minutes) and the processing time is dependent on several factors:
-The type of document
- Availability of a government-issued attribute such as an MRZ text on Passports or a Barcode on Driver's
Licenses
- The quality of the image
- The speed of the internet connection
- A complete end to end transaction from capturing all three images (front and back of document and selfie)
takes approximately 30-45 seconds in a normal scenario. It shouldn’t go anything more than 120 seconds and that would normally happen if the service is failing over from automated to manual review. This is where asynchronous call should help.
The Document Verification service follows 2 tiered system i.e. if the first tier (automatic check) doesn’t pass the first automatic tier, it waterfalls to the manual source so the job processing time can be anywhere from 2 minutes upwards. Because of this extended transaction time, the customer portal may not always be suitable for document verification as the interface may time out but the transaction will complete.
The most effective way to utilize these services is to send an asynchronous API request. Usually, when a document fails first tier (automatic verification service) but passes on the second tier (manual verification), it is usually down to the quality of the image uploaded
In order to utilize the asynchronous API request, I suggest you use Callback URL element in the API request which could eliminate the latency issue that you may have encountered. Once the asynchronous request is invoked, it would generate the transaction ID on the callback url that you will provide. Using that transaction ID, you should be able to retrieve the response through Get Transaction Record API call
0
Categories
- All Categories
- 3 Polls
- 6 AHS
- 36 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 688 Datastream
- 1.4K DSS
- 624 Eikon COM
- 5.2K Eikon Data APIs
- 10 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 255 ETA
- 557 WebSocket API
- 38 FX Venues
- 14 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 23 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 276 Open PermID
- 44 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 22 RDMS
- 1.9K Refinitiv Data Platform
- 692 Refinitiv Data Platform Libraries
- 4 LSEG Due Diligence
- LSEG Due Diligence Portal API
- 4 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.2K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 12 World-Check Customer Risk Screener
- 1K World-Check One
- 46 World-Check One Zero Footprint
- 45 Side by Side Integration API
- 2 Test Space
- 3 Thomson One Smart
- 10 TR Knowledge Graph
- 151 Transactions
- 143 REDI API
- 1.8K TREP APIs
- 4 CAT
- 27 DACS Station
- 121 Open DACS
- 1.1K RFA
- 105 UPA
- 194 TREP Infrastructure
- 229 TRKD
- 918 TRTH
- 5 Velocity Analytics
- 10 Wealth Management Web Services
- 91 Workspace SDK
- 11 Element Framework
- 5 Grid
- 18 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛