I'm not sure... I don't think I like the security implications of something like this. I believe Amazon.com can get away with it since they're their own CC processor, but I'm not sure about others. If a payment processor offered this as part of their API, I'd consider integrating it. They just know CC security a lot better than me.

That's great!!!
I was going to need something like this. Good to know smarter folks than I have done this.

So this should replace the authorize.net payment module? How exactly does it work? Is it an extension?

This looks like perfect solution for me too, We already use Authroize as our credit vendor.

Thanks for posting

You're welcome.

1) You can theme the Cart Contents pane on the checkout screen and add anything you want there. For example, I add shipping and discounts and an order subtotal, right below the cart contents. This seems more intuitive to me - putting all of the cost information in one place.

2) I think this must be due to your theme. Mine is left justified. You should have all the CSS id's and classes you need to re-arrange it as you like. (You can override them in your style.css rather than editing the module CSS directly too...not sure if that's what you meant)

Best,
Chad

Another question about integration with existing modules.
What would I need to modify to get uc_recurring to work with uc_cim?
Might be a silly question that I can find myself, but if someone has an answer, it would be much appreciated.

I had to do a little hack, and I'd like to figure out if this can be done w/o hacking the module. Before enabling this module, I had overrided the validation on the uc_cart_checkout to see if the expiration date was going to be expiring soon. I did this becuase I'm selling a product that is billed over several months, and I would like to get credit cards that are not expiring in the next few month. Anyway, I was using the values posted into the exp_month and exp_year to check this.

if (strcmp('uc_cart_checkout_form', $form_id) != 0) return;
$form['#validate'] = array('credit_check_expdate' => array());

When I installed the CIM module, I have a field when they enter a new credit card, but if they had an existing card stored, I could not check the date. I inserted 2 lines into the uc_cim.module at 774 and 792 (during review). These call the date checker, but I hate to modify contrib code. Is there a way to hook into this form my module.

These 2 lines were added to cim:
check_leap_date($arg1->payment_details['cc_exp_month'], $arg1->payment_details['cc_exp_year']); // at 774

check_leap_date($profile['cc_exp_month'], $profile['cc_exp_year']); // at 793

Then I have this function in my module

1) I'm not sure what you mean about credit card validation. Do you have "Validate credit card numbers at checkout" selected at admin/store/settings/payment/edit/methods? It should respect that.

2) Do you mean that when you press enter in one of the credit card fields it executes a "click to calculate shipping"? This would be because that button comes first on the page, so your browser submits that button when you press enter. No way around this that I know of, other than some fancy CSS or javascript work... but maybe I misunderstood your problem.

3) For adding the total + shipping to you cart contents pane, you just need to add a function phptemplate_cart_review_table($show_subtotal = TRUE) to your template.php. You can copy and paste the standard cart_review_table into there and then tweak it...add a couple rows to the table with the extra info you need. If you want it to dynamically update with shipping selection and tax based on the state, you'll have to figure out how to integrate it with the javascript used to handle those updates. Shouldn't be too hard, i don't think, but I haven't tried it yet...

Well, it depends what billing info you're looking for. You can get some of the credit card info (last four, type, expiration) using the above method. The billing address isn't stored there though. It is stored in the $order object the first time that card was used, so you could look for it there and duplicate it. You'd have to join {uc_order} and {uc_payment_cim} on order_id, look for the cim_ppid of the card used, and find a record where the billing info is populated in the $order object. You could then save it to the $order object for the current order. The problem with this is that when the credit card is updated to a new address, you'll probably keep pulling in the old, out-of-date info....

Alternatively, you could make a call to get_customer_payment_profile_request($profile_id, $payment_profile_id). That retrieves the info from Authorize.net's servers, so it would be most accurate, but also the slowest. Since the order object can be saved a couple times, I'd be careful about this for performance reasons...

When I tried to use the save $op from hook_order, it would not save into the order object, so I used the total $op. Here's the query I used to get the latest non blank billing info from the cim and order table and save it with the order.

Hey, glad the refund worked!

For your error, it looks like you're going to (or being taken to) the wrong URL. It should be:

admin/store/orders/[order id]/cim-charge/[cim_ppid]

Without that last part, you'll get that error. I should probably trap that error before it happens. But the question remains, how did you get to that URL? Did you click "(charge)" next to the credit card you wanted to charge? Was that link missing the cim_ppid portion? I can't think of any reason that would happen, other than you're somehow missing that data in your uc_cim_payment_profiles table.