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

Right now, connection details logged from HttpUtility at the debug level include a great deal of useful information along with

 

- the api login and transaction key

- full dump of the xml request including unmasked credit card number, expiration date, etc.

 

Can we move the logging of these two items to a separately-configurable logger like "HttpUtility-sensitive"?

 

I'd like to see the api login and transaction key logging go away completely from the HttpUtility output.

 

ideally, I'd like to see the xml request filtered to not show any <payment> information beyond a generic  <creditCard> output.  (I suppose masked credit card number would be acceptable).

 

I think it would also be wise to not output <billTo> information nor <customer> information with the non-sensitive-data logger other than  <customer><id> even though this is not strictly required by PCI DSS.

 

We want to log when transactions occur with enough context to know what those transactions are without making our logs a security risk.

 

Status: Accepted
0 Votes

Using a GUID for Customer Profile

Status: Delivered
by KevinS on ‎04-19-2016 09:20 AM

Currently there isn’t a way to create or retrieve a customer’s profile using a GUID.    It would be beneficial to use a GUID in a customer’s profile when created and retrieving the customer’s profile information.  The current API requires the customerProfileId to be known in order to get the customer’s information.  Using a GUID to get a customer’s profile information will allow easier linking from a company’s database to the payment gateway without having to know the customerProfileId. 

Status: Delivered

Developers can now use Get Customer Profile using either a merchantCustomerID or email if they are unique.

0 Votes

Get Refundable Amount for transaction

Status: Under Review
by VitaliyGer on ‎04-04-2016 03:19 AM

Add a feature, that will allow to retrive an amount of transaction, that was not refunded yet.

 

I.e. original order with 5 items was made for 50$ and transaction was authorized and captured.

Customer returned 1 item and refunded 10$.

 

Need an API method, that will allow to retrive the amount, that can be refunded.

 

Right now there are 2 ways to solve this case:

1) POS side tracking. This methods requires huge amount of analytics on server side and may cause the data to be incorrect if system has multiple clients, that has their own storages.

 

2) Cashier tries different amounts to guess which one is available.

Status: Under Review
0 Votes

I have been reading about you guys not implementing pin numbers to allow customers to enter a pin number prior to transacting a sale.  I find that makes no absolute sense by no means whatsoever.  Why would you NOT allow pin numbers and only have credit card only transactions?

 

Please, as a U.S. standard for the majority of the states allow pin numbers to be entered so card holders can feel safe that they can enter a pin number.  That should be something standard with any card swiping capabilities.  

 

 

 

Thank You

Status: Under Review
0 Votes

I need to be able to create new payment profiles on existing customer profiles at the same time as a transaction is being done, so I can skip the test transaction step. Currently, I can create new payment profiles with an authCaptureTransaction only if I also want a new customer profile. I am getting lots of complaints about the test transactions, and this would solve the problem.

Status: Delivered

This is now available through the API.

0 Votes

There needs to be a way to verify if a transaction has already been posted or not in order to help eliminate possible payment duplication.  This could work by searching for an invoice number, date, and possibly even a payment amount; and get a list of all transactions where there is a match.  This way I can make sure my application isnt trying to charge a second time when it should not.

Status: Accepted
0 Votes

Our store uses WooCommerce (WordPress) and we use Google Analytics to track our transactions. Because users leave our site to make their payment via Authorize.net, Google Analytics is unable to correctly attribute the subsequent conversions (showing as referrals from authorize.net).

We've setup Analytics in Tag Manager and have enabled third party cookies (auto link domains), but without actually adding the code to the authorize.net pages, this is useless. I've seen many places where your customers ask this exact question and yet I've not seen a single workable response. Please create a way customers (or their developers) can enable and implement this tracking continuity. 

Status: Delivered

@annestahl This may be easier now that WooCommerce has released support for Accept.js, which uses a JavaScript library to avoid sending sensitive information through the merchant's server.

 

Richard

0 Votes

I would like to have nested filters with the fraud detection suite.

Status: Comments Requested

We're looking for more input on how you would like this request to work.

0 Votes

Javascript payment integration

Status: Delivered
by Administrator Administrator on ‎10-29-2014 01:57 PM
Status: Delivered

We now offer Authorize.Net Accept.js, a javascript library for accepting payments while reducing PCI scope:  http://developer.authorize.net/api/reference/features/acceptjs.html