After reading and watching the videos for hours I can say that this site is not friendly at all. The Website that I'am working on have been done with VWD 2010 (asp.net) and VB. It is my understanding that in my case the best option is DPM. Now, how can I start implementing this? Could anybody list the steps in plain English for me to follow. I downloaded the SDK, but can not open it with VWD 2010. Can anybody help?
Thanks
โ02-17-2015 03:17 PM
So are you still getting 97 error? or it is working?
โ02-24-2015 07:56 AM
Well, no really, there is not errors anymore. I was able to do some transactions using the form on their server and interact with the sandbox. However, if you remember my first post, this is just the beginning since this is SIM. I need now to change everything to DPM. So, I do have a couple questions about DPM:
1) I have to design a form for payment and host it on my site, correct?
2) Since my client never leave my site, when the form is post to the authorize.net site it does charge the card and will I get a response from their server whether or not this took place? This is important because depending on the response I will show a receipt, send email and add some data to the database. If this is the case, one of the problem that I will be facing is asking my code to wait for the transaction to take place, wait for the response and incorporate the response at the same point where the code execution in my server stopped or is waiting for the response.
Thanks for your help
โ03-06-2015 07:51 AM
โ03-06-2015 08:22 AM
The clients *do* leave your sit using DPM, just momentarily. The hope is that it will be so fast, they won't noticed the URL in the address bar changing before they get back. In practice though, I think they will nearly always see the URL flipping to Authorize.Net and then back to your site.
TBH, unless you have a really compelling reason to create your own payment form on your local site, SIM would be the easiest to implement. I have no idea if the concept of users "leaving your site" to pay has a detrimental effect or not. For me, I find it more reassuring that I *am* sent to Authorize.Net, or PayPal or whatever gateway the site uses. But as my colleagues keep telling me, I am *seldom* the user these things are really aimed at.
-- Jason
โ03-06-2015 01:46 PM
Thanks to both of you RaynorC1emen7 and jasonjudge for your help up to this point. At this time Iโm considering what jasonjudge said in his last post about implementing SIM rather than the others methods for several reasons. Since Iโm considering this, I have several questions:
Thanks
โ03-07-2015 08:11 AM
I tend to use OmniPay for the gateways, since I get involved in a number of different ones. I've extended the AuthorizeNet driver for OmniPay to support DPM, but it also caters for SIM and AIM:
https://github.com/academe/omnipay-authorizenet/tree/dpm_support
I can tell you, it is not straight-forward due to some lacking documentation, but I'm working on improving that.
The basics of your "relay" handler (the callback page) will be:
I have seen gateways that ignore all the validation steps and just send the user to the final page which depends on whether payment was successful or not, without any validation checking or saving of the transaction in the database. They are pretty insecure IMO; your application cannot assume the transaction worked just based on where the user was sent to, unless you create a third hash token to go in the URL that your application can check when the user gets there.
That is all kind of high level, but that's mainly because I have not got any code to show you that will be useful, at least not at this stage.
โ03-07-2015 09:37 AM
Hello Jason and thanks for your help.
May you please post a code sample of a replay page with all the steps that you listed in your last post? Thanks
โ03-19-2015 06:52 AM - edited โ03-19-2015 06:53 AM