The SitePoint Forums have moved.

You can now find them here.
This forum is now closed to new posts, but you can browse existing content.
You can find out more information about the move and how to open a new account (if necessary) here.
If you get stuck you can get support by emailing forums@sitepoint.com

If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

Specialized Recurring Billing Problem - How Can I Solve It?

I am starting a site where customers will be able to advertise one or more vacation rental properties with me. I will bill these customers on a monthly basis for the listing. Customers will be charged based upon the number of properties they are listing in addition to some listing options they might choose, such as extra photos, etc.

I currently do not have a billing solution in place, and am researching various options. I was hoping I could prevail upon the wisdom in this group to help me craft a solution that will meet the following criteria....

1.) I will bill my customers on the first day of each month. If a customer places an order on a day other than the first day of the month, I will prorate the monthly fee for the days remaining in the month, then charge the full fee on the first day of the following month.

2.) I need to be able to change the amount of the monthly fee as customers add/remove properties and options.

3.) I want the customer's credit card to reflect that the charges are from my company, and not a third party like PayPal.

4.) I need all of this functionality integrated with my web site. I do not wish to send customers to a third party page. I am a programmer, so integrating with someone's API won't be a problem.

5.) I do not wish to store the customer's credit card data myself.

My hosting company offers me a deal through PayQuake, who is an Authorize.net reseller. I've looked at Authorize.net's AIM API, and it doesn't seem like it will support what I want to do. It doesn't seem like I can do what I want to do with them directly unless I store the CC information myself and write a service that bills at the proper intervals.

I feel like I need a 3rd party between me and Authorize.net that will hold the CC information securely and bill the card when I make calls to it. Does anyone know of such a service? Am I on the right track here?

PC Charge would not be on your server (although I do believe this is technically possible it is not how it is commonly used). It resides on any PC you choose. It does have the capability to everything you want except for number 5 which I overlooked. However, If security is the reason why you don't want to store your customers' credit card numbers by having it on your PC and not your server, assuming you adequately protect your PC, you will have yheir information in a very safe and secure environment.

Ahhhhh!

I think I'm starting to get it now. I was very much stuck on the idea that I would do everything online in an automated fashion. I'm noticing from my research, coupled with what you've told me here, that encrypting the data and storing it offline is a good way to go. Then I can just run the charges by hand once a month. It's a little more manual than I wanted to go, but I think I can bring myself to do the task that will get me paid each month.