Jump to content
Sign in to follow this  
rwoody

Update on Verisign Payflow Link Errors

Recommended Posts

I'm in a bit of a panic here, :'( and need a bit of help understanding the info provided to me by VeriSign. Payment gateway modules are not my expertise, but I have customers that are having serious difficulties as none of their transactions are being recorded in the admin any longer. They all use Verisign PayFlow Link, which up till now has worked seamlessly.

 

In a panic to recover the thousands of dollars in lost sales information, thanks to a suggestion I found here in the forums, I installed the "Recover Cart Sales" contribution in each of the carts, in order to do just that.. recover the information of the sales recorded by Verisign, but not in the cart.

 

It was obvious to me that each of the sites customers, for whatever reason, are now not being returned to the website at the completion of the successful transaction, which of course results in no info regarding the orders being passed to the db.

 

I emailed Verisign support regarding this issue, and this was their response:

 

"POSTURL and RETURNURL are legacy parameters that were available but were considered unsupported and undocumented. Verisign has determined these parameters to be a security risk while using Payflow Link and Silent Post. Should you require this type of activity, you must either purchase additional Payflow Link accounts and set the "Return URL" under Payflow Link Info in the Verisign Manager or upgrade to a Payflow Pro account."

 

Now can someone please help me here... :blink: I'm reading a contradition, or most probably I'm just "not getting it"!!) One statement says that they are not supporting the return url, and the next is to enter it into the VeriSign Manager (which each cart has always had checkout_process.php entered in this parameter). I have multiple shops with VeriSign... all with this issue and I'm in a real panic here. I've emailed VeriSign back asking for clarification, but I was hoping that someone here much more savy in this area could clear matters up for me.

 

Thanks

Share this post


Link to post
Share on other sites

I've done more research, and as near as I can tell, the issue is the site's customer "Not" clicking the Continue Shopping button. This didn't seem to be an issue before VeriSign changed their server technology... not sure why, but it is now. I changed ours to read "IMPORTANT! Click To Confirm Order!" It will be a big button... but I don't think the site's customers will miss it....lol...lol We have to do something. My client's have lost thousands since this change over as they had no idea what to ship and in contacting some of their customers to get the proper order info... they had many orders just cancelled by their customers out of frustration.

 

If anyone has any better ideas, please share.

Share this post


Link to post
Share on other sites
I've done more research, and as near as I can tell, the issue is the site's customer "Not" clicking the Continue Shopping button.  This didn't seem to be an issue before VeriSign changed their server technology... not sure why, but it is now.  I changed ours to read "IMPORTANT! Click To Confirm Order!"  It will be a big button... but I don't think the site's customers will miss it....lol...lol  We have to do something.  My client's  have lost thousands since this change over as they had no idea what to ship and in contacting some of their customers to get the proper order info... they had many orders just cancelled by their customers out of frustration.

 

If anyone has any better ideas, please share.

 

Ruth, it appears we are experiencing two separate problems. Did you make sure your silent post url is set in Verisign?

 

The problem we are experiencing is with confirmation of the actual order. Perhaps we are still have the same problem, but I would double check the silent post url and check off the box.

 

I have run tests both ways, and NO ORDER is coming across for us. I first used the last contribution by Valcor and included that at the same time I changed the payment url. Now nothing is working. I've tested with both prior URL's, the current, the SILENT POST on and off. Nothing works....

Share this post


Link to post
Share on other sites
Ruth, it appears we are experiencing two separate problems. Did you make sure your silent post url is set in Verisign?

 

The problem we are experiencing is with confirmation of the actual order. Perhaps we are still have the same problem, but I would double check the silent post url and check off the box.

 

I have run tests both ways, and NO ORDER is coming across for us. I first used the last contribution by Valcor and included that at the same time I changed the payment url. Now nothing is working. I've tested with both prior URL's, the current, the SILENT POST on and off. Nothing works....

 

I just took over this account, so originally it was set up by another developer. I just went back and checked and the return URL is set but the Silent is empty. I will go back and place the url in the silent post also.

 

Yes we are having the same issues. When a customer makes a purchase the payor information is correct captured by the processor, but nothing regarding the actual order is posted back to database. No order ID and accompanying information is written to the database. Using the Recover Cart Sales tool is the only method to retrieve the information. I'm in contact with Verisign and they were running tests last night and their tests did not appear in our orders list either, so we are at a loss.

 

I will let you know if correcting the silent post solves our problem, however this was working fine up until the new server was put into play and the silent post was not completed.

 

Also, if I use the new link with out the .cfm extension, the processing breaks entirely.

 

 

Ruth

Share this post


Link to post
Share on other sites
I just took over this account, so originally it was set up by another developer.  I just went back and checked and the return URL is set but the Silent is empty.  I will go back and place the url in the silent post also.

 

Yes we are having the same issues.  When a customer makes a purchase the payor information is correct captured by the processor, but nothing regarding the actual order is posted back to database.  No order ID and accompanying information is written to the database.  Using the Recover Cart Sales tool is the only method to retrieve the information.  I'm in contact with Verisign and they were running tests last night and their tests did not appear in our orders list either, so we are at a loss.

 

I will let you know if correcting the silent post solves our problem, however this was working fine up until the new server was put into play and the silent post was not completed. 

 

Also, if I use the new link with out the .cfm extension, the processing breaks entirely.

Ruth

 

 

No luck... nothing works... we've gone from every now and then an order would not be written to the db, to no orders are written to the db. I'm using recover cart sales to grab the order info for shipping. Are you and I the only people having this issue? My customer is screaming and I'm at a loss. What link do you have in Silent Post? I want to make sure I have everything correct on this end. Of course it all worked fine before Verisign made changes on their end... and their not talking...lol...lol :blink:

Share this post


Link to post
Share on other sites
I just took over this account, so originally it was set up by another developer.  I just went back and checked and the return URL is set but the Silent is empty.  I will go back and place the url in the silent post also.

 

Yes we are having the same issues.  When a customer makes a purchase the payor information is correct captured by the processor, but nothing regarding the actual order is posted back to database.  No order ID and accompanying information is written to the database.  Using the Recover Cart Sales tool is the only method to retrieve the information.  I'm in contact with Verisign and they were running tests last night and their tests did not appear in our orders list either, so we are at a loss.

 

I will let you know if correcting the silent post solves our problem, however this was working fine up until the new server was put into play and the silent post was not completed. 

 

Also, if I use the new link with out the .cfm extension, the processing breaks entirely.

Ruth

 

 

No luck... nothing works... we've gone from every now and then an order would not be written to the db, to no orders are written to the db. I'm using recover cart sales to grab the order info for shipping. Are you and I the only people having this issue? My customer is screaming and I'm at a loss. What link do you have in Silent Post? I want to make sure I have everything correct on this end. Of course it all worked fine before Verisign made changes on their end... and their not talking...lol...lol :blink:

Share this post


Link to post
Share on other sites
No luck... nothing works... we've gone from every now and then an order would not be written to the db, to no orders are written to the db.  I'm using recover cart sales to grab the order info for shipping.  Are you and I the only people having this issue?  My customer is screaming and I'm at a loss.  What link do you have in Silent Post?  I want to make sure I have everything correct on this end.  Of course it all worked fine before Verisign made changes on their end... and their not talking...lol...lol    :blink:

I just received an email from VeriSign. They said to make sure our return URL is sending a "200 - ok" back to verisign after getting the data. :'(

 

I've looked at the payment_process.php and I don't see that we send anything to VeriSign. Is there anyone that is familiar with VeriSign that can shed some light here for me?

Share this post


Link to post
Share on other sites
Correction - sorry I meant checkout_process.php

 

I found another posting regarding this issue this am. Not sure why I did not find it in my original search, but take a look and see if any of the suggestions here help you. Unfortunately they have not worked for me. Orders are still not being written to the db, however I read where a few others got it to work.

 

http://forums.oscommerce.com/index.php?showtopic=141517&st=0

Share this post


Link to post
Share on other sites
I found another posting regarding this issue this am.  Not sure why I did not find it in my original search, but take a look and see if any of the suggestions here help you.  Unfortunately they have not worked for me.  Orders are still not being written to the db, however I read where a few others got it to work.

 

http://forums.oscommerce.com/index.php?showtopic=141517&st=0

 

Ruth,

 

Unforturtunately, that is an old thread where orders were getting lost because of the transcation URL being incorrect. I actually have an OS Commerce specialist trying to work out the problem and get this solved. I am also trying to figure it out on my end too. If I solve it, I will certainly share it with you if I can.

 

Ed

Share this post


Link to post
Share on other sites
Ruth,

 

Unforturtunately, that is an old thread where orders were getting lost because of the transcation URL being incorrect. I actually have an OS Commerce specialist trying to work out the problem and get this solved. I am also trying to figure it out on my end too. If I solve it, I will certainly share it with you if I can.

 

Ed

I also have someone from VeriSign working on this. Funny, but he seems to think I am the only one with this problem. I am now aware of three of us, and I'm sure there must be more.

 

We ran a test on friday on a couple files they sent me. It created a very simple puchase page that processed the sale back to our Verisign account. It then posted back all the info to a text file. Based on this, they told me they were going to see if they could figure out how to modify the osc verising code to grab the information.

 

This has taken soooo much time and been very frustrating for my client. I'll keep you informed of any new developments.

 

Ruth

Share this post


Link to post
Share on other sites

Hey guys, any luck? I'm having the exact same issue here.


If you have a serious problem but it can be solved, why worry about it? If you have a serious problem but it can't be solved, then why worry about it?

Share this post


Link to post
Share on other sites
Hey guys, any luck? I'm having the exact same issue here.

 

You guys need to revisit the link to the other thread in the few posts above. The fix really works and is very simple.


RuKuS

Share this post


Link to post
Share on other sites
You guys need to revisit the link to the other thread in the few posts above. The fix really works and is very simple.

 

 

That link DID NOT fix the problem <_<

 

I'm still having to recover orders >_<

 

Does anybody know a permanent fix for this? Verisign seems not to care. I mean, it's been going on for a LONG time.


If you have a serious problem but it can be solved, why worry about it? If you have a serious problem but it can't be solved, then why worry about it?

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

×