Category Archives: Technology

Tealbook: Laying the Groundwork for the Supplier Data Foundations

It wasn’t that long ago that we asked you if you had a data foundation because a procurement management platform, should you be lucky enough to get one (which is much more than a suite), generally only supports the data it needs for Procurement to function and doesn’t support the rest of the organization. Furthermore, when you look across the Source-to-Pay and Supply Chain spectrums, there are a lot of different applications that support a lot of different processes that have a lot of different data requirements that need to be maintained as different data types in different encoding formats.

Furthermore, as we noted in the aforementioned post, it’s rare enough to find MDM capability that will even support procurement. This is because most suites are built on transactions, most supplier networks on relational supplier data records, and contracts on documents and simple, hierarchical, meta-data indexes. But you also need models, meta-models, semi-structured, unstructured, and media support. And more. The need is broad, and even if you restrict the need to supplier data, it’s quite broad.

As you will soon garner from our ongoing Source-to-Pay+ is Extensive series, in which we just started tackling Supplier Management in Part XV, the supplier data an organization needs is extremely varied and extensive. Given that Supplier Management is a CORNED QUIP mash with ten (10) major areas of functionality, not counting broader enterprise needs around ESG, innovation, product design / manufacturing management, and other needs tied to operations management, engineering, and enterprise risk management, among other functions, it’s easy to see just how difficult even Supplier Master Data Management can be.

Considering not a single Supplier Management solution vendor (as you will come to understand as we progress through the Source-to-Pay is Extensive series) covers all of the basic functions we’re outlining, it’s obviously that not a single vendor can effectively do Supplier Master Data Management today. However, Tealbook, which has realized this since their exception, is aiming to be the first to fix this problem. As of the first release of their open API next month, they are transitioning to a Supplier Data Platform and will no longer focus on being just a supplier discovery platform or diversity data enrichment platform. (They will still offer those services, and will be upgrading them in Q4 with general release expected by the end of 2023, but their primary focus will be on the supplier data foundation that enables this.)

This is significant, and illustrates how far they’ve come in the nine (9) years since their founding when their original focus was on building a community supplier intelligence platform that was reliable, scalable, extensible, and appropriate for new supplier discovery (via a large database of verified suppliers with community reviews). From these humble beginnings, where they didn’t even have a million suppliers in their platform after their third year of existence, they grew into the largest supplier network with over 5 Million detailed supplier profiles that is integrated with the largest S2P suites out there (Ariba, GEP, Ivalua, Jaggaer, and Workday, to name a few) and powers some of the largest organizations on the planet. As part of this empowerment, they can take in an organization’s entire supplier data ecosystem, transform it into their standard formats, match to their records, verify or correct existing data, and then enrich the organization’s supplier records before sending them back. In addition, they integrate with a multitude of BI tools, databases / lakes / warehouses (including ERPs), digital platforms, and so on.

To summarize, that’s a ten fold increase in suppliers and an explosion in global utilization and usage. At the same time, the platform has been augmented with over 2.3M supplier certifications, global diversity data, and the ability to track an organization’s tier 2 supplier diversity data. Quite impressive.

And while this meets most of an organization’s discovery needs, Tealbook knew that it didn’t meet all of an organization’s supplier data needs, especially when you think about all of the regulatory, financial, compliance, performance, sustainability, risk, contract, product/service, relationship, quality, and enablement/innovation data an organization needs to maintain on a supplier. As a result, they have been aggressively working on two key pieces of functionality. An extended universal supplier profile and a fully open, extensible, API that an organization can use to do supplier master data management across their enterprise with the Tealbook Supplier Data Platform. An organization can use the Tealbook Supplier Data Platform to classify, cleanse, and enrich supplier records; augment those records with third party data for sustainability, compliance, and risk; find new suppliers in the network; and so on.

In short, Tealbook is on a mission to be the organization’s trusted supplier data source, and to constantly improve their data offering both with their own ML/AI enabled technology that monitors over 400M+ public websites for supplier-related data (supplier web sites, business registries, certification providers, supplier data providers, etc. etc. etc.), maintains data provenance (when was it last updated, by what/who, etc.), and provides trust scores (in their proprietary framework that indicates Tealbook’s confidence in accuracy and correctness).

The real mission begins next month when they release their new Open API that will allow an organization to integrate, and interact with, Tealbook the way it needs to across its enterprise applications. Congruent with this release, they will also start releasing their enrichment data-packs that will, within the next year, allow the organization to plug-and-play the data they need to confirm firmographics, contact channels and key information, diversity, supplier offerings, financials, certifications, and basic risk data (which Tealbook will offer through partnerships with specialty supplier data providers, giving an organization a one-stop shop vs. having to license with multiple providers separately to build its 360-degree supplier profile).

Then, over the next year, Tealbook will enhance the usability of their data platform by first rebuilding their diversity and discovery applications and then building out new applications around sustainability, risk, benchmarking, and other areas that their customers would rather a data platform handle for them.

Source-to-Pay+ Is Extensive (P13) … But I Can’t Touch The Sacred Cows!

In our last installment (Part 12) of this series here on Sourcing Innovation (SI), we provided you a list of forty-plus (40+) vendors that could potentially meet your spend analysis needs and help you identify the cost savings, reduction, and avoidance opportunities you have in your organization as well as the best modules to achieve those cost savings, reduction, and avoidance opportunities. The right spend analysis tool properly applied will generate returns that are many orders of magnitude greater than the cost of the tool and will surprise you.

However, some of those best opportunities will be in the “sacred cows” of Marketing, Legal, and SaaS subscriptions. And you probably think you can’t do anything because you don’t have the data, Marketing and Legal won’t let you touch their spend (or give you the detail you need to even analyze it, often because they didn’t collect it), and you have no idea on what SaaS is actually being used and how much you overspend.

the doctor knows this, and knows that you might need custom solutions to manage, and analyze, this spend, so, before we move on and tackle the next module in the Source-to-Pay queue, we’re going to take a brief sidebar and provide you with short lists of vendors that specialize in each area that will collect the data you need — and sometimes even provide you with deep, customized, integrated analytics that provide you with the insights that matter (including the insights that matter on your matter spend) — to enable deep spend analysis, benchmark creation, and opportunity identification.

But first, we have to repeat our disclaimer that, as per the lists of e-Procurement vendors provided in Part 7 and the list of Spend Analysis vendors provided in Part 12, this list is most definitely in no way complete (as no analyst is aware of every company, and neither Marketing nor Legal are the particular domains of expertise of SI), is only valid as of the date of posting (as companies get acquired and go out of business, often without notice), and does not include the broader range of offerings that are available for SaaS Management (including provisioning and cloud management), Marketing (including agency management pure-plays, although DecideWare, for example, does this), or Legal (including contract authoring, management, and clause analysis — although we will cover some of these players when we get to Contract Lifecycle Management [CLM]).

Again, and we can’t say this enough, not all vendors are equal and we’d venture to say that this most definitely applies to the lists below. The companies below are of all sizes (very small to very large), offer different functionality (focussing in on different aspects of Marketing, Legal, and/or SaaS Spend Management), different levels of customization and integration, different types of companion services, focus on different company sizes and/or company types, and integrate with different Source-to-Pay and Enterprise ecosystems.

Do your research, and reach out to an expert for help if you need it in compiling a starting short list of relevant, comparable, vendors for your organization and its specific needs. For a few of these vendors, you may find a write up in the Sourcing Innovation archives, Spend Matters Pro, or Gartner cool vendor write-ups, but for many of these vendors, you’ll have to look beyond your typical sources of information as they are highly specialized and don’t fall into the typical Source-to-Pay bucket. But if you have enough Marketing, Legal, or SaaS spend, they can be highly valuable.

Note that, due to the newness of SaaS spend management, the different marketing and legal needs of every organization, and the high degree of differentiation between many of the solutions below, we are not (yet) defining baseline functionality and instead advising you to do a detailed analysis of your spend, processes, and needs and judge potential solutions based on that. If you need help with that, seek out a pro who can do the (gap) analysis and RFI creation for you.

Finally, a second reminder that inclusion on this list DOES NOT imply Sourcing Innovation is recommending the vendor.

SaaS (Software-as-a-Service) Subscription Cost Management

Company LinkedIn
Employees		 HQ (State)
Country
Beamy 60 France
BetterCloud 305 New York, USA
Cledera 63 Colorado, USA
Flexera 1026 Illinois, USA
G2 Track 792 Illinois, USA
Hudled 8 Australia
NPI Financial 410 Georgia, USA
Productiv 139 California, USA
SaaSRooms 9 United Kingdom
SaaSTrax ?? North Carolina, USA
Sastrify 166 Germany
Setyl 14 United Kingdom
Spendflo 70 California, USA
Substly Sweden
Torii 114 New York, USA
Trelica 12 United Kingdom
TRG Screen 179 New York, USA
Tropic 240 New York, USA
Vendr 404 Massachusetts, USA
Viio 18 Columbia
Zluri 111 California, USA
Zylo 144 Indiana, USA

Legal Spend Management

Company LinkedIn
Employees		 HQ (State)
Country
Apperio 48 United Kingdom
Brightflag 150 New York, USA
(LexisNexis) CounselLink 28 Ohio, USA
Fulcrum GT 158 Illinois, USA
Mitratech TeamConnect 1119 Texas, USA
Onit 339 Texas, USA
Ontra 421 California, USA
Persuit 100 New York, USA
Thomson Reuters Legal Tracker ?? Ontario
Tonkean LegalWorks 76 California
Wolters Kluwer (TyMetrix 360) ??? Netherlands

Marketing (Procurement) Spend Management

Company LinkedIn
Employees		 HQ (State)
Country
DecideWare 27 Australia
HH Global ?? United Kingdom
Mtivity 15 United Kingdom
Promost 68 Poland
RightSpend 23 New York, USA
SourceIt Market 6 Australia

Onwards to Part 14.

Do You Have a Procurement FocalPoint?

Last month we asked where’s the procurement management platform primarily because we now have a plethora of procurement-centric applications but very little integration between them. However, once you tackle that issue, you have the secondary issue of all these applications, but often no clear starting point and, even worse, no way for an average organizational employee outside of Procurement to interact with Procurement beyond an inbound email to “please get this for me” and the eventual, possibly many months later, outbound email to “we got it, it’s finally here … it will be on your desk tomorrow“.

This is a big problem, even in organizations that supposedly have market leading source-to-pay suites. While all the modules are connected, and the integrated workflow will guide a buyer from project selection to sourcing to supplier selection to award to contracting to supplier onboarding to order creation to receipt creation to invoice confirmation and payment approval and loop back to the order creation until pending contract expiration when the contract can be renewed, renegotiated, or
revoked and the sourcing process started all over. This is great, but for predefined sourcing projects on encoded categories only!

It’s not great for any category not already encoded and typically strategically sourced, and it’s atrocious as new product and service needs arise within the organization, as new hires need new assets for onboarding, as customer requirements change and the organization needs to adapt rapidly and source new products or services to meet new, or one-off, needs. There’s no intake, and no collaboration with the organizational stakeholders Procurement is there to serve.

And that’s a huge problem. That’s why you’re seeing a few companies talking about “intake”, “orchestration”, or “PPM” (which stands for either Procurement Performance Management or Procurement Process Management, depending on who is talking about it) because, without this capability, a Procurement platform will never be complete or support the organization.

Following the introductory post on the procurement management platform, we lamented and celebrated that Per Angusta was going away and being integrated into SpendHQ as the foundations of a new PPM. It’s a great start, but today the focus of SpendHQ is on managing the existing workflows and creating visibility into existing projects — and savings tracking is limited to integrated projects. However, when it comes to intake support and project tracking for arbitrary organizational needs, that’s not there yet.

However, there are other players which are strong here, and one of those players is Focal Point, which was built from the ground up as an intake-to-orchestrate solution that is capable of

  • capturing all organizational requests for Procurement and Procurement-related activities,
  • assigning those requests to customizable workflows using either built in automation rules or manual (re-)assignment,
  • allowing an end-user to see exactly where any request is in the process at any time,
  • allowing for in-platform communication between the stakeholder and Procurement,
  • integrating with any external tool through jump-out/jump-in to support the process, and
  • supporting whatever approval chains are required, among other intake and orchestration functions.

The tool was built to solve the most significant problem the founders repeatedly saw as CPOs and implementers of various leading sourcing solutions — little to no intake management or general purpose procurement process orchestration. And it does it incredibly well. The visual workflow construction is extremely usable, and the wizards that power both the process, form construction, and form completion automatically extend and compress the form as needed based upon user selections and actual needs, making for a very smooth flow.

All of the workflow elements and steps support deep conditional logic, allowing the organization to create as many branches as possible but ensuring that the end user making a request, and the end buyer assigned to deal with that request, only see the relevant paths and only need to enter the relevant information to be guided by the platform.

There can be as many intake types, with associated branching workflows, as the organization needs, each can have the appropriate level of automation, and, most importantly, each can have as many milestones as needed to walk the process through at a high level, allowing the requester to easily see at a high level where the process is, and then, if interested, dive into the detailed workflow within the current milestone to get a more accurate picture of where the process is.

The only thing the platform doesn’t do is actual sourcing, supplier management, contract management, analytics, procurement, or payment management. It expects the organization to have tools for this already and integrates into the appropriate modules in those tools as needed to accomplish the workflow in progress.

In terms of getting up and running, Focal Point typically has a fully fleshed out, functioning, and integrated instance that captures all of the organization’s workflows up and running within 90 days, even if the organization is a multi-(multi-)billion dollar organization, which is Focal Point’s target market size. This is because it’s typically the 1B+ organizations that have a lot of tools, and a lot of stakeholders, but no way to manage those tools effectively or to give stakeholders any visibility into where their requests are and how their spending is being managed.

The reason it typically takes 90 days is that, unlike many sourcing suite providers, who just flip a virtual switch and drop an empty SaaS suite on you and say “good luck“, Focal Point fully configures the platform as part of their statement of work. This includes:

  • working with the organization to understand all of their requirements and current workflows
  • encoding all of those intake workflows with milestones, task-breakdowns, and existing platform jump-outs
  • integrating any existing procurement system you need to complete the workflow
  • creating a UAT instance and allowing for at least one iteration and approval before it goes live
  • training your team on how to use the system and maintain the workflows

So even though Focal Point has obviously achieved efficiency in terms of workflow creation and customization, external platform integration, and implementation project management, it takes time for an average organization to collect and document their existing processes and requirements and for FocalPoint (or a third party consulting organization if that is the customer’s preference) to fill in the gaps, so it’s not possible to get it much below 90 days. But when you think about the fact that they have fully implemented a 10B+ organization in that timeframe, when some major suite players will take 18 months working with a consulting partner to fully implement those solutions, that’s an incredible time to value, which is generated day one when every request flows into the tool; gets tracked, assigned, and executed; and stakeholders have full visibility into the process and can intervene if necessary.

Focal Point solves the problem it was built to solve, fills the hole the vast majority of sourcing and procurement solutions make, and does it incredibly well. If any part of this post resonates with you, the doctor encourages you to check them out.

What’s Your Data Foundation? And is it enough?

A few weeks ago, we asked Do You Have a Data Foundation as a follow up on our post that asked Where’s The Procurement Management Platform because, as has been made clear in our ongoing Source-to-Pay is Extensive Series (which is now at Part 6), even the best platform is useless without data — so what’s your data foundation? And is it enough?

You need a LOT of data for effective Procurement. This includes, but is not limited to:

Catalog Data
which represents commodity goods and packaged services that your buyers can buy in an e-commerce fashion
Contract Data
that encapsulates custom/proprietary goods and services you can buy and the obligations made by both parties as well as standard clauses you use
Supplier Data
that describes suppliers you have done business with, are doing business, and that you are considering doing business with
Product Data
that represents products a potential supplier could provide you with, not in a standard catalog, or product descriptions (and bills of materials) for products you need a supplier to contract manufacture
Purchase (order) Data
that represents what you have bought from suppliers, vendors, and service providers
Invoice & Billing Data
that represents what suppliers bill you for the goods and services you order, regular service/utility/rental payments, and other external payments requested by third parties
AP Data
that represents what Finance actually paid
Inventory Data
that represents what the organization actually received, and what it actually sold
Carrier Data
what carriers are available to bring the organization it’s goods from suppliers and then transport the organization’s products to its end customers, as well as what modes (truck, train, plane, or cargo ship) and types (dry, liquid, frozen, hazardous) of transport they support, the lanes they ship down, and their standard LTL/FTL crate/pallet rates
Risk Data
because you want to understand the inherent risk of a supplier from its operations, finances, regions, and inbound supply chain before you place your survival in their hands
ESG & Carbon/GHG Data
because reporting, and sometimes even reductions, are required in countries where organizations have limits
Supplier Diversity Data
as you need to support goals, and sometimes hit targets to do business with governments or keep existing customers
Supplier Bid Data
from tenders, RFQs, RFBs, and other RFX activities you send out
Market / Benchmark Data
that you can use to analyze your quotes, spend, risk factors, etc.
Document Data
which represent your contracts, product sheets, sales and marketing artifacts, financial reports, etc.
Organizational Data
employees, org structure, office locations, plant locations, etc.
Application Specific Data
created by other applications in the enterprise application ecosystem that power the business and impact what Procurement needs to do

And, moreover, this data takes multiple formats — numeric, fixed value from fixed list, free form text, image, audio file, video file — of various lengths and sizes, and is organized in various ways. Sometimes in a record structure, sometimes in a document structure, sometimes in a spreadsheet structure, and sometimes in a table structure. And it’s stored in various formats (ANSI, UTF8, UTF16, etc.) and communicated in various standards (EDI, c(XML), JSON, etc.)

And you need all of this data to do your job. And, moreover, you need to mangle all of this into a coherent federated schema so that you can do the analysis you need to make the necessary business decisions that Procurement must make to accomplish its task and achieve the business objectives.

But point to one platform that can

  1. Store all this data
  2. Organize all of this data into a federate schema to support holistic analysis
  3. Allow the organizational users to create arbitrary slices (cubes in spend analysis) for analysis
  4. Allow for the creation of arbitrary analysis on those slices
  5. Use the results as baselines for forecasting and predictive analytics
  6. Extract prescription advice based on those results

while integrating with the other modules and applications in the larger ecosystem the organization needs, and do it with a flick-of-the-switch or out-of-the-box configuration (engine).

SAP, Oracle, and other databases and ERPs don’t normally make it past 1 with a baseline implementation. With snowflaking and other advanced offerings (that support warehouses, lakes, and lake houses), maybe you get some of level 2. You then need to buy separate BI tools to get part of level 3 and part of level 4. You then need to turn to external tools and inject the right data to get level 5. And level 6 is still few and far between (and AI ain’t gonna help you here for a while because AI is just very advanced algorithms that can, depending on the problem, do millions, billions, and sometimes trillions of calculations on large, very large, and, if available, extremely large data sets to find likely outcomes — but only if there is enough good data to populate the data set [size] it needs — and where the internet is concerned, that’s usually not the case and the old adage of “Garbage In, Garbage Out” applies here).

But you need this in your future “platform” (ecosystem), and you will only get this if you have a good data foundation that captures all of the data elements above as well as providing a data foundation to enable the six (6) levels of capability that an organization will require at a minimum.

Do You Have a Data Foundation?

Last week we asked Where’s the Procurement Management Platform as the future of procurement is a platform that allows Procurement to build up, maintain, and evolve the solution it needs to be successful over time, over time. Such a platform needs to be the foundational data source for Procurement, but not necessarily the data hub that is used to integrate all of the organizational and external data into the core data source (which is either the internal data store or the data store supported as the platforms foundational data source).

While a procurement management platform could be the data foundation, since it’s primary purpose is process based procurement solution integration, it isn’t necessarily … after all, an API / Integration Engine focused on process doesn’t need to support every data source out of the box, nor does it need to make integration with arbitrary data sources easy, and, most importantly, it doesn’t need to support advanced data processing and transformation features, which is key when trying to integrate multiple data sources into a foundation that can be universally processed by the platform and support true end-to-end spend, and risk, analysis.

Like a Procurement Management Platform, which we may see four (4) of by year end, Data Foundation solutions are also quite few and far between. The reason? Most “data” solutions are focused on BI [Business Intelligence], Spend Analysis, or Contract/Document management, etc. and most “data” feeds on risk data, supplier data, catalog data, etc., which means they are built for certain data types and processing operations. This means that they will support a straight-forward integration for any data source with similar data types, or data types with compatible processing operations, but not any others.

When you look across Source-to-Pay and the broader Supply Chain spectrum, there are a lot of different applications that support a lot of different processes that need a lot of different data requirements of different types and formats. You need a modern MDM [Master Data Management] solution that works on web and cloud data, can pull in and process data on the fly, and push it back out enriched as needed. And support any data format and standard, not just flat files or relational tables in text (like old school MDM).

This capability is a lot rarer than you think. Most suites are built on transactions, most supplier networks on relational supplier data record, and contracts on documents and simple, hierarchical, meta-data indexes. But you also need models, meta-models, semi-structured, unstructured, and media support. And that’s just a start. But there are possibilities emerging. Just watch this space.