5 replies [Last post]
stockliasteroid's picture
Offline
Joined: 04/20/2009
Juice: 21
Was this information Helpful?

I noticed when finalizing install that the Authorize.NET payment gateway that's part of Ubercart core now supports CIM! Very cool... However, I'm wondering how this actually gets used in practice?

First, is this implementation of CIM suitable as a handler for recurring fees? That would be great, because I much prefer the site-centric method of renewals, as opposed to the callback method based on ARB.

Also, just as a random thought, I have some clients who aren't thrilled about the idea of instantly charging a customer's card for a product and would rather defer charging until they actually get ready to ship. It seems like CIM would be a great solution to this problem, if we could somehow create a CA action that doesn't actually process payment until the order gets marked as "Completed" by an admin. Is that crazy? Is that even a workable idea? I was thinking about working on developing that, but it seems like it could be a pretty serious modification of how charges are currently handled. Does anyone have any feedback on that?

torgosPizza's picture
Offline
Bug FinderEarly adopter... addicted to alphas.Getting busy with the Ubercode.
Joined: 08/14/2007
Juice: 4110
Re: Authorize.NET CIM

Yes, CIM is the default - and probably right now, the best - solution for uc_recurring as well (for doing subscription sites, etc.)

I know that with the core Authorize.net module, you can set it up to charge immediately or just hold the funds. That's an option right in the store settings.

I'm not sure how it's used in practice with regard to what exactly the customer can do. I know that Tim (thill) and the guys put a lot of work this past week or two into the uc_recurring stuff, and AFAIK users can look at their own profiles on the site. (Tim et al please correct me on this.)

More info can be found here: http://drupal.org/node/454952

--
Help directly fund development: Donate via PayPal!

stockliasteroid's picture
Offline
Joined: 04/20/2009
Juice: 21
Re: Re: Authorize.NET CIM

Thanks for replying, torgos!

I did see the option for authorize only vs. authorize and capture, but I wasn't sure how we would finalize the transaction if we did authorize only. Authorized amounts would have to be manually captured in the authnet interface, wouldn't they? Or can the transaction be finalized from within Ubercart?

Thanks again!

torgosPizza's picture
Offline
Bug FinderEarly adopter... addicted to alphas.Getting busy with the Ubercode.
Joined: 08/14/2007
Juice: 4110
Re: Re: Re: Authorize.NET CIM

That's actually a good question, one that I'd have to play around with and see (we're not ready to make the jump to CIM just yet). Obviously the ideal solution would be to never have to leave the Ubercart interface - moving the order to Complete would charge the funds on Auth.net - but I'm not sure if that's what happens. One of the core UC guys should be able to answer that for you (and to correct me if I'm way off).

--
Help directly fund development: Donate via PayPal!

univate@drupal.org's picture
Offline
Getting busy with the Ubercode.
Joined: 03/27/2009
Juice: 465
Re: Re: Re: Re: Authorize.NET CIM

I was able to implement Auth.net CIM support in uc_recurring very easily since the module supports this.

But even without the uc_recurring you may want to charge the order at checkout and still save the CIM profile. What that allows is you can go to the order page and charge that user another amount again without needing their credit card. So makes things easy if they ring up and want to add something to their order?

Changing the order status wont charge the order (as far as I'm aware), you have to manually click on the link to charge them.

bkosborne's picture
Offline
Joined: 04/28/2010
Juice: 184
You said Quote: But even

You said

Quote:

But even without the uc_recurring you may want to charge the order at checkout and still save the CIM profile. What that allows is you can go to the order page and charge that user another amount again without needing their credit card. So makes things easy if they ring up and want to add something to their order?

Is this true? This is exactly what I'm looking for. My client wants to be able to offer variable payment plans... so I can just process different amounts of the balance at different times...