HomeHome Product Discus... Product Discus...SmithCartSmithCartFinal Settlement using Authorize Only not sendingFinal Settlement using Authorize Only not sending
Previous
 
Next
New Post
5/27/2010 7:00 AM
 

We're using Authorize.net for payment processing, and using the Authorize Only option. The initial authorization was sent out and received when an order is placed, but when the shop administrator goes in and marks the order as shipped and saves the record, there's nothing going to Authorize.net. Nothing showing in the event log after marking the order as shipped, but there is a note in the event log from the initial order, showing a post to Authorize.net, and our account at Authorize.net shows the unsettled transaction pending. What's preventing the settlement command from being sent?


Ken Robbins http://macoundesign.com
 
New Post
5/27/2010 12:52 PM
Accepted Answer 

The settlement (capture only) command was built into the old manage orders screen but wasnt used by anyone since most people setup their stores for authorization and settlement automatically and not authorize only. When the new manage orders page was released in the cart the settle feature was not included. What we will probably do is add a button at the new manage orders screen titled "Settle Transaction" rather having the settlement tied to changing the order status to shipped.

The old manageorders.ascx page is still included in the cart but its just not linked into the admin menu so If you have urgent orders that need to be settled you do the following:

  1. Click the manage orders button from the store admin menu
  2. In the browser address bar url replace manageorders1.ascx with manageorders.ascx and the old manage order screen will be displayed
  3. Locate the order you want to settle and change the status to shipped and it will send the settlement request to authorize.net

Or you can go to the authorize.net virtual terminal and settle the transaction there.

-Scott


Scott Kelly
Project Manager
DotNetNuke Consulting, DotNetNuke Store and DNN Ecommerce
 
New Post
6/3/2010 5:05 PM
 

Using version 2.91, the settle credit card button is available and does send the capture order to authorize.net. A few questions, though:

When the shop administrator goes to the order, and they make a change to the order that causes a change to the total and click to recalculate the total, clicking the "Settle Credit Card" button sends the original amount for capture, not the recalculated total. Clicking the "Print Invoice" or "Send Email" button appears to include a "Save" action, but looks like the "Settle Credit Card" button doesn't include that same "Save" action. Shouldn't the behavior be the same on all three? This would save the shop admin the need to save the record before settling the credit card.

Along the same lines, once I realized that the original amount had been sent, I went back to the order, saved the new total, and clicked "Settle Credit Card" again. Now there are two capture orders at authorize.net pending settlement. They each have different transaction id, but they each have the same authorization code. I'm surprised the 2nd settle order was accepted, as now there are two captures on one authorization! At the point that authorize.net settles the transaction, will these resolve themselves, and accept only the 2nd capture, assuming it's a correction of the 1st? Or have I just run the card twice?

Cheers,

Ken


Ken Robbins http://macoundesign.com
 
New Post
6/3/2010 5:36 PM
 

1. "Settle Credit Card" button sends the original amount for capture, not the recalculated total.

Answer: Yes the "Settle Credit Card" button is sending the orginal authorization amount which is what the old order management screen did. Programming moved the settlement code from the old order management when they added the "Settle Credit Card" button on the new order management screen.
2. Clicking the "Print Invoice" or "Send Email" button appears to include a "Save" action, but looks like the "Settle Credit Card" button doesn't include that same "Save" action. Shouldn't the behavior be the same on all three?
Answer: The "Print Invoice" or "Send Email" buttons do not "Save" the order information on screen. If you make changes to the order data you need to click the save button to save the order data.
3. Once I realized that the original amount had been sent, I went back to the order, saved the new total, and clicked "Settle Credit Card" again. Now there are two capture orders at authorize.net pending settlement. They each have different transaction id, but they each have the same authorization code. I'm surprised the 2nd settle order was accepted, as now there are two captures on one authorization! At the point that authorize.net settles the transaction, will these resolve themselves, and accept only the 2nd capture, assuming it's a correction of the 1st? Or have I just run the card twice?
Answer: I'm not sure about this one but I think that Authorize.Net will only settle the last one sent to the gateway as I dont think you can settle twice on a single authorization but to be sure you should ask auth.net tech support to confirm this.
-Scott


Scott Kelly
Project Manager
DotNetNuke Consulting, DotNetNuke Store and DNN Ecommerce
 
New Post
6/3/2010 6:38 PM
 

1. Sure would make everything easier for the user if this weren't the case. And it would help avoid the issue of submitting the capture order twice.

2. Well, when I open up the order, change an amount, print an invoice, then click "back" without saving, and then enter the order again, the changed values held. Same thing if I send email. It definitely SEEMS like it's saving it!

3. Both captures were processed by authorize.net.

In reviewing what went to authorize.net, there were three different transactions, all with the same authorization codes, but all with different transaction ids. The first was the authorization, which was (and still is) unsettled and listed as "authorized/pending capture". The next two were the different captures, which have now gone from "captured/pending settlement" to "settled successfully". I thought there would be only one transaction, which would progress from "authorized/pending capture" to "captured/pending settlement" and finally to "settled successfully". Because now, ignoring the inadvertent re-run of the card, there's an unsettled transaction just hanging out in our account. Shouldn't it work this way???

Ken


Ken Robbins http://macoundesign.com
 
New Post
6/3/2010 7:29 PM
 

3. When you send an authorize only transaction to a payment gateway then a settlement request it results in 2 seperate transactions that is how I have seen it work on all the payment gateways I have worked with. I am pretty sure that once an authoriize only transaction has been settled (captured) it wont be availible on the gateway to settle again. Setting up your store to do pre auths and captures seperately is going to be a little more complicated to manage and reconcile on the backend than if your store was setup for auto settle but if your business process drives that requirement then you have to do it.

-Dave


At your service,
Dave Smith
DotNetNuke Consulting, DotNetNuke Store and DNN Ecommerce
 
Previous
 
Next
HomeHome Product Discus... Product Discus...SmithCartSmithCartFinal Settlement using Authorize Only not sendingFinal Settlement using Authorize Only not sending