|
|
 |  |
Re: Change Package PlanFrom: Tim Atcheson Date: Tuesday, September 3, 2002
Time: 4:42:29 amI don't know if it is possible, but basically what you are looking for is=
a
once off invoice at the end of the month to deal with past usage and fee
for the new month then change to the new plan.
I agree it would make the transition from one plan to another complete if
something like this could be achieved.
Is it possible to automate a once off invoice then switch to another plan
automatically without admin intervention
Tim
----- Original Message -----
From: "Felix Torres" <felixtorres@aip.c2kol.net>
To: <isp-list@optigold.com>
Sent: Saturday, August 31, 2002 12:54 PM
Subject: [Optigold ISP] Change Package Plan
> Would other users please share your experience on this? How can I achi=
eve
my expectation or is my expectation too much?
>
> Felix
> -----Original Message-----
> From: isp-list@optigold.com [mailto:isp-list@optigold.com]On Behalf Of
Shawn Hogan
> Sent: Thursday, August 29, 2002 5:33 PM
> To: Optigold ISP List
> Subject: Re: [Optigold ISP] Change Package Plan
>
>
> Felix Torres wrote:
>
> > Customers may call in and ask to change package plan on a specific da=
te.
> > Found that under "Billing Cycle Item Detail" we can use "Item Changes
On" and
> > "Item Changes to" to set the changes.
> > Is there any rule associated with these fields, like Item Changes on
must be
> > on the expiration date or must be after the expiration date.
>
> It would be on or after (if it has not changed already) the change on
date.
>
>
> > We found the following during our test.
> >
> > Case 1
> > If the "Item changes on" is set to the invoice generation date, the
billing
> > cycle item is set to the new package (which is OK) but the excess usa=
ge,
which
> > was used last month, was calculated using the excess usage plan of th=
e
new
> > package (which is incorrect).
> >
> > Case 2
> > If the "Item changes on" is set before the invoice generation date, =
the
> > excess usage is calculated using the excess usage plan of the existin=
g
package
> > (which is correct) but of course the billing cycle item is still usi=
ng
the
> > old package. Although the logic is perfectly correct, this is not wh=
at
we
> > want.
> >
> > Our requirement
> >
> > The system be able to change to a new package based on "Item Changes =
On"
(can
> > be the expiration date). When Invoice is generated, the Billing Cycl=
e
Item
> > should use the new product package but the excess usage (which was us=
ed
last
> > month) should use the excess product of the old product package. How
can this
> > be set.
>
> The excess usage is based on the customer's usage thresholds at the tim=
e
you
> import the usage. There is no way around that because it looks at the
time
> it's imported. You don't want it to be dynamic, because them all
historical
> usage plans would be retroactive as far as usage goes (if you change th=
e
> customer's usage plan).
>
> - Shawn
>
> -------------------------------
> Shawn D. Hogan
> President, Digital Point Solutions
> http://www.digitalpoint.com
> (858) 452-3696
>
>
> Felix Torres
> Technical Consultant
> ??2000??(??)????
> Chinese 2000 Online (Macau) Limited.
> Tel : +853 751 881 ext. 68
> FAX : +853 751896
> e-mail : felixtorres@aip.c2kol.net
> web site : http://www.c2kol.net
>
> N<n=C7?=B7z=CB=B1=CAm=EA=B6<j=B7-+j=B7S=F7.=E6z=F8S=D8=B6Y=C3 =A6=D8=A2=
W=A2oS=CB=FE+?=D9
---------------------------------------------------
To subscribe, unsubscribe or to search list archive
please visit http://www.optigold.com/lists/isp.html
---------------------------------------------------
|

Return to Digital Point Solutions' Home Page |