I wanted an admin payment module to accompany the Manual Orders contribution but couldn't find one. I finally just wrote it myself. This allows you to have an employee charge a customer without giving them full access to your authorize.net account. It also saves a lot of typing even if you're the one that manually running cards through the authorize.net web terminal.
It is a quick and dirty implementation based on code from the Authorize.net module. When I say "quick and dirty", I mean that I didn't internationalize it. I hardcoded in english, US$ currency. It would be easy to adapt to any locale, though.
Basically, the module allows you to enter the order number, the CC info, the amount, a description of the purchase, and click "process". The module sends the transaction to Authorize. The results of the transaction are shown on the screen after the card is processed.
Legend: 
Download
Report
I just ran through the comment about the >$1k issue. It turns out that only applies to the last guy's contribution, not version 1.1. No patch is required for V1.1.
My version simply takes the number you enter (without the comma). If you enter it wrong, authorized throws an error and you get to do it again.
Again... No file attached.
I was helping someone debug a problem they were having with the contribution and found that the person that uploaded version 1.2 left some custom code they wrote that writes to a non-standard OSC table in the database.
I highly recommend staying with V1.1. That version does not write to the database, it only reads variables from the database. I'm not sure why it didn't work for the V1.2 author, but it works fine for me and many others.
The >$1k comment is legit, though, so if you process transactions that large, you will need to patch V1.1.
No file is attached.
Just a quick IMPORTANT note about this contribution. If you have values in the thousands, anything past the comma is truncated when it is passed to Authorize.net. So an amount of $1,234.56 would only charge $1.00. A quick fix is to comment out the lines fetching the amount charged so the clerk would have to enter the amount to be charged.
//$order_total_query = tep_db_query("select * from orders_total where orders_id = '" . $order_id . "' and class = 'ot_total'");
//$order_total = tep_db_fetch_array($order_total_query);
A more permanent fix would be to store numeric data as numbers not as strings in order_total.
NO FILE ATTACHED.
Thanks Kenja for the previous version. Unfortunately it did not work for us. Here is the fix that works and is live on our store: http://serialio.com/store. Installation is easy and can be done in just a few minutes.
This is essentially the same file I uploaded yesterday. The only difference is that I created a $path_to_curl variable at the top of the file to make it easier for people to remember to set the right path to curl on their webserver.
I wanted an admin payment module to accompany the Manual Orders contribution but couldn't find one. I finally just wrote it myself. This allows you to have an employee charge a customer without giving them full access to your authorize.net account. It also saves a lot of typing even if you're the one that manually running cards through the authorize.net web terminal.
It is a quick and dirty implementation based on code from the Authorize.net module. When I say "quick and dirty", I mean that I didn't internationalize it. I hardcoded in english, US$ currency. It would be easy to adapt to any locale, though.
Basically, the module allows you to enter the order number, the CC info, the amount, a description of the purchase, and click "process". The module sends the transaction to Authorize. The results of the transaction are shown on the screen after the card is processed.
Add file to this package