- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I'm looking for a simple shopping cart to integrate Authorize.Net into my application. Desires:
1) Free and simple to use and integrate
2) I want to keep the look and feel of the app
3) I want transaction details back when complete (don't need credit card #s)
4) I can check compaitability / availablility of products in the cart before the transaction completes (nice to have)
5) Java interface
Any suggestions would be appretiated.
Solved! Go to Solution.
โ01-04-2019 12:57 PM
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
For 2), youโre asking for quite a bit. Thatโs probably a surprise to you. To have 100% control of the appearance of the payment page you will have to use an integration method with substantial PCI compliance requirements. This of course assumes that the shopping cart you want is also where payment takes place. If you just want an electronic goods basket which passes the transaction amount to a 3rd party payment page then you can have whatever you want.
If you wish to have a payment page with a large degree of control over the appearance your best option may be a java version of the souped up iframe accept hosted integration that is on github. You wonโt have 100% control but will have much more than other solutions with the same compliance burden.
The remaining option would be to use an integration method that would result in SAQ A-EQ or SAQ-D PCI scope, or some hybrid of those scopes. If youโre looking for free and easy thatโs not going to work at all. The SAQ D compliance document is 86 pages, with list after list of requirements. SAQ A-EQ is much less than that, but youโre still looking at dozens of requirements, many of which are very involved.
For 3), you can get that with everything that authorize offers that I am aware of. I havenโt studied some of the simpler integrations, like for instance those where you just copy and paste code on your web page (I an pretty sure they have something like this), but for all of the API based integrations I know of you can get everything about the transaction back, both manually and automated. No CC info of course, except the last 4 of the PAN.
For 4) that would be entirely on your end. The payment processor/gateway would have nothing to do with that in any circumstance that I am aware of. You could find a prebuilt product that would do that, but Iโm not thinking free is likely. Inventory control would have a lot of backend dB interaction and programming involved.
5), quite sorry but Iโve yet to learn hardly anything about java. I would wager there are options out there that are compatible.
Got to go my friend, but I hope this helps you in some way.
โ01-09-2019 04:07 AM - edited โ01-09-2019 04:12 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
For 2), youโre asking for quite a bit. Thatโs probably a surprise to you. To have 100% control of the appearance of the payment page you will have to use an integration method with substantial PCI compliance requirements. This of course assumes that the shopping cart you want is also where payment takes place. If you just want an electronic goods basket which passes the transaction amount to a 3rd party payment page then you can have whatever you want.
If you wish to have a payment page with a large degree of control over the appearance your best option may be a java version of the souped up iframe accept hosted integration that is on github. You wonโt have 100% control but will have much more than other solutions with the same compliance burden.
The remaining option would be to use an integration method that would result in SAQ A-EQ or SAQ-D PCI scope, or some hybrid of those scopes. If youโre looking for free and easy thatโs not going to work at all. The SAQ D compliance document is 86 pages, with list after list of requirements. SAQ A-EQ is much less than that, but youโre still looking at dozens of requirements, many of which are very involved.
For 3), you can get that with everything that authorize offers that I am aware of. I havenโt studied some of the simpler integrations, like for instance those where you just copy and paste code on your web page (I an pretty sure they have something like this), but for all of the API based integrations I know of you can get everything about the transaction back, both manually and automated. No CC info of course, except the last 4 of the PAN.
For 4) that would be entirely on your end. The payment processor/gateway would have nothing to do with that in any circumstance that I am aware of. You could find a prebuilt product that would do that, but Iโm not thinking free is likely. Inventory control would have a lot of backend dB interaction and programming involved.
5), quite sorry but Iโve yet to learn hardly anything about java. I would wager there are options out there that are compatible.
Got to go my friend, but I hope this helps you in some way.
โ01-09-2019 04:07 AM - edited โ01-09-2019 04:12 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Awesome info and I thank you for that. I'm thinking that linking out to the payment provider hosted site is the best for now, givining up 100% look and feel. Easy and free is more important.
โ01-09-2019 05:19 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
โ01-09-2019 05:27 AM

