SSP Question! When our sales teams does a rip/rep...
# arm
j
SSP Question! When our sales teams does a rip/replace of entitlements, they often use a negative quantity. When it flows into NS, it's allocating a huge negative amounts to these lines. Has anyone solved for this to make sure it doesn't happen? (In some instance the start/end dates all match so the impact to rev rec nets to $0. some instances it does not and we take a big negative hit to revenue)
k
so they do rip, what about replace, when that happens? also, is this coming from SFDC CPQ?
j
@Karina - Sorry for the delay in response. Yes, all the data is coming from SFDC CPQ. See the example attached. We use the negative qty amount to calculate the Credit the customer received for funds already paid towards the old product. In the scenario below, they're early renewing the contract with an upgraded subscription. So they negative amount in CPQ is calculated the credit that they've already paid for those 3 months.
but the problem is that SSP is doing a FMV allocation and giving us a really large negative value for those 3 months of rev rec.
k
I see, so there should be a bit of adjustment of business process. In other words, say, you give a credit to customer; this credit should come through as Return Authorization (or perhaps as a Credit Memo, up to you), then you merge your original rev arr with the return authorization, and that’s true reflection revenue wise what is happening in business
j
We won't be able to change the process upstream. by using the negative qty it means that no one has to touch the deal from close/won through deprovisioning, provisioning, invoicing and creating a RAR.
Is there a formula change we can do for the set up of SSP that would exclude any allocations for negative amounts?
k
nope, unfortunately, formula has no place here 😞
I am not proposing to do anything in SFDC, this is all on NS side
why won’t you merge? what you say is “we sold X for $100, then we gave X a credit in the last two months for $30”
they way to express it in ARM is to create a SO on the sale date and then Return Authorization on credit date and merge on the credit date
through remainer of the contract
j
we process 55k+ transaction a month. i can't ask the billing team to start doing a portion of it manually that has been automated. it's not a feasible "ask"
k
so your net in the end is $70, isn’t that what you are doing?
j
without changing anything in our current process... are you saying there is no way to correct this issue?
k
this is how to change the process without changing anything
the process change is on rev side only, you just accomodate/“interpret” what your sales are doing
oh, no, this does not have to be a manual process
a little script combining associated contracts will do the trick
j
So we would be linking the RAR from the old contract to the new contract?
k
no, that would not be it. you will be linking Return Authorization with the original source document where contract is. essentially you are modifying your original contract by providing this credit, so merging service the purpose of reflecting this contract modification