on 2018 Nov 30 9:21 PM - last edited on 2024 Feb 04 9:46 AM by postmig_api_4
My scenario is like : contract first created for "Sub-Package = Gold" and hence recurring Charge Plan(CP) determined the price(50 GBP) for "Gold". Customer is charged on monthly basis on the 1st of the each month.
Customer requested for upgrade from “GOLD” to “PREMIUM” on 15th of the month and hence the Charge is getting determined based on the price key for “Premium”
The requirements are:
1.To generate a credit(refund) BIT for "Gold" ,because we are charging him in advance
2. Generate another BIT for "Premium" for rest of the 15 days.
As I understand with ever change the old CP got suspended and CP is active, so can I use the "suspension" and "Activation" one shot charge to calculate /prorate the refund for old package and charge for new one.
Please guide.
Request clarification before answering.
Hi Archana,
From my understanding of your scenario, the GOLD and PREMIUM packages are handled by 2 differents contract items.
So the contract will have first a contract item configured as a GOLD package.
Then, this contract item expires on the 15th, and a new one, configured as a PREMIUM, will be subscribed.
If my understanding is correct, then the first contract item will trigger the refund, whereas the second contract item will trigger the prorated fee.
Each of the contract item will create one BIT, so the switch will generate 2 BITs in total.
Valentin
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Valentin
Also, CI is require two distinct BIT , one for the change from CC_B (10 GBP)- CC_P(20 GBP) (Refund or debit) . When customer changes on 15th of the month from CC_B to CC_P, a debit posting is required in CI for 5 GBP- 1st BIT.
and another for regular recurring charge from the 1st of the month for CC_P- 2nd BIT of 20 GBP. I do not find a way to handle two BIT using a single charge, I can aggregate the charges but CI & FICA is looking forward for 2 BIT for the settlement run.
So, do I need to use Two recurring charge- first for normal cycle, second will trigger only if there is a change in the charge from A to B.
Please guide.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Valentin,
So on next activation will the system generate two BITs- One for the refund of "CC_B" and another BIT for "CC_P".
Regards
Archana
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello,
It is not needed to use the "suspension" and "activation" one shot charge for this use case.
Instead, in the recurring rate component, in the "advanced" tab, you can configure the prorata. Doing so, the refund/prorate will be done at the next activation.
Hope this answer to your question,
Valentin
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
| User | Count |
|---|---|
| 4 | |
| 2 | |
| 1 | |
| 1 | |
| 1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.