Has The Time for One Vision Arrived?

One man, one goal, one mission

One heart, one soul, just one solution

One Vision, Queen

Back in the early 1980s, somewhere on the Redwood Shores of California overlooking the San Francisco Peninsula, there stood a man who had a vision that was decades before its time. The man was Larry Ellison and his vision was that ONE system would power the entire global enterprise. Under his leadership, Oracle worked frantically to develop an end-to-end platform that would make his dream a reality, and in the mid 1990’s, Oracle had enough base functionality that each and every aspect of an entire global enterprise could be run off of one instance of Oracle. A significant number of Fortune 500 enterprises then started down the path of implementing Oracle across their enterprise, but due to the effort and costs involved, most of them abandoned the effort before reaching completion. As a result, even though 98% of the Global Fortune 500 use Oracle today to power significant parts of their business, you can count the number of business that run their entire operation off of one Global instance of Oracle (including Oracle itself) on your digits.

And it’s unfortunate. Even though Oracle, like any ERP or platform provider, will never compete against best-of-breed in any specific area of functionality, a pinpoint focus on best-of-breed ( BoB )┬ásolutions can create more weaknesses in your platform then they claim to fill. Because without a solid, unifying platform:

  • There is no common framework for application integration.
  • There is no centralized data store.
  • There is no single version of the truth.

It has taken a while, but thanks to the intensive efforts of the niche sourcing advisory practices and the spend analysis software and services providers, people are starting to realize that you can’t truly do proper sourcing, which must be based on a solid understanding of TCO, if you can’t even see all of your associated costs. And while most good data analysis tools will allow you to ETL/merge multiple sources into one cube, if you have conflicting data, which is right? (And to even get this far, you might have to define custom translations for each data source as each could be using a different coding and indexing scheme, as there is no common framework that connects the applications.)

Furthermore, how can you make fact-based decisions on the fly, which you often have to do in the real world, if your current spend report (or, more likely, dangerous dashboard) only contains partial information? And when you’re looking at a spend report, how do you make sense of $10 Million on Contingent Labour if you can’t dive into that data because it’s in a separate, BoB, solution maintained by your Managed Services Provider (MSP)?

We’re quickly reaching the point in time where there’s no way you can maintain a competitive supply chain operation if you can’t get to the right version of the truth in real-time when you need to make a decision. And the only way you’re going to do that is if all of your core procurement data — direct, indirect, services, contingent labour / Statement of Work, and T&E — is in one place. Even Coupa, a Procurement solution directed at the mid-market, realizes this. Not only have they built a solid Procurement platform that can capture all1 of your spend data, but they have worked heavily on exposing their APIs so that if you already have an ERP or central data store (or warehouse), you can easily integrate Coupa with the ERP (or central data store) and maintain one, consistent, version of the truth.

I’m not saying you shouldn’t use BoB, in fact, as I will argue in a future post where I ask if now is the time of niche, you should use BoB wherever and whenever it brings value, but only if you can integrate the BoB solution and, more importantly, the data it captures, into a central solution so you always have access to the full picture. Because, even if it costs more up front, the value it will enable year after year will be immeasurable.

1 I will submit that there are some types of spend data that their platform is much more suited for and that their platform does not handle all types of spend with equal adeptness, but that’s not the point.

Share This on Linked In