Transform Payment Processing

For custom merchants, it’s as simple as plugging in our universal element which constitutes a couple lines of code. This is done by our integration team and does not require any heavy lifting on behalf of the merchant.

All existing customer checkout flows will remain intact. The only prompt to the customer is a text message to confirm their purchase.

IDP was designed to work in unison with your current checkout flow and acquirers by sitting on top of your process, not replacing it. Our technology is able to delineate whether the card details entered belong to a debit or credit card. If it identifies Visa/Mastercard debit, we are able to process 99%+ of cards in the United States.

If it is a credit card or if for any reason a transaction is declined by IDP, it is passed through your existing processors and the customers won’t notice any difference. This means in addition to all the benefits IDP offers, we also provide two bites at the apple and approval rates can only improve.

This is not a workaround or an amalgamation of existing so-called “real-time” payment solutions that require the customer to log in to their bank account or leave the checkout flow.

IDP was built with the blessing of Visa/Mastercard in order to mirror the existing customer experience. The transaction is pulled onto our own proprietary rail and the transaction is completed in real time.

Through our combination of best-in-class identity verification tools and proprietary internal processes, IDP is able to confirm exactly who the customer is on every transaction. The data points we are able to draw far outstrip that of any existing acquirer, which allows us to provide merchants with the security of a chargeback-free experience.

IDP is fully PCI compliant, utilizes double encryption and never stores or has access to any customer data. On the customer's statement, they will see *****Pay*MERCHANT*.

The transaction takes place on our own proprietary rail and disputes are handled internally. Unlike the traditional process which heavily favors the cardholder, IDP takes a common-sense approach. Since we are able to verify the customer, the bank account, and the device on every transaction, there are no fraud codes on our rails.

The customer is only protected in situations such as double charges or if a product fails to be delivered as described. It must be proven in every instance and is more of a refund than a chargeback with no financial penalties or ratios for the merchant to worry about.

Once a customer has made a purchase at any of IDP’s existing partners (or your store), their card and shipping details are tokenized. When they return to any store in our network, they receive a seamless experience similar to Shop Pay.

All they have to do is enter their phone number in checkout and their card and shipping details will be automatically populated. The same customer verifications still take place, but the customer gets a one-click checkout.

Yes. IDP does not “instantly authorize,” this truly is a real-time transaction that can be deposited in one minute, each hour, or daily. This is entirely up to how the merchant would like to batch payouts and can be controlled in their IDP administrative backend. There are no holdbacks or reserves.

Unlike other processors, the transaction itself is happening on our own proprietary rail, and because of that, we are able to eliminate chargebacks and interchange costs that all other processors are subject to.

There is nothing like IDP in the marketplace today. Other solutions leverage clunky ACH checkout tools that are not truly real-time, require invasive customer bank logins, and a separate payment option.

IDP is the only true real-time payment solution for e-commerce that does not require a bank login at checkout. We are able to securely and instantly complete the transaction in real time, on our own proprietary rails via the same checkout process your customers are used to.

The customer will notice no difference, and the merchant will see real savings, less chargebacks, and an increase in approval rates.

BNPL is a payment option that customers need to choose at checkout. For first-time users, it requires a registration process, which creates friction. The Decline Recapture service, on the other hand, is invisible to the customer at checkout time and comes to life only on failed payment transactions, including failed BNPL transactions. Our service is payment agnostic. Consider it as the safety net for any failed payment transaction.

The Decline Recapture service remains invisible to customers until a payment transaction is declined. When this happens, a notification is sent to us. If the transaction is not eligible for our service, we will confirm the decline and the customer will see the payment decline message, as usual. If the transaction is eligible for our decline recapture service, the following cases are possible:

1. Frictionless flow. This flow takes place for failed transactions that can be rescued with no customer interaction. With this flow, customers are simply informed that there was an issue with their payment, but that the issue was resolved and their order was completed anyway.

2. Interaction required flow. This flow takes place for failed transactions that need some interaction with the customer. These interactions are handled via our UI widget and they always offer an exit route by simply closing the pop-up window.

Under the frictionless model with no notification, customers are not even aware that their payment transaction was declined and then rescued by Decline Recapture. All they see is a success message after they process their payment. There is no need in this case for the customer to opt out. If an interaction is required, customers will see a pop-up and can opt out by closing the window. In that case, the customer will be redirected to the payment failure page of the merchant.

We process our transactions using a dynamic descriptor, which allows us to use the name of the merchant for each of our transactions. Customers will see the same merchant name they would have seen if the transactions were processed by you directly. We also offer the ability to use different descriptors for each of your websites. All these parameters are set in the merchant portal.

Decline Recapture is not a credit product. When payment transactions fail, merchants automatically assign these transactions. These are evaluated in real time. Any failed transaction that is rescued via Decline Recapture triggers a factoring service for the applicable invoice. Hence, Decline Recapture, through its technology, enables merchants to assign and factor their invoices.

Invoice factoring is not trading or a loan. Invoice factoring is different from traditional methods of lending and funding and as such is not regulated under the same legislation traditional lenders are subject to. Customers are not affected by this factoring transaction since there is no price increase, no change in the terms and conditions with the merchant, and no credit product or facility attached to this transaction.

Not at all. The customer does not enter into a credit agreement. If for some reason we are not able to successfully charge the customer for the amount due, we just write the payment off. There is no external collection performed on the customer, nor any reporting to the credit bureaus. In addition, if we perform a search on the credit bureau, we perform what is called a “soft search” which does not affect the credit bureau score of the customer.

The technical form of the agreement between you and us is a factoring agreement. We purchase the invoices from you that are related to the failed payment transactions recovered via our service. The agreement regulates operational, data privacy, and financial arrangements between you and us.