Solution

Prove Payment Verification

Prove Payments Solution applies our expertise in the digital acquisition and engagement arenas across to all aspects of Payments from funding, validation, and ecommerce to global payment security enhancement.

Coverage:
Steve Durney

Steve Durney

Slack : sdurney

PV1 - Verify Card Credentials

Prove Payments eases consumer friction with passive review of payment transactions while creating trust for the app (or website) to accept a payment from a debit/credit/private label card relative to the device, identity and payment profiles. The app owner can make a determination on risk presented back from Prove’s checks.  At the completion, a Prove Network identity token is created or validated.

Mobile & App

1

Consumer has chosen to checkout and has filled in their shipping, billing and payment information.  Upon the “Place Order” button they move to screen two.  Payment credentials are filled in by the user; they are not looked up by Prove.

2

In the background, Prove tools to verify reputation of the shipping address and reputation of the phone checking out.  An orchestration method, managed by Prove to invoke outside services, chooses a verification method for the payment credentials.  Reputation and ownership are checked against the payment method used (data from outside verification source) versus the data entered.  App that invoked the payment then can make a determination to proceed, pend or stop.

3

Checks are completed and the customer is presented with their confirmation of payment and the Prove Network creates or confirms a token.

Download The Full CX Flow

Prev
Next

Mobile App Step-up - Passive

Status: Beta
Push Auth Fact SheetSolution & Use Case FAQ
1

As the customer attempts to login, Prove verifies possession of the device.

2

Use the on-device biometric to add a second factor of authentication.

3

Use the on-device biometric to add a second factor of authentication.

4

The user has been authenticated with two factors.

Download The Full CX Flow

Prev
Next

Desktop Step-up - Passive

Status: Beta
Push Auth Fact SheetSolution & Use Case FAQ
1

User is logging in to their account on a desktop or other secondary device with existing credentials.

2

If enabled, offer a Push Auth option to the user.

3

The customer approves the login through the push notification, while Prove verifies possession of the registered device

4

Use the on-device biometric to authenticate with a second factor.

5

Use the on-device biometric to authenticate with a second factor.

6

The transaction is allowed to proceed
if the proper person is authenticated

Download The Full CX Flow

Prev
Next

PV2A - Verify ACH Credentials
(Inbound Sender Verification)

PV2A’s purpose is to create trust for an app (or website) to accept a payment or receive funds inbound from ACH or similar services relative to the device, identity and payment profiles. The app owner can make a determination on risk presented back from Prove’s checks. At the completion, a Prove Network identity token is created or validated. This flow is shown as a customer experience, though this can be run silently/passively by businesses in scenarios where funds are to be received but the customer is not present while this happening. Possession of the other account is not confirmed.

Mobile & App

Status: Alpha
Solution & Use Case FAQ
1

Consumer has chosen to move money into this app or service.

2

Payment credentials are filled or chosen by the user or filled using an outside party’s lookup service; they are not looked up by Prove.

3

The consumer enters the amount to transfer.

4

Prove tools use the data from an outside service to pull back the ownership data of the account from which the money originates. Against this data, Prove verifies reputation of the data versus the reputation of the device and/or the Prove Network and presents the conditions from the sending account. Reputation and ownership are checked. The app can present back guidance to the user asking for confirmation it is correct.

5

Checks are completed and the app can invoke a decision to proceed, pend or stop in the background on their own risk rules (not managed by Prove).

Assumption of ID minting

6

The transaction is completed and a Prove Network token is minted or confirmed, if possible.

Download The Full CX Flow

Prev
Next

Desktop Step-up

1

User is logging in to their account on a desktop or other secondary device with existing credentials.

2

If enabled, offer a Push Auth option to the user.

3

The customer approves the login through the push notification, while Prove authenticates possession of the registered device

4

Use the on-device biometric to authenticate with a second factor.

5

Use the on-device biometric to authenticate with a second factor.

7

The user is logged in to the website

Download The Full CX Flow

Prev
Next

Mobile Auth

Status: Release
Solution & Use Case FAQ
1

As the customer attempts to login, Prove discovers the phone number from the Mobile Network Operator, to be used to authenticate the correct user.

2

The user has been authenticated

Download The Full CX Flow

Prev
Next

Instant Link - Desktop

Status: Release
Solution & Use Case FAQ
1

User is logging in to their account on a desktop or other secondary device.

2

If enabled, offer a Push Auth option to the user. If Push Auth is unavailable, fallback to Instant Link.

3

User clicks the URL in the text message, and Prove authenticates possession in the background.

4

The transaction is allowed to proceed if the proper person is authenticated

Download The Full CX Flow

Prev
Next

PV2B - Verify ACH Credentials
(Outbound Receiver Verification)

PV2B’s purpose is to create trust for an app (or website) to send payment or funds outbound using ACH or similar services relative to the device, identity and payment profiles. The app owner can make a determination on risk presented back from Prove’s checks. At the completion, a Prove Network identity token is created or validated. This flow is shown as a customer experience, though this can be run silently/passively by businesses in scenarios where funds are to be sent but the customer is not present while this happening. Possession of the other account is not confirmed.

Mobile & App

Status: Alpha
Solution & Use Case FAQ
1

Consumer has chosen to move money out of this app or service.

2

Payment credentials are filled or chosen by the user or filled using an outside party’s lookup service; they are not looked up by Prove.

3

Prove tools use the data from an outside service to pull back the ownership data of the account from which the money is being sent. Against this data, Prove verifies reputation of the data versus the reputation of the device and/or the Prove Identity Network® and presents the conditions from the receiving account. Reputation and ownership are checked. The app can present back guidance to the user asking for confirmation it is correct and if it is trusted.

4

The consumer enters the amount to transfer.

5

Checks are completed and the app can invoke a decision to proceed, pend or stop in the background on their own risk rules (not managed by Prove).

6

The transaction is completed and a Prove Identity Network® token is minted or confirmed, if possible.

Download The Full CX Flow

Prev
Next

Desktop Step-up

1

User is logging in to their account on a desktop or other secondary device with existing credentials.

2

If enabled, offer a Push Auth option to the user.

3

The customer approves the login through the push notification, while Prove authenticates possession of the registered device

4

Use the on-device biometric to authenticate with a second factor.

5

Use the on-device biometric to authenticate with a second factor.

7

The user is logged in to the website

Download The Full CX Flow

Prev
Next

Mobile Auth

Status: Release
Solution & Use Case FAQ
1

As the customer attempts to login, Prove discovers the phone number from the Mobile Network Operator, to be used to authenticate the correct user.

2

The user has been authenticated

Download The Full CX Flow

Prev
Next

Instant Link - Desktop

Status: Release
Solution & Use Case FAQ
1

User is logging in to their account on a desktop or other secondary device.

2

If enabled, offer a Push Auth option to the user. If Push Auth is unavailable, fallback to Instant Link.

3

User clicks the URL in the text message, and Prove authenticates possession in the background.

4

The transaction is allowed to proceed if the proper person is authenticated

Download The Full CX Flow

Prev
Next

PV3 - Merchant Checkout

PV3’s purpose is to facilitate an easy, frictionless customer checkout and control transaction abandonment where the consumer is not logged into Prove’s Network via an identity token. For this use case, many consumers will select “guest checkout” on a merchant’s app or website or not be otherwise logged in with a verified credential (no Possession + Reputation + Ownership confirmed before checkout).

Mobile & App

Status: Alpha
Solution & Use Case FAQ
1

Consumer initiates checkout in their shopping cart with a phone number entry. Prove Pre-Fill® runs once consumer clicks on the checkout button.

2

In the background, Prove Pre-Fill® populates the consumer’s name, address and shopping information.  A token is minted upon Continue button click

3


The consumer’s payment information is retrieved via outside services.  The consumer is presented the payment options in an order controlled by the merchant/app

4


The consumer is presented with the summary of the order information, payment, shipping address details.  Prove conducts a reputation and ownership check. Once the consumer clicks “Place Order”, the merchant can approve, decline or pend based on Prove information relative to the conditions of payment, delivery.

5


Confirmation is provided to the consumer.

Download The Full CX Flow

Prev
Next

Desktop Step-up

1

User is logging in to their account on a desktop or other secondary device with existing credentials.

2

If enabled, offer a Push Auth option to the user.

3

The customer approves the login through the push notification, while Prove authenticates possession of the registered device

4

Use the on-device biometric to authenticate with a second factor.

5

Use the on-device biometric to authenticate with a second factor.

7

The user is logged in to the website

Download The Full CX Flow

Prev
Next

Mobile Auth

Status: Release
Solution & Use Case FAQ
1

As the customer attempts to login, Prove discovers the phone number from the Mobile Network Operator, to be used to authenticate the correct user.

2

The user has been authenticated

Download The Full CX Flow

Prev
Next

Instant Link - Desktop

Status: Release
Solution & Use Case FAQ
1

User is logging in to their account on a desktop or other secondary device.

2

If enabled, offer a Push Auth option to the user. If Push Auth is unavailable, fallback to Instant Link.

3

User clicks the URL in the text message, and Prove authenticates possession in the background.

4

The transaction is allowed to proceed if the proper person is authenticated

Download The Full CX Flow

Prev
Next

PV4 - Promotions Fraud

PV4 is intended to minimize merchant fraud through a secure process to validate promotion or coupon abuse. The tool historically was used for betting promotions but can be applied to coupon and discount abuse.

Desktop

Status: Alpha
Solution & Use Case FAQ
1

Presume that the coupon has been entered (targeted link or manual entry) prior to arriving on this screen. The consumer enters a phone number and Prove conducts a check to assess if the coupon code or link has been used by this identity or someone adjacent to the identity previously.

2

This shows the rejection due to abuse of the code.

Download The Full CX Flow

Prev
Next

Desktop Step-up

1

User is logging in to their account on a desktop or other secondary device with existing credentials.

2

If enabled, offer a Push Auth option to the user.

3

The customer approves the login through the push notification, while Prove authenticates possession of the registered device

4

Use the on-device biometric to authenticate with a second factor.

5

Use the on-device biometric to authenticate with a second factor.

7

The user is logged in to the website

Download The Full CX Flow

Prev
Next

Mobile Auth

Status: Release
Solution & Use Case FAQ
1

As the customer attempts to login, Prove discovers the phone number from the Mobile Network Operator, to be used to authenticate the correct user.

2

The user has been authenticated

Download The Full CX Flow

Prev
Next

Instant Link - Desktop

Status: Release
Solution & Use Case FAQ
1

User is logging in to their account on a desktop or other secondary device.

2

If enabled, offer a Push Auth option to the user. If Push Auth is unavailable, fallback to Instant Link.

3

User clicks the URL in the text message, and Prove authenticates possession in the background.

4

The transaction is allowed to proceed if the proper person is authenticated

Download The Full CX Flow

Prev
Next

PV6A - Chargeback Defense (Issuer View)

Prove Payments helps card issuing banks minimize false fraud claims by leveraging the Prove Network for information related to a transaction to prove or disprove the owner’s participation in a transaction that they have later claimed as fraud or unauthorized.

Mobile & App

Status: Alpha
Solution & Use Case FAQ
1

The consumer initiates a claim of fraud or unauthorized use of the card for a transaction.

2

Conditions about the transaction are presented to the consumer using data pulled from the bank.

3


The consumer clicks “Confirm and Report,” which initiates the process of matching data between identity and bank transaction. The data relevant to the transaction is queried against the Prove Network for a match. If there is a match and historical ownership and reputation is consistent, then the customer can be denied access to dispute the transaction. This would be based on the bank’s rules.

4


Upon Prove’s check that the consumer was in possession of the device when the charge was made, the claim is denied.

Download The Full CX Flow

Prev
Next

Desktop Step-up

1

User is logging in to their account on a desktop or other secondary device with existing credentials.

2

If enabled, offer a Push Auth option to the user.

3

The customer approves the login through the push notification, while Prove authenticates possession of the registered device

4

Use the on-device biometric to authenticate with a second factor.

5

Use the on-device biometric to authenticate with a second factor.

7

The user is logged in to the website

Download The Full CX Flow

Prev
Next

Mobile Auth

Status: Release
Solution & Use Case FAQ
1

As the customer attempts to login, Prove discovers the phone number from the Mobile Network Operator, to be used to authenticate the correct user.

2

The user has been authenticated

Download The Full CX Flow

Prev
Next

Instant Link - Desktop

Status: Release
Solution & Use Case FAQ
1

User is logging in to their account on a desktop or other secondary device.

2

If enabled, offer a Push Auth option to the user. If Push Auth is unavailable, fallback to Instant Link.

3

User clicks the URL in the text message, and Prove authenticates possession in the background.

4

The transaction is allowed to proceed if the proper person is authenticated

Download The Full CX Flow

Prev
Next

PV7 - Onboard to Merchant Loyalty Account Before Checkout

This use case is intended to be the classic Prove Pre-Fill® use case but used for onboarding loyalty accounts rather than a credit application. Prove Pre-Fill® expedites loyalty account opening, helps control transaction abandonment and reduces friction by pre-populating a form with verified identity information. Depending on the merchant’s risk tolerance, it can be done as challenge-less or with a DOB challenge.

Mobile & App

Status: Alpha
Solution & Use Case FAQ
1

Consumer decides to create a loyalty account to apply the 20% discount offer.

OPTIONAL

2

The customer gives their consent to continue  Prove Pre-Fill® by entering their birthdate. This initiates Prove to passively verify the consumer’s token.

3


The consumer reviews the pre-populated personal identity data by either editing or creating an account. The secure, compliant data has been pulled from authoritative sources and is highly accurate for a streamlined process.

4


The consumer easily creates a loyalty account and can apply the 20% discount offer, leading to an enjoyable and frictionless consumer experience.

Download The Full CX Flow

Prev
Next

Desktop Step-up

1

User is logging in to their account on a desktop or other secondary device with existing credentials.

2

If enabled, offer a Push Auth option to the user.

3

The customer approves the login through the push notification, while Prove authenticates possession of the registered device

4

Use the on-device biometric to authenticate with a second factor.

5

Use the on-device biometric to authenticate with a second factor.

7

The user is logged in to the website

Download The Full CX Flow

Prev
Next

Mobile Auth

Status: Release
Solution & Use Case FAQ
1

As the customer attempts to login, Prove discovers the phone number from the Mobile Network Operator, to be used to authenticate the correct user.

2

The user has been authenticated

Download The Full CX Flow

Prev
Next

Instant Link - Desktop

Status: Release
Solution & Use Case FAQ
1

User is logging in to their account on a desktop or other secondary device.

2

If enabled, offer a Push Auth option to the user. If Push Auth is unavailable, fallback to Instant Link.

3

User clicks the URL in the text message, and Prove authenticates possession in the background.

4

The transaction is allowed to proceed if the proper person is authenticated

Download The Full CX Flow

Prev
Next

PV8 - Guaranteed Payments

A complex use case by which a customer checks-out either using the Prove wallet or via the merchant’s checkout process independent of Prove.  Once the checkout “buy” action is initiated, the full suite of Prove’s services are invoked (possession, reputation, ownership), in addition to advanced data analytics to match PRO data against the device used for payment.

Mobile & App

Status: Alpha
Solution & Use Case FAQ
1

If conditions are met to validate the merchant’s data relative to the transaction against Prove’s identity information, then Prove could guarantee an increase in approval rate or no fraud loss. These conditions would have to be negotiated with the merchant one-off based on their existing approval rate versus intended increase in approval rate.

Happy path: Check for FIDO, check network for assurance level.Semi happy path:  No FIDO token, run prove auth, rep check. No assurance:  Run pre-fill scenario

3

Confirmation is provided to the consumer.

Download The Full CX Flow

Prev
Next

Desktop Step-up

1

User is logging in to their account on a desktop or other secondary device with existing credentials.

2

If enabled, offer a Push Auth option to the user.

3

The customer approves the login through the push notification, while Prove authenticates possession of the registered device

4

Use the on-device biometric to authenticate with a second factor.

5

Use the on-device biometric to authenticate with a second factor.

7

The user is logged in to the website

Download The Full CX Flow

Prev
Next

Mobile Auth

Status: Release
Solution & Use Case FAQ
1

As the customer attempts to login, Prove discovers the phone number from the Mobile Network Operator, to be used to authenticate the correct user.

2

The user has been authenticated

Download The Full CX Flow

Prev
Next

Instant Link - Desktop

Status: Release
Solution & Use Case FAQ
1

User is logging in to their account on a desktop or other secondary device.

2

If enabled, offer a Push Auth option to the user. If Push Auth is unavailable, fallback to Instant Link.

3

User clicks the URL in the text message, and Prove authenticates possession in the background.

4

The transaction is allowed to proceed if the proper person is authenticated

Download The Full CX Flow

Prev
Next

Mobile App / Browser

Status: Alpha
Solution FAQStandard Configuration
1

User is signing up for an account with a financial institution

2

User provides some basic information

3

Instructions provided on how to use Tap2

4

User taps their card to the phone

5

Successful tap allows the user to immediately fund their account

Download The Full CX Flow

Prev
Next

Desktop Step-up

1

User is logging in to their account on a desktop or other secondary device with existing credentials.

2

If enabled, offer a Push Auth option to the user.

3

The customer approves the login through the push notification, while Prove authenticates possession of the registered device

4

Use the on-device biometric to authenticate with a second factor.

5

Use the on-device biometric to authenticate with a second factor.

7

The user is logged in to the website

Download The Full CX Flow

Prev
Next

Instant Link - Desktop

Status: Release
Solution & Use Case FAQ
1

User is logging in to their account on a desktop or other secondary device.

2

If enabled, offer a Push Auth option to the user. If Push Auth is unavailable, fallback to Instant Link.

3

User clicks the URL in the text message, and Prove authenticates possession in the background.

4

The transaction is allowed to proceed if the proper person is authenticated

Download The Full CX Flow

Prev
Next

Prove Payment Verification Rate Card

Prove Payment Verification Case Studies

Stay tuned! Case studies coming soon!