billing module

Roku's free SDK allows developers to build channels and applications and publish them to the Roku Channel Store. Register for the Developer Program at http://www.roku.com/developer

Moderators: RokuDouglas, RokuRyan, RokuJamesL, RokuKen, RokuChris, RokuJoel

billing module

Postby krazy » Mon Jan 17, 2011 6:45 am

Hello everybody,

we currently have a free channel service in which one part of it we need to make it paid, (current application build around videoplayer sample)
we are looking for someone who can provide billing module consisting of application on roku side , java or php on webserver side i guess. billing based on paypal subscription, monthly or yearly, code based authentication on roku , on web server side say a database, singup form , member page etc.. is required.
if someone has a generic module containing all this and willing to sell let me know. not sure if i can publish my email id so please PM me.
moderator-> if this is inappropriate please delete the thread
krazy
 
Posts: 17
Joined: Fri Jan 07, 2011 12:02 am

Re: billing module

Postby TomCorwine » Tue Jan 18, 2011 2:15 am

Do you know about the new Roku billing system?

viewtopic.php?f=34&t=35972
TomCorwine
 
Posts: 19
Joined: Fri Dec 03, 2010 4:04 pm

Re: billing module

Postby kbenson » Wed Jan 19, 2011 11:12 am

He posted this a few minutes after noting that he thought 30% was a bit high, so I'm sure he knows.

I think what he failed to understand (not sure what his outlook is currently) is that to provide a payment portal is nowhere near as simple as using a "billing module" anymore. If you want to provide some very simplistic gateway page to paypal or something, that's one thing, but if you want integrated credit card billing and the ability to bill later on, it get VERY complicated. Not only is integrating and dealing with a billing module itself complicated (whenever you are dealing with money have to take the utmost care to do it right), but PCI compliance itself can cause some major headaches. PCI compliance stipulates constraints such as server hardening, employee account password policies, quarterly network reviews for security flaws, etc. Also, on the billing module side, it's strongly discouraged that you keep CC numbers (and if you do, they need to be strongly encrypted at all times when stored). Generally, they want you to use the card in a special transaction, store the transaction reference returned, and use that to tell the processing company to charge the same card at later dates (but there may be restrictions on what types of charges can be done this way, I don't remember). That's an example of the type of issues you need to deal with when correctly implementing a payment processor's billing module. Keep all that in mind when considering the cost of the module (a large portion of the cost may be implementation with your services).

I've been on both sides of that; I've implemented a billing module using their API and SOAP, and I've helped in the review and modification of the network, servers and code to come mostly in PCI compliance (separate project). Believe me, for the vast majority of developers, not having to deal with payment tracking is well worth 30%. If you already have the billing system set up, or need to for some reason anyway, then go ahead, and then release a free channel that requires linking to an online paid account.
-- GandK Labs
Check out Reversi! in the channel store!
kbenson
 
Posts: 886
Joined: Fri Apr 09, 2010 9:53 am
Location: Santa Rosa, Ca

Re: billing module

Postby krazy » Wed Jan 19, 2011 9:04 pm

benson, simple gateway page to paypal is enough for us, as we currently use pure paypal and do not store CC info to be PCI complaint etc.. I do know such hassles being more on to networking and system myself lack programming skills.
krazy
 
Posts: 17
Joined: Fri Jan 07, 2011 12:02 am

Re: billing module

Postby kbenson » Wed Jan 19, 2011 9:46 pm

krazy wrote:benson, simple gateway page to paypal is enough for us, as we currently use pure paypal and do not store CC info to be PCI complaint etc.. I do know such hassles being more on to networking and system myself lack programming skills.


Are you looking for a one time fee, or recurring subscription fees? For a singe one time fee, a payment gateway page can easily be sufficient. For recurring fees, that may be a easy way to lose customers, as I don't believe they support recurring payments (although I may be wrong), and making customers go re-enter payment information into a page each month is an easy way to lose customers as they decide it's not worth the hassle.

If you are planning on a one time purchase, your most cost effective route is to probably install some shopping cart software like zencart (I just know of it, don't take that as a recommendation) and integrate one of the off-the-shelf billing modules available for free or a small fee. Just be aware there's some level of liability involved in that. My workplace has made a good chunk of cash in the past fixing hacks where people exploited poorly coded and rarely updated PHP drop in software, such as shopping carts and bulletin boards (PunBB, which runs this forum, being a prime example...).
-- GandK Labs
Check out Reversi! in the channel store!
kbenson
 
Posts: 886
Joined: Fri Apr 09, 2010 9:53 am
Location: Santa Rosa, Ca

Re: billing module

Postby krazy » Thu Jan 20, 2011 8:03 am

paypal supports subscription, and paypal takes care of it for re billing, I can understand you have lot of experience in CC processing but not paypal.
for beginners or mid range companies paypal is good way of doing transactions, this is the whole reason why paypal because this much famous. Paypal has a mechanism which sends a post of data to a web storefront url of any subscription that is made, and when it is canceled etc.. such events are taken care within web portal to make a user as a subscriber or as a simple non paid user , remove his paid status when subscription is canceled, etc..
krazy
 
Posts: 17
Joined: Fri Jan 07, 2011 12:02 am


Return to Roku Developer Program

Who is online

Users browsing this forum: No registered users and 6 guests