can someone explain cascading billing to me
 

like giga cash has I think.... cascading billin through 3 proccesers... how does that work... how will the affalite get credit? I don;t understand....... does it automaticly scroll through all proccers or what?

BUmp... I am curious still.....

I think *true* cascading is like someone signs up, and it will run it through any number of processors until the cc is approved.

so if its declined by one, it automatically tries the next until approved.

thats what I thought to ... but how would the afaliate get credit for that.... would they have to sign up to 3 programs?

I'll tell you if you tell me why you do a 50% partnership instead of a 30 or $35 per join. I always thought giving $30 made more money for the owner.

you will make more money from the 50/50

well the affiliate program would require some custom scripting, like mpa2

Pay per signup being more profitable is entirely dependant on the retention rate: the conversion from trial to month and how many months the average surfer stays in the site.

know anything about that?

curious boys are the best.

my offer still stands on the modeling thing :winkwink:

If your site has a very low retention rate then yes, as the owner of the site you will make more from a 50% rev share.

I meant "you" and the partner... :thumbsup

H A H

The way it goes is you have three processors which you agree to use with all three registrations and contracts filled out by you the company. Hire a programmer to incorporated these three processors into your affiliate system so that if the scrub limitations take hold of one processor it circumnavigates to the next one and so on until it gets authorization from that processor to bill the credit card. This sends back to the sale to your affiliate through the script your programmer made.

Although Im not sure 50% recurring is better than $30 or $35 a join... I think you can make more money with $ per join instead you should look into it.

Thanks, see yes I knew that! :)

well i will say this...

to me it makes sense to process initial transactions through your own merchant account...saves$$ then process recurring through a 3rd party to spread risk.

but the tracking issue is a moot point, something thats easily handled at the integration level

so the script a programmer for me would have to wrte will sign them up to each of the programs? then what they get 3 different checks?

The affiliate program is a giant database which tracks the traffic from each affiliate. Each person who joins has their CC run through each of the processors until its either charged or rejected. If it is charged then the affiliatewho sent that person receives credit. If the new member stays then the affiliate program database tracks the member, and each time the CC is charged, the affiliate who sent the member receives additional credit (if its through a rev share system).

It works the same way as the CC processors systems do but its one level up on the chain. The affiliate program has one or several master accounts with the actual CC processors - and tracks the data and distributes to the appropriate affiliates.

LOL :thumbsup

I dont think so, you'd have your own custom back-end that would handle affiliate tracking accross all processors and you'd pay only one check.

I think I am still confused.....

Im not sure on the point about the script signing them up to the programs but yes it would have to. What I am sure of is that you have to look at it as the processing companies send you the owner up for these three programs and they send you the checks you in turn send out the checks for the affiliates. A little more complicated than you thought.

ahh I think I gotcha... so I would cut the affilites checks....

The back-end would pull data from each of the procesors back into to your system. so for example, if you were paying recurring, every day or whatever your system would pull membership id's from each processor so they'd show up as commisions to your affiliates.

Its basically simply a matter of pulling data back and forth.... with your back-end consolidating all apllicable information from all three processors

yes

In reply to most all of the above questions, and also to clarify.

Gigacash uses MPA2's cascading feature whereas a credit card will go through 3 processors before giving up on a transaction using credit card. It will then take you to alternate billing mechanisms that might work for that particular surfer. In Gigacash's instance we implemeted MPA2 cascading into Gigacash's existing affiliate program - this has resulted into Gigacash making more money in terms of much higher signup ratio for any webmaster sending traffic to their affiliate program. Win win for everyone, so go and sign up if you want to stop leaving money on the floor with your existing affiliate program. ;-)

As for MPA2 and programs using it. You as the affiliate only need to sign up ONE TIME and with this you now have access to not only three processors in a PURE cascading environment, but also check processing via Electracash as well as NoCreditCard as a dialer. One affiliate code - three major processors (Epoch, CCBill and PSW), ACH (checks) processing (Electracash), and NoCreditCard. And I emphasize, all in one affiliate code!

No need for the affiliate to sign up for anything else but for the program using the MPA2 backend.

If curious about who is currently using it, send me a mail and I will guide you to them.

Currently webmasters using MPA2 as their affiliate program can offer "Per Signup", "RevShare" as well as "Per Click"

This of course only tell you about some of the features around the affiliate and cascading part of the program. There are lots and lots of more features that helps to simplify an affiliate program owners life to great extent.

Spam this thread with more questions regarding these things and I will be more than helpful and answer them all...

Anyone?

Did that explain it? :)

It bills the surfer on all three processors at the same time.
Chances are the surfer wont be able to cancel all of em let alone notice them so you will be ok.

If ya figure one out of 3 surefers will notice and call to get it fixed.
You credit 2 processors and keep the one. But ya figure 2 out of three surfers wont know he's been charged 3 times.

Easy money.

If you want to have an MPA2 type system coded we can get you it done for between $5-$6k tunraround time would be something like 30 days max :thumbsup

Feel free to drop an email to our lead developer [email protected]

Regards,

Lee

How much $ for your stuff? Not the 300$/month.. one time.
Can european webmasters use it (you use epoch who says europeans are bastards). I also assume it no longer works with paypal.

The last time i heard someone was quoted a price of $12,000 for the entire script upfront.

Not sure of the specifics surrounding the sale though.

Regards,

Lee

kinda steep.<img src=http://bbs.gofuckyourself.com/images/smilies/2twocents.gif>

Yeah but as i say i dont the specifics behind the sale :)

Way i look at it, if you plan on being in business for 2 years that works out to a cost of $300 x 24 months = $7200 on the monthly deal which is a good option for those who can not afford to pay for a custom solution upfront :thumbsup

But if ya can afford to invest between 5k and 6k then custom would be the way to go imho

But i am biased :thumbsup

Regards,

Lee

I have a total solution I can sell you fro $75k:Graucho

gee thanks. :)

I have been considering purchasing a cascading processing system, however I am now having a problem seeing where the advantage of cascading processing is in today's volatile cc transaction processing environment.

Is the cascading mainly to circumvent what might be considered heavy scrubbing by one processor by resubmitting it to a less demanding processor... until you find one that accepts the transaction? ... or is it to use as a backup to protect against processors servers being down and not responding?

If it is for the latter reason, are that many of them down all that often? If it is to just give transactions a second, third or fourth chance by sending it to a softer scrubbing processor, aren't you taking a big risk?

If, as I understand it, the 3rd party processors are in fact now passing on chargeback fees and fines to the site operators, and MC/visa now require that the chargebacks and returns be tracked to the individual site domains (and site owners) what is the sense of having cascading processing?

It seems that if you put a real liberal low-scrub processor into the end of the "cascade" mix, (or if any one of the processors had some kind of a problem that led to a large number of chargebacks on your account) you would then be jeopardizing ALL of your processing relationships.

If you go way over on chargebacks because of one liberal processor, or technical problems at one, and end up getting fined or canceled wouldn't it in theory affect your 3rd party relationships with ALL your processors who may process for those same domains, even though you may have always been within the Visa/MC allowances on the domains with them?

and .. if you also happen to have your own merchant account in the cascade mix, as well as use the aggregates, you would/could be jeopardizing it as well.

It seems like by using a cascading processing system you risk having "one bad apple spoiling the whole damn bunch" In the long run it seems like cascading processing might actually be a higher risk to the longevity of your business.

I also don't see why any processor would want to be a part of, or especially at the bottom of, a cascading list of processors, knowing that they might get all the high-risk stuff that nobody else wants. Can they make enough on declined transactions to make it worthwhile enough to risk bad transactions somehow slipping through and raising their overall cb ratios?

Is cascading really all it is cracked up to be? Any thoughts on this?

i have heard that the monthly price of MPA2 will go up from $300 a month depending on the amount of joins you pull a month. can you give me the rates on this oystein?

If you want to use a cascade, you can use our soft: WebAdmin You can use ANY billing in the cascade!!! And you will not pay each month for it. Only once...

dude you link and sig do not work. page not found.

Note that even with the cascading system it requires resubmit
action from the user. With the current rules it's not allowed to
automate this. So if a transaction is declined from processor one
The user will get a prefilled form EXCLUDING CC INFO as it's not
allowed to store CC info if you're NOT an IPSP.

The user then needs to fill out his CC details again and resubmit
the form to the next processor. I thought I should add this as it
seems that this is not clear to everyone.

DynaMite :2 cents:

Beat me to it :)

...and to jcnlv, I'd only say that rather than risking higher CB's or refunds it's simply making the most of the different systems. There' s a lot of criteria and diffferent processors will scrub slightly differently and even harder on certain times of the month than others depending on their systems. Using cascading simply means that you have the best chance of catching one on a 'good day' and/or with a scrubbing system that likes your particular customer. All IPSP's still in business have effective scrubbing but that doesn't mean they all use they same 'rules' for it :)

While I think of it... there's also a reason that programs like MPA2 only use certain processors. It's simply because many processors out there do not have systems in place to allow data to be shunted back and forth via a script. Even CCBill which has superb tools for this, is a little limited in that they wont allow any of your 'own' data to be sent to them and back if you use their own affiliate system. Mind you, other than that CCBill do have the best tools out there.

You always seem to spam this offer in any thread where MPA2
is mentioned. So let's see a demo of this stuff you have. For that
kind of money you must have sold a few already so I'm sure
getting some demo up is no problem at all.

And no I'm not dissing you I'm just curious to see what you've
got and I'm sure I'm not the only one. That said I AM a bit
sceptical that you can deliver an program with the same/similar
features/functionality as MPA2

So show us the goodies......it's SHOWTIME!

DynaMite

Actually, our product is still being coded as i type this as it is going to have more features than MPA2 along with the option of using more processors.

Once we have the source code completed i will be happy to post a demo url on the board so that everyone may compare products :)

We currently estimate completion within the next two weks given all the functions that our program will have in addition to those of MPA2, TrueStats and, other likeable products on the market.

Regards,

Lee

DV: The problem with this is that there are a lot of affiliates that prefer being paid from a 3rd party processor. So many companies mess with the stats and shave.

Interesting point. I too would like to know the answer.

I don't think MC requires this kind of reporting at this point but, from what I understand, this could theorectically happen with Visa since they now require reporting.

However, the MC chargeback thresholds and fines seem to be tougher, so you could have additional problems with MC just from the chargebacks alone, since the fines on those are pretty hefty these days if you go over.

From my experience with different programmers the past seven years.... that estimate of two weeks more than likely will end up being two months at best :1orglaugh

Tipsy, DynaSpain,


Thank you for the responses... 'cleared up some of my concerns.

Well you have obviously not used the same programmer / s we do ;)

We have been working on this program for a while now (at least 6 months) and it has already past its anticipated completion date because we keep adding things to it that will ensure our program is far superior to others on the market at the present time.

That said, if it does go over the two week time frame it will be because we have added more stuff to it or had to de-bug it :thumbsup

Regards,

Lee

hhhmmmmmm..... debugging... another 6 months :1orglaugh :1orglaugh
(and I don't even get paid for doing it for them....)

as you can tell my experiences with programmers has not been quite as good as I would have liked.

I look forward to seeing your system when it is ready...