I need more info on Advanced Revenue Management (Revenue Allocation) from people using it . Is it possible to have rules of allocation linked to sales items ?

sure

Thank you. We are a multi locations group of clinics and our Revenue recognition are not standard or I can say follow a lot of manual interventions hence errors. Do you think this module can help in revenue recognition and allocation?

you can set your allocations by a clinic or a group of clinic if required. options are there for you. are you using subscriptions of any kind or these are T&M services or…?

No subscriptions. Mainly services and procedures.

T&M? are you using projects?

I’m not sure whether we need it, that’s why I’m checking. The main issue we are facing that revenue is not recognized based on a rule for our location. A lot of vibration as the process of revenue recognition is based on source of clients ie their address which is not perfect. Trying to see if this module can help for better allocations

allocations happen per each transaction. if this is not the modus operandi for your rev, probably it is not for you. you probably will be better off using out of the box allocation feature

I believe if ARM provides set of rules or customize ones to allocate revenues linked to sales items ,hence, to transactions, then I believe it’s could be the one. Out of the box allocation feature? Other than excel!

rev rec is used for selling contracts, subscriptions when goods and services are delivered over time. software can't fix procedure and HR problems. find the root cause first.

no, ARM works as following: SO includes items you sell; there is a customer for each SO. You can say - it is a bundle, Item A costs $1000 and everything else (item B, item C, item D) is free. ARM will allocate, yes. the rev rec rule is set on the item record, cannot change it in flight. All configs are preset; the goal there is you feed your data from, say SFDC and ARM spits out reports. you do not touch it in process. Anything else does not work well. ARM is not super susceptible to manual “adjustments”

Thank you all for the feedback. Any NS features you would know that match our requirements?

“revenue is not recognized based on a rule for our location. A lot of vibration as the process of revenue recognition is based on source of clients” - this is not very clear at all. An example would be helpful

In summary, Clinical service is rendered in multi locations however revenue is recognized in one. We need to allocate

ARM is not good for it at all

That’s what we are doing but not enough. Trying to find a solution on transactional level

you do not have transactional level. you need to get there first then re-asses

I managed to have a workflow between SO and invoice which is working well in recognizing revenue but the problem I’m facing when clients are moving between locations

you definitely want to consider get to the client’s level when it comes to SO. It will be so so so so much easier.

The problem comes from end users, trying to find leeway’s

whats the max possible locations a customer can access?

why is that a problem? different rate? else? It is not revenue related problem, frankly, more like operational

Leo, thank you, clients access all our locations

provide a real example. can't understand use case. sounds more like project mentioned from above.

what is the quantity of those real transactions here? how many customers? how many repeat customers? are procedures the same? not the same? super not clear

The service is a combination of 1- patient monitoring & diagnostics that are done in one clinic or more depending on Patient accessibility and mobility.2- procedure is done in one of the same clinics of monitoring or in another location/ clinic.

do you use kit/item group? each line can tag different location.

Yes we do use kit items, I don’t need to allocate the revenue of the kit package to locations based on a standard % and not the component items

I have seen/done implementation where small transactions by one time customers were “consolidated’ into a larger portions. It does not work well for NS, and they did it for allocations, but those were true sw allocations, not pretend ones. not a good experience for either side, I would not recommend it ever. what is stopping you from doing those transactions one by one, I still do not get it, so there are thousands of them, so what?

To allocate of rev on transactional level to locations based on service rendered, this means it should be done by nurses which are highly negligent when it comes to admin work

this is not a good reason to mock revenue really. there must be a way to figure this out, but using ARM is not it.

Ok tks