HomeHome Product Discus... Product Discus...Payment Registr...Payment Registr...confirming silent postback functionconfirming silent postback function
Previous
 
Next
New Post
1/16/2012 1:16 PM
 

Hi 

I am in the final phases of integrating your Smith Registration Pro into my website. I am creating ARB subscriptions and I want to confirm that the silent URL/postback feature is working. 

I looked in the database under dbo.Smith_AuthorizeNetLog and there are records whose timestamps correspond with the creation of the ARB subscriptions but every field is either 0 or NULL. This seems odd. Is this correct?

How can I confirm that this feature is working prior to rollout?

Thanks

John

 
New Post
1/16/2012 1:59 PM
 

Hi John,

Take a look at the following forum post on the silent postback feature it shold help:

http://www.smith-consulting.com/Forum...

 

 


Scott Kelly
Project Manager
DotNetNuke Consulting, DotNetNuke Store and DNN Ecommerce
 
New Post
1/16/2012 2:18 PM
 

Thanks, Scott. I had already seen that.

I presume that I have set it up properly and that there is at least some communication from AuthorizeNet to the module. I get this from from the fact that there are entries  in the dbo.Smith_AuthorizeNetLog with time stamps corresponding to the initial posting of the ARB subscription.  

I would like to verify that the connection is working properly before going into production rather than wait 90 days until the first recurring payment. 

What seems strange to me is that the entries in dbo.Smith_AuthorizeNetLog are all 0 or NULL, which doesn't seem right. Can you please advise if this is correct? Can you advise how to test this?

Thanks. 

 
New Post
1/16/2012 4:57 PM
 
Hi John,

Which version of the RegPro module and DNN are you currently running?

Thanks,
 
New Post
1/16/2012 5:02 PM
 
DNN 5.6.2 and RegPro 4.22.0

Thanks.
 
New Post
1/18/2012 4:15 PM
 
Hi John,

You can set the recurring billing interval to whichever interval you are going to go live with recurring billing. If you login to the auth.net and you see the ARB subscription created, that will be confirmation the the recurring billing is setup.

Thanks,
 
New Post
1/18/2012 5:17 PM
 
Thanks, Kevin. But that is not my question. I have already figured that out and can see that the ARB records are being created.

My question is this:
How can I confirm that the postback mechanism is working?

For example, if an ARB payment fails at some point in the future for some reason, such as an expired or cancelled card, Authorize.Net is supposed to send a message back to the module informing it of this fact. The module is is then supposed to remove the role, for example Subscriber, that was granted to the user upon signup and creation of the ARB record. I can see that there is a table in the database named dbo.Smith_AuthorizeNetLog, which I guess may be used to log these communications. Every value in this table, except the date stamps, is either 0 or NULL. This leads me to believe that the postback mechanism is not working as advertised.

Can you please:
1) comment on the fact that all the values are either 0 or NULL?
2) tell me how to make sure that this postback mechanism is working?

Thanks.
 
New Post
1/18/2012 7:10 PM
 
Hi John,

1. The silent postback feature is controlled by the Auth.net gateway. The silent post feature will communicate with the module if an ARB credit card transaction for one of your portal members declines for any reason (NSF, card expired, etc.) A silent post message will then be sent from Authorize.Net to your portal and received by the Registration module. The transaction details regarding the declined transaction will be stored to the database and the user will be removed from the DNN role they were added to when they registered.

2. I would recommend contacting Auth.net support to be accurately advised as to how to make sure that this postback mechanism is working.

Thanks,
 
New Post
1/19/2012 1:32 AM
 
Kevin - I have read the documentation and know how the module is designed to work. That is why I am considering using it.

But, after four attempts, I have still not gotten an answer to the fundamental question:

Is it normal that every value in the table named dbo.Smith_AuthorizeNetLog, except the date stamps, is either 0 or NULL. This is your firm's table, not Authorize.Net's? This does not look right.

You state "The transaction details regarding the declined transaction will be stored to the database" This does NOT appear to be happening.
 
New Post
1/20/2012 7:27 PM
 
Hi John,

I will have to check with one of our programmers as to how the Smith_AuthorizeNetLog table is used and when the values are logged as well as what they mean.

In the meantime, is there an issue you are reporting or is the module behaving incorrectly which needs to addressed?

Thanks,
 
New Post
1/21/2012 6:34 AM
 

Hi Kevin -

Thank you for checking with the programmers. 

Yes, I believe the module is not working properly or there is some other problem. It would make no sense to have a nice table in the database with a number of fields labeled with the names of useful bits of data only to populate them all with NULL and 0. 

I am unable to confirm that the documented behavior is actually happening, where upon failure of a subscription payment the module is supposed to remove the role it gave to a subscriber on sign up. But, if you can confirm that the data should all be NULL and 0 or give me a way to make sure that this is working, I would be grateful.

Thanks

John 

 
New Post
1/23/2012 10:24 PM
 

Hi John,

I would suggest that in your tests, that you set the module to a short recurring interval such as Weekly and see Auth.net to accurately advise as to how to test a failed transaction/decline such as NSF, card expired, etc. set up for ARB to confirm that the postback mechanism is working.

Thanks,

 
New Post
1/24/2012 6:49 AM
 

Hi Kevin,

I have already started that process a week ago. But as you can imagine, as the shortest ARB period your module allows is one week, it takes a minimum of two weeks to get any kind of result. We had hoped to move somewhat more swiftly than that. In any case, the billing should fail next Monday.

I was hoping to get some useful feedback from you before two weeks had elapsed, as the data in the table looks wrong. What did your developers say about the fact that the entire table is populated with 0s and NULLs? Surely that cannot be correct.

John

PS

Left to my own devices, I have had to do some poking around. I viewed (but did NOT edit as confirmed by the timestamp) the file 'C:\inetpub\wwwroot\DesktopModules\SmithRegistration\SilentPostUrl.log' which has quite a bit of information in it. 
 
Now I notice I am getting the following error when I click the Postback URL choice on the ARB management page: 
 
A critical error has occurred.
Access to the path 'C:\inetpub\wwwroot\DesktopModules\SmithRegistration\SilentPostUrl.log' is denied.
 
What is up?
 
Previous
 
Next
HomeHome Product Discus... Product Discus...Payment Registr...Payment Registr...confirming silent postback functionconfirming silent postback function