7 posts / 0 new
Last post
rajramsaroop15105
Sending up Billing Address with iOS SDK

In the iOS SDK, the method submitGetFDTokenForCreditCard does not take in a parameter for billing address, yet it is an option for this request.

Is there a way to do this in the SDK?

The method I am trying to call is this one: https://developer.payeezy.com/payeezy-api/apis/get/securitytokens

Thanks.


christopherlord730
Re: Sending up Billing Address with iOS SDK

The method you are referring to is to just generate the Transarmor Token that replaces the credit card number (PAN). That is its only purpose. You would submit the billing address information with the transaction request.


rajramsaroop15105
Re: Sending up Billing Address with iOS SDK

Is it possible for the zip code be validated when tokenizing a card?

How come the method to tokenize cards, in the API documentation says that you can send billing address with the request?


christopherlord730
Re: Sending up Billing Address with iOS SDK

Nothing is validated in the tokenization request. It's only function and purpose is to tokenize the credit card number.

You can send a $0 authorization transaction to verify AVS and CVV. The exception is AMEX where you must charge at least a penny to get a valid CVV response from the authorization.


rajramsaroop15105
Re: Sending up Billing Address with iOS SDK

Hmmm, okay. Seems like I am confused.

When you set the "auth" value to "true" on the tokenization request, what is this actually doing? If I enter the wrong CVV with this value set to true, it returns an error.


rajramsaroop15105
Re: Sending up Billing Address with iOS SDK

Hmmm, okay. Seems like I am confused.

When you set the "auth" value to "true" on the tokenization request, what is this actually doing? If I enter the wrong CVV with this value set to true, it returns an error.


christopherlord730
Re: Sending up Billing Address with iOS SDK

The auth=true option is being deprecated. Any AVS or CVV response may not be actually get populated in production and would be unreliable.