A place for community members to contribute product ideas and suggestions.
A place for community members to contribute product ideas and suggestions.
Have your own great idea for a new API feature?
or maybe a suggested improvement to an existing one? Share it and become a god of the developer world.
Would it please be possible to support EMV transactions without UI components in a background service on Android devices?
It would make it so much easier to integrate EMV transactions in solutions that already support AIM transactions and provide e.g. signature capture, if simply the required information (authentication credentials, amount, invoice #) had to be provided to that background service which would just return the result of the transaction.
Thanks for considering!
Currently only 3 tablets are supported by the In-Person SDK for Android:
1. and 2. seem not to be in production any more, and 3. is fairly expensive.
The Samsung Galaxy Tab A 10.1 seems to provide very good value for its price but is not completely supported by the In-Person SDK for Android. When using the currently only supported chip card reader (BBPOS Chipper 2X) e.g. the standard EMV transaction is very slow (15-20s), the VISA Quick Chip transaction doesn't work (with or without UI), and the stripe reader is not supported.
Would it be possible to support this tablet fully for EMV transactions, please?
Thanks much for considering!
Currently we need to two buttons for managing an order payment - create/edit customer profiles and make payment. Why not let the customer get to the edit customer profile from the hosted payment form. Then after initiating a payment, if they don't see the payment option in the profile list or realize expiration date is wrong, etc, they can handle it all without returning to our site, clicking another button to manage profiles, return to our site, and then click to try paying again.
It could be a button on the hosted payment form that brings up the hosted customer profile form and when the customer is done returns to the hosted payment form.
Like this forum post, I would like to offer two simple buttons to customer - manage profile and make payment.
The solution in the post suggested submitting the following idea - "Perhaps if you call the form with a profile ID, it automatically presents the list of saved payment methods to the customer, allowing the customer to pick one, or click a button to enter a new one (either for that transaction or to save in their profile)?"
The current documentation states for the payment form - "When the form is displayed in the browser, the 4 most recent payment profiles for that profile ID will be displayed. The customer can choose between these payment methods or choose to use a new payment method."
Why make this limitation? For the very few customers that we have that would have more than 4 payment profiles, why not a 'more' link and show them all or just show them all in most recently used order? Instead we have to read the payment profiles onto our site just in case the profile the customer wishes to use wasn't in the list.
We want to integrate this payment gateway in our project(android, ios and web) as following flow.
For getAUJobDetailsRequest, can you please allow pulling auto updater details on a daily basis instead of a monthly basis? It would be very beneficial for us to have more insight into what changes are being made sooner than the first of the month.
When a customer profile is created, the payment details are validated by sending through a transaction, if validationMode is set to liveMode. This transaction is not subject to IP address filtering as this cannot be set when creating a customer. This can create a situation where the account can be locked due to the fraud, which should be blocked by IP Address filtering.
See also issue raised here
There is currently a way to pull up all customer profile IDs, but there exists no way to filter the results by email or customer ID (except by pulling each customer profile individually by the returned IDs, but this would be undesirable given the implications on performance and the number of possible customer profiles). In the CIM we can manually perform a search that searches by customer ID or email. This would be useful to have for the API.
When the Add a New Payment Method form is displayed, via AuthorizeNetPopup.openAddPaymentPopup(), all fields are initially blank. Our site has already collected some information in the Billing Information section and we'd rather not burden the customer with entering it again; is there a way to pass information into pre-fill fields on the form?
For Accept Hosted, when specifying hostedPaymentReturnOptions, there needs to be a way we can construct the url for the GET that includes values returned after successful authcapture in the receipt page.
When specifying name value pairs, we should be allowed to refer to DOM element values as variables and then substituted to construct the URL (and urlencoded) for the Continue button since the elements are present in that same receipt page as the button.
A suggested syntax is as follows:
The concept of variables could be generalized for use in other name value pairs as needed.
Thanks for considering.
Add webhook from profile.js to the hosting web page when saving an added/edited payment profile. Notifying the hosting web page of saving an added / edited payment profile would allow emailing our company when a client adds/edits a payment profile.
Send communication to hosting web page from profile.js function btnSave_onclick when added/edited payment profile saved. Currently communications are only sent to hosting web page when saving a single edited payment profile. I'd like to send communication to hosting web page when adding/editing multiple payment profiles.
I'd also like the IFrameCommunicator to pass paymentProfileID to the IFrames containing webpage so we know which credit cards were added or edited.
Rewrote idea to be clearer.
AN wants us to drop SIM and move to Accept Hosted. Well, then give us the tools to format the AH form in the same way that we could in SIM. This should have been obvious when the decision was made to introduce the new method. Where's the carrot other than the threat of terminating SIM? This isn't the way to "Win Friends!"
Any one knows about getting Transaction details by passing Subscription ids? Is there any apis or anyother way to get transaction information by using subscriptions ids?
Please let me know if there is any quick solution for this. i need to develop it in my project.
Thanks in advance.
Right now there is a webhook for when an authorization is captured, but not for the transaction when it is settled. There is a hook for the refund and void states, so it would be nice to include a settled one as well.
I see there is a 31 character limit for product names. However, the nature of the product that is being sold makes this very inconvenient. I've noticed that any products with over 31 characters in the name (and possibly short description as well) will trigger the "Line item 1 is invalid" error.
Please see this thread.
Provide a way or any best practice to ensure initial session is same as return confirmation from iFrame session. Just calling getTranasctionDetails and matching transaction ID and timestamp does not ensure same session.
I am sending a createTransactionRequest with <createProfile>true</createProfile>.
If there is already a profile associated with the credit card the following error is included in the response:
<text>A duplicate record with ID 1812052420 already exists.</text>
Then I have to send a getCustomerProfileRequest to get the customerPaymentProfileId which is required in order to use the profile in the future.
Is it possible to include the default customerPaymentProfileId in the error message so I would not have to send another request to your server?
In our system we want to use tokenization but we can't always precreate the profiles.
Lynn Millard, Software Engineer
The Hudson Group
360 Merrimack Street
Lawrence, MA 01843
It seems like almost a no-brainer to have a method, using Accept.js, to get a payment profile, so that a self-hosted payment form could be populated without from the client machine, rather than having to go through our server using the API. It seems like all it would need is the customerProfileID and the customerPaymentProfileID to pull that info, just like the existing getCustomerPaymentProfile() method found in the AuthorizeNetCIM class.