I've been trying to figure this out on my own for a week but am getting nowhere. I have a customer application written in Informix 4gl on an AIX server. This is a text-based system where the users connect to the system using Terminal emulators. I have no desire to add web-functionality to it.
What I have done in the past in terms of credit card processing was to use PERL subroutines to make the HTTP Post call to process the sale against the credit card and would expect the authorization information to be immediately returned to me as a response as part of that call. However, in reading the AIM documentation it appears that Authorize.Net wants me to set up a web-server with a SSL certificate and that the authorization information would be sent to me through that service as a seperate HTTP Post call originating from Authorize.net. Is this really necessary to get the response information back?
BTW, the reason I think I need to use AIM is that I want to pass the card number as part of the call and have no user involvement at that time. I want to process the sales immediately after the warehouse workers pack the item and process it through our FedEx system so we have the exact dollar amount and immediately know to hold the shipment if the card fails.
Ignore me. In looking at the documentation for the 100th time I'm no longer seeing that requirement. I don't know if I was accidentally mixing up the DPM and AIM documention or what but either way I think I see what to do now.
AIM with a non-web application can be much difficult. Using a mobile application for this purpose can help you with the functionality. Appsnado is one of the company which is providing such services. You can visit them and get a free consultation for your needs.