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.

New Idea
0 Votes

More variety in sample apps

Status: New
by on ‎12-04-2018 05:19 PM

Hi,

 

First, thank you for your amazing products and solutions. The more I use this the more I like it. This may not be the precise purpose of this forum, but I have a suggestion related to your sample apps-

 

The common theme I notice is that the sample apps often have the maxed out best possible that can be obtained for a given solution i.e.  the Accept Hosted Iframe app. I fully appreciate the need to show and the benefit of showing what is truly possible with your products, but in helping others here and also in doing online searches during my own development process I have found that your sample apps are confusing quite a few people, for whom the fully decked out implementation may be an aspirational goal and not what they are immediately looking to acheive. 

 

I would suggest making maybe a few sample apps, with one being a minimal integration that the developer can build on to suit their needs, and then your fully decked out showcase model for the advanced users. I think this would help many developers speed up their development process.


Thank you again. I cannot say enough how great your service is, from your API to the awesome people on the phone and the people on the forum. 

0 Votes

Time Series Analytics

Status: New
by on ‎11-19-2018 05:03 PM

Does Authorize.net provide any  analytics graphs such as Chartmogul?

0 Votes

ONLY trasaction ID required for refund in NEW API

Status: New
by on ‎10-26-2018 12:28 AM

Hi,

 

I have tried to refund amount using ONLY trasaction ID, but i unable to succeed.

 

I have using following code Please clink on below link.

 

https://github.com/AuthorizeNet/sample-code-php/blob/master/PaymentTransactions/refund-transaction.p...

 

Please make api for refund only and only using transaction ID. There are no need of any card nunber, customer profile ID, Customer Payment Profile ID etc.

 

How you think about this IDEA to make refund using ONLY TRANSACTION ID?

 

Thank you.

Kalpesh

0 Votes

Proration Invocing feature in ARB

Status: New
by on ‎08-07-2018 12:07 PM

It would be nice to have proration invocing feature. 

 

It would be useful in following scenario (which is common in any subscription based payment):

 

 Suppose I've  ARB subscriptions that charges for every 3 months and has a trial period of one month.  I need to charge for anything(can be features or devices) added in subscription after trial period. 

 

For example, if some feature is added to a plan during second month then I need to charge them for remaining days of that billing cycle  (so, charge amount = 30 + extracharge). 

 

I know, I can update subscription in ARB to charge them from next billing cycle and I can do one time charge on customer profile for that extra charge.

But for this, I need to get unit price(charge per day) and since number of days in month varies the unit price also changes.

 

It would be nice if this calculation is done by authorize.net. 

 

 

0 Votes

My eCheck account has limits for Monthly Transaction Volume as well as Largest Transaction Size.  It would be nice to be able to retrieve those limitations via your API.

0 Votes

Test Mode On Production Server

Status: New
by on ‎06-29-2018 09:42 AM

One of the items we used frequently in the AIM integration was the “x_test_request” toggle for the production server.  We're updating our integration for the new API and unfortunately, I am not seeing that option.  In the forums as well as through the Sandbox support, I've just been told to use an “authenticateTestRequest", which simply does an "authenticate credentials".  However, this is insufficient for onboarding and provisioning of new clients and I would like to see an actual "test mode" flag brought forward to the new API.  

The use of this flag to change into test mode on the production server does several things for us:
1.       It allows us to do full end-to-end testing of our setup (outside of the actual API integration).  While we can use sandbox credentials for this, this becomes a QA issue for setup/provisioning.  Using this flag allows us to set up everything exactly as needed and then simply flip a switch to "go live" on our end, as a service provider.
2.       Having the ability to use live server credentials in test mode for our customers is important for those who are transitioning their service to us and may not be able to set their whole account into test mode.  There are other customers with which we may just not be able to control the test mode status of their account for various reasons, so having this control at the API level (for individual transactions) is very important.
3.       It is important even in test mode to be able to get the same “accept/decline” responses as we formerly could in AIM, and not just do “authenticate credentials”.  How a given merchant may use the transaction data with us will vary based on their application and we need to be able to do full QA testing.

 

By the way, even if it did what we needed, I do not see an option in your API to just do an “authenticateTestRequest”.  There is no code sample in that section of the API reference, so I’m guessing it’s not included as a formal part of the API?

0 Votes

Multiple Time Formats On Settled Transaction

Status: New
by on ‎05-02-2018 08:15 AM - last edited on ‎05-29-2018 10:24 PM by Administrator Administrator

Allow multiple time formats for the settle transactions rest call

0 Votes

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!

0 Votes

Currently only 3 tablets are supported by the In-Person SDK for Android:

 

  1. Samsung Galaxy Tab 4 10.1
  2. Samsung Galaxy Tab 2 10.1
  3. Samsung Galaxy Tab S2

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!

0 Votes

When using Authorize.Net Accept Hosted in an iFrame, the "Description" and "Invoice Number" areas are too narrow to read easily.

For example, see this screenshot: https://monosnap.com/file/HFdx6i4XhyZhoflYF9iE5i6rOkUZPD#

 

We are working around this by forcing the iFrame's container to have a minimum width of 400px, which is sufficiently wide for the Description and Invoice number to look better, but it's not the ideal solution because then mobile users need to scroll left and right to read everything.

 

Ideally, if the iFrame's area is more narrow than 300 px or something, the contents of description should fall BELOW the title "Description", and likewise the invoice number would fall under the title "Invoice Number".

 

Eg, instead of

 

============================

Description {contents-of-description}

Invoice Number {invoice-number}

 ============================

 

on narrow screens, it should become

 

============================

Description

{contents-of-description}

Invoice Number

{invoice-number}

============================

 

This would make better use of the limited horizontal space.

And yes I realize you can customize the form however you like if you use Accept.js, but I think this is a pretty general issue (experienced by anyone who actually tests their payment form on a mobile device) so it would make sense to fix it on the hosted solution. Besides, the fix should only require a few CSS tweaks.

 

 

Status: Under Review
0 Votes

Allow customer profile edit from payment form.

Status: New
by ‎04-02-2018 03:09 PM - edited ‎04-02-2018 03:11 PM

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.

 

 

0 Votes

Allow all payment profiles, not just last 4

Status: New
by on ‎04-02-2018 01:48 PM

Like this forum post, I would like to offer two simple buttons to customer -  manage profile and make payment.

 

https://community.developer.authorize.net/t5/Integration-and-Testing/Accept-Hosted-with-Customer-Pro...

 

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. 

0 Votes

Integrate in Android, iOS and web

Status: New
by on ‎03-22-2018 09:52 PM

Hello

We want to integrate this payment gateway in our project(android, ios and web) as following flow.

one user make payment to other user and here we want to add commission to our admin so payment will be transfer to 2 user from one user at single time.

So its possible with this payment gateway. Please give some guideline and  provide some demo for that.

Thank you.
0 Votes

Support for Visa Direct

Status: New
by on ‎03-12-2018 01:40 PM

We wish you would support Visa Direct!

0 Votes

We just started using the in-person iOS SDK. Holy Hell, the UI is bad.

 

Can you make the signature box transparent, so that it matches whatever we set the background color to. Then just give it a border that's the same color as the text font color (if you don't want to add another setting).

 

And can we set the font? Or can you pick a better one, please.

 

 

 

Status: Under Review
0 Votes

Apply pay

Status: Delivered
by on ‎02-16-2018 03:59 AM

Looking for apply pay and andriod pay support. Do we have any?

Status: Delivered

You can find documentation for Apple Pay and Android Pay here: https://developer.authorize.net/api/reference/features/in-app.html

0 Votes

 

Currently, AuthNet returns an error if the order of JSON object elements is not exactly as written in the API documentation.  Since the JSON spec allows for object elements to be in any order, standard serialization tools on various development platforms don't construct JSON strings as AuthNet prescribes.

 

Removing the order restriction would greatly simplify the work requried to integrate with the Authorize.Net API.

 

Thanks!

Status: Under Review
0 Votes

We are successfully using the Authorize Accept hosted forms but we have a couple pain points that perhaps might be fixed on Authorize's end. We're not using the iFrame implementation and are sending visitors to the hosted form where when they complete a transaction it takes them to an Authorize hosted Thank you message and a button in the top right to go back to our website.

 

What we would love to happen is the visitor bounces off our site to Authorize to complete the transaction and instead of displaying the Authorize final page, it would email the receipt and redirect the visitor to our site where we could display a more robust thank you message. It appears this is only possible with the iFrame method but could it be engaged for the non-iFrame implementation as well?

 

If that is not possible, could we have the option to move that upper right button so that it gets more focus. Right now, we have our button titled "Complete transaction" (even though the transaction is technicaly already complete) because we rely on people clicking it to send them a more stylized and formal "thank you" for their donation. If we can't automatically redirect a donor to our page, making that button more prominent would help to ensure people are returning to our site.

 

Thanks for any updates!

Status: Under Review
0 Votes

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.

 

Thanks!

 

 

0 Votes

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