topic Re: Subscription search by Customer ID in the browser in Integration and Testing

Subscription search by Customer ID in the browser

igroops — Thu, 15 Dec 2011 13:49:37 GMT

Hi,

I am integrating Sales Force quick links for customer id look to Authorize.net.

I'd to know if anyone knows how to manipulate this string witht he proper fields. So far I can only see that it searches by customer transaction id. I'd like to know what the other fields are so I query against them and how the syntax is set.

e.g. of query: https://account.authorize.net/UI/themes/anet/transaction/transactiondetail.aspx?transID=1018994011

Re: Subscription search by Customer ID in the browser

TJPride — Thu, 15 Dec 2011 16:40:10 GMT

Not sure what you're trying to do, exactly? That's actually a transaction ID, not a customer ID, and if what you're trying to do is look up orders on your web site programmatically and display reports, you should investigate the Transaction Details API.

http://developer.authorize.net/api/transaction_details/

Basically, you put in the transaction ID and get out all the order information. Hopefully your web site has been storing transaction ID's.

If, on the other hand, you want to find transactions through the Authorize.net account control panel, you should click the Search tab at the top of the page and use that.

Re: Subscription search by Customer ID in the browser

igroops — Thu, 15 Dec 2011 16:49:41 GMT

Thanks for the reply.

That was just an example, i'd like to use some syntax like that transaction id in a browswer that allows me to query the customer id instead, or by last name via the browser string, which will map into a quick link for our support team.

Re: Subscription search by Customer ID in the browser

TJPride — Thu, 15 Dec 2011 17:02:32 GMT

Hmm. There isn't a search API, as far as I know. If you want to search on customer ID, customer name, etc., my advice is to store the searchable fields in your database along with the transaction or subscription ID, then bring up the rest of the order info with the Transaction Details API or the appropriate ARB or CIM API once your database returns a list of transactions or subscriptions. I always store customer name, address, etc. in my own database for easy searching later when I do something like this.