> Does a bakery having it's own give it enough of an advantage? 50 bakeries of the same franchise may benefit from it. But it does not need to be SAP or Dynamics365 or something along this line to work. People been doing business with text-mode AS360's for ages, and nobody complained. Coca Cola was using AS-something for the warehousing in 2004, while it was already discontinued for years.
ERPs and CRMs were highly configurable long before SaaS.
Not sure it is. Unless the Saas company is ripping you off (sure it can happen - but hopefully competition in the market would manage that over time ), then it won't be that much different from your own maintenance costs.
I always think if that's the business case for custom software ( a few quid license cost savings ) then you probably shouldn't be doing it as there is almost always a better ROI case for transformation through custom software.
So back to the bakery case. Is the benefit savings on license costs, or the fact that you can give much better estimates to customers, better de-risk supply chain issues, hire less people to operate, and improve morale via reducing busy work?
All these sort of things have to be more valuable than a few quid on licensing.
Many workflows are about B2B transactions. PO -> Sales Order -> Invoicing workflows. ASNs, etc.
So a lot of workflows are not driven by companies but by the standard operating framework of B2B
ie not sure issues with the smart meters themselves is the fault of Octopus - as the meter standards are set centrally so they can still work if you switch supplier?
Back to another old adage,
"people who are really serious about software should make their own hardware"
Mind you, I couldn't help noticing that the meters themselves are owned by a leasing company... (there is a plate on each one explaining this).