Billing dependant on coverage

[Guest]

Hello all,

I have heard rumours of software packages that can bill a customer dependant on the coverage on a page, for instance if coverage is between 1 and 25% it could bill at 1p (1c) say, 26-50% 2p, 51%+ 4p. and different rates for colour.

Has anyone else heard of this and if so what package is it.

Many thanks

[ddude]

Re: Billing dependant on coverage

BigRedX started this a few years back, it's a way to convince customers that they only pay for what they use- I'm not sure, but it's smoke and mirrors IMO

[ddude]

Re: Billing dependant on coverage

CPC has already been taken down to minimal levels, trying to parse the cost by coverage of page does no good to the business of billing pages.

[mjarbar]

Re: Billing dependant on coverage

Thats what I thought but one of our competitors is offering it to a potential customer that we are also quoting on, as we hadn't heard of this before I thought I'd ask the question so we could find out a bit more.

[charm5496]

Re: Billing dependant on coverage

Kyocera has this built in to their devices as well with a 3 tier pricing system that you can adjust in service mode for coverage and pricing.

[Herrmann]

Re: Billing dependant on coverage

Just a few questions:
are you aware to the fact, that every color mashine uses toner to put its density and registration marks onto the transfer belt on a regulary time? Does the assessment of the coverage consider this?
If not, a service contract at the basis of coverage will definately bite you in the arse.

[charm5496]

Re: Billing dependant on coverage

Just a few questions:
are you aware to the fact, that every color mashine uses toner to put its density and registration marks onto the transfer belt on a regulary time? Does the assessment of the coverage consider this?
If not, a service contract at the basis of coverage will definately bite you in the arse.

this would be built into any software that is written either by the manufacturer or a 3rd party group

[mjarbar]

Re: Billing dependant on coverage

this would be built into any software that is written either by the manufacturer or a 3rd party group

I should imaging that as the machine is reading a patch and not producing a print, it wouldn't matter how many graduations or set ups the machine does. I think it would have to first calculate what the coverage was as it is building the job and then log the number of prints produced. after when it comes to billing - depending on how you have it set up - would either give you a final total or a run down of so many at x ao many at y etc. for you to work your own bills out.

As for a contract I think it would be better as you could charge someone who is using more toner a higher click than someone who uses less rather than having to average it out across the machine population, not to mention you could use it on the sales side to give a breakdown on the type work and so recommend a suitable machine. The main downside is the arguments with the customer on how the breakdown of toner usage is worked out. Most of my customers don't give a monkey's if the page is 10% or 100% as long as they get a page when they press the button they are happy.

[Herrmann]

Re: Billing dependant on coverage

I should imaging that as the machine is reading a patch and not producing a print, it wouldn't matter how many graduations or set ups the machine does

You would be astonished, how many patches and reistration marks the mashine does until measurement, in addition (as per example the ineo 6501) the mashine does 4 stripes every 500 prints over the whole width of the transfer belt to smear drum scraper and transfer belt scraper. Do not underestimate the amount of toner getting lost this way, which you has to pay for.