[Refactor]: Make use of Locker for generating/storing fingerprints #3721
Labels
A-core
Area: Core flows
C-refactor
Category: Refactor
M-api-contract-changes
Metadata: This PR involves API contract changes
M-database-changes
Metadata: This PR involves database schema changes
Milestone
Description
Previously we were generating the fingerprints on our application end itself after this change we will have the fingerprints generated by our locker.
Fingerprint is generated for each and every card payment. Moreover we are storing fingerprint in all the attempt tables.
Now vouching for the scenarios were there are more than one attempt associated with one intent in that case we are adding the successful attempt's fingerprint in intent.
So how does the whole flow works:
Note: All successful attempts will have a fingerprint but intent's fingerprint will always be the successful attempt's fingerprint.
Other checkpoints under same hood:-
/cards/fingerprint
API call withhash_key
(Also ensure to whitelist this endpoint in proxy).Testing
Generating fingerprints
-> Toggle the blocklist guard from merchant account being used using
/blocklist/toggle?status=true
. More abouttoggling guard here.
-> We need to create a payment.
-> While trying to confirm the payment it will have the
fingerprint_id
in the response. This can be used to block theinstrument. If the payment was able to be captured the fingerprint will be stored in the intent table as well
Blocking fingerprints
Refer to the attached postman collection for the API contracts for the blocklist APIs(Description). Currently we support blocking three types of resources i.e. card numbers (payment intrument), card bin, and extended card bin.
blocklist_api_postman.zip
Curls for testing out the complete flow
Toggle Blocklist Guard for merchant
Blocklisting fingerprint for merchant
Listing Blocked fingerprints of merchant
Unblocking Blocked fingerprints for merchant
The text was updated successfully, but these errors were encountered: