We are implementing an e-commerce channel for our organization. We currently use an ERP that requests a CC token from Vantiv and then discards the original CC data. This ERP also requests authorization codes from Vantiv on the tokenized CC and stores this value. This process is handled by human customer service reps. We don't actually bill the customer and charge the CC until the product ships out the door, usually 2 days later.
In the e-commerce site, we'd like to have the same basic process:
> Customer CC tokenized with the same value that we have in the ERP
> Order from the site authorize the amount on the CC and provide an authorization number
> The CC token should be able to match up with the same token in the ERP and the authorization code transferred
> The final charge (from the on-premises ERP) should be able to make use of the downloaded authorization code and complete the process
Can this be done? That is, can the same CC tokenization be transferred between systems? Can the same authorization number be used across systems?
If not, what do other companies do that allow customers to order across different channels. We are a B2B company.
The scenario you detailed is not unusual for any hard good merchant. If I have this right, you are doing the following:
1. Taking an order with CC number.
2. Requesting a token for the CC.
3. Authorizing the transaction amount. (BTW...you can combine 2 & 3. Submitting a CC number in a Auth will return a token.)
4. Capturing the authorized funds upon shipment of goods.
As long as you have a Worldpay (Vantiv) token for the CC you can use it in a transaction originating from any of your systems as long as the systems are in the same token group (org). Simply submit the token instead of the card number. As a matter of fact, on the US eCom platform, you can submit the Capture using the cnpTnxId returned in the Auth and we pull up all the info from the Auth, including the auth code, so you don't have to do so.
If I missed something, let me know and I'll do my best to answer.
Tom