Category Archives: Vendor Review

CombineNet VI: Strategic Sourcing Decision Optimization

We ended our last post by noting that what is important in strategic sourcing decision optimization is:

  1. The ability to support all of the relevant costs and cost tiers.
  2. The ability to support all of the fundamental constraint types required for true strategic sourcing decision optimization.
  3. The ability to generate a model that accurately represents all of the relevant costs and constraints.
  4. The ability to optimally solve the model in a realistic time frame.

Other requirements, which should go without saying, are:

  • Solid Mathematical Foundations
  • What If? Capability

Today we are going to discuss each of these points in detail and explain where the true power of a BoB solution like CombineNet is and what’s just confusing marketing hype.

1. The ability to support all of the relevant costs and cost tiers.

Fundamentally, in order to be a true solution for strategic sourcing decision optimization, the application has to support fixed and variable costs, and, furthermore, the application should allow those costs to be bid in a tiered or layered fashion or as discounts, so that a buyer can use the bidding structures that are natural to the commodity or industry they are in. This includes the ability to define unit costs, transportation costs, usage costs, and impact costs as well as sophisticated supplier discounts along the lines of “If you buy 10,000 forks, I’ll give you a discount on 10,000 spoons”.

2. The ability to support all of the fundamental constraint types required for true strategic sourcing decision optimization.

Fundamentally, the optimization solution must support, at a minimum, four basic categories of constraints: (a) capacity constraints, (b) flexible allocation, (c) risk mitigation, and (d) qualitative constraints in order for it to be a real strategic sourcing decision optimization product.

You need to take into account all of your supplier capacities, you need to be able to account for your current contracts and business rules, you need to insure that sole sourcing risks are addressed when required, and you need to be able to take into account your non-cost requirements such as quality, delivery time, and durability (etc.).

3. The ability to generate a model that accurately represents all of the relevant costs and constraints.

Many solutions exist that let you define whatever you want, but under the hood the costs and constraints are simplified and only an approximate representation is used.

4. The ability to optimally solve the model in a realistic time frame.

This is actually a two part requirement. The first requirement is that the system optimally solves the defined model, and not an approximation of the model. The second requirement is is that the system solves the model in a realistic time frame. A small model should not take more than a few minutes. A medium sized model should not take more than a few hours. A large model should solve overnight. Any longer and the usefulness of the solution is limited, especially when sourcing cycles are now completed in weeks, and not months, and all that a buyer may have to make an award decision is a few days.

Furthermore, as I mentioned in my last post, where CombineNet really stands apart from the rest of the pack is:

3. Their ability to generate a model that accurately represents all of the relevant costs and constraints.

4. Their ability to optimally solve the model in a realistic time frame.

5. Their ability to solve larger models than the majority of their competitors.

Simply put, not only can they support all of the basic cost and constraint categories required for true decision support, but the model they generate accurately represents all of the costs and constraints they support and they can solve the model faster than all of their competitors the vast majority of the time. Furthermore, they have the capability to solve larger models than the vast majority of their competitors. And tomorrow we’ll discuss where this unique capability comes from and why that, and not Expressive-Bidding, Expressive-Commerce, Comprehensive Bidding, or whatever-you-want-to-call-it-today-bidding, is what makes CombineNet BoB.

CombineNet V: Expressive Bidding (in Combinatorial Optimizations)

I know I ended my last post indicating that my next post would put BoB in perspective by extolling the virtues of POE, but I’m getting really tired of CombineNet over-hyping Expressive Bidding and so I’m going to explain why Expressive Bidding and Expressive Commerce has nothing to do with the price of fish when we’re talking about BoB. (Don’t worry, this does not have to be a series of finite length, so I will discuss the virtues of POE eventually so that you can put the virtues of BoB in perspective.)

In Paul’s “2007 – The Year of the Supplier” post on CombineNotes [WayBackMachine], he says Expressive Bids can include conditional (if/then) offers, volume discounts, packages of items (bundles), and other creative offers that take advantage of their strengths and/or recent innovations and with Expressive Bidding, suppliers drive the inefficiencies out of their own business and share the savings with buyers, simultaneously strengthening strategic relationships for long-term supply chain efficiencies and competitive advantage.

First of all, there’s nothing here that you couldn’t do self-serve with MindFlow’s application back in 2000/2001, which was two years before CombineNet started using the terminology and filing for trademarks / copyrights / etc. Secondly, pieces of this functionality existed before that in Emptoris’ offering, FreeMarket’s failed effort, i2’s early technology, etc. Thirdly, operation researchers have known how to do if-then constraints for at least two decades using the Theory of Logical Variables and its precursor instantiations. Fourthly, the same holds true for tiered bids (and every discount can be transformed to a tiered bid with a minimum buy if-then constraint and vice versa), which operations researchers have been accomplishing for even longer using piece-wise linear constraints. Fifthly, these bid styles existed long before the introduction of optimization technology, so there is fundamentally nothing new about what is being supported. Sixthly they’re not the first company to come up with a wizard-like interface (although it looks like theirs may be better than most). I could go on, but you get the point.

I’m not saying that Expressive Bidding, Real-World Bidding, Comprehensive Bidding, or whatever-you-want-to-call-it-today-bidding is not important, it is, because, without it, any optimization application with any degree of sophistication will be quite difficult to use, just that it’s not the greatest thing since sliced-bread, which CombineNet’s marketing materials would leave to believe.

What’s important is:

  1. The ability to support all of the relevant costs and cost tiers.
  2. The ability to support all of the fundamental constraint types required for true strategic sourcing decision optimization.
  3. The ability to generate a model that accurately represents all of the relevant costs and constraints.
  4. The ability to optimally solve the model in a realistic time frame.

Where CombineNet really stands apart from the rest of the pack is with respect to:

3. Their ability to generate a model that accurately represents all of the relevant costs and constraints.
4. Their ability to optimally solve the model in a realistic time frame.
5. Solve larger models than the majority of their competitors.

So tomorrow we’ll discuss these required capabilities and what BoB truly is, and, more importantly, what CombineNet’s offering really is and what is just annoying marketing hype.

Procurement Outsourcing V: Provade

In the first post in this series on e-Sourcing Forum, I asked the question “Is procurement outsourcing right for you?”. In the second post in this series on e-Sourcing Forum, I provided some pointers on selecting a Procurement Service Provider, or PSP. In the third post on e-Sourcing Forum I provided some hints on getting the most out of your PSP and in my fourth post I tackled the question I poised in my first post.

In this post, I’m going to introduce you to Provade (acquired by Smart ERP Solutions) a leading provider of managed procurement services for the Global 2000. I’m not going to overload you with details of their services at this time, as you can find lots of information on your own on their site, but simply focus on three distinct advantages they can provide you.

First of all, they focus on Technology Enabled Outsourcing. They use eTools that they have custom developed in house to generate significant savings for their customers in a variety of indirect goods and MRO categories, including labour and legal services – tough nuts to crack for your average BPO.

They built their solution offering using a custom developed off shoot of PeopleTools on top of Oracle – for which they maintain valid licenses on behalf of their clients. Therefore, you do not have to worry about their long-term viability or what happens if you decide that you want to migrate control back in house down the road due to organizational restructurings because you could always migrate the technology they are using in-house, and we know Oracle isn’t going anywhere.

They have acquired significant expertise and experience in the managed procurement space and can apply that experience and expertise on your behalf to give you significant savings on the categories you do not have the volume or expertise to manage in house. Moreover, with the expected growth in the industry, and their standing as a major player, as their current customers entrust more of their spend to them and they acquire more customers, their leverage is only going to increase. I know I’m assuming they are going to continue to grow, but after talking to them last month, I feel that they have what it takes and when you combine the explosive growth that is being predicted with the lack of procurement focused business process outsourcers out there, I see no reason why they should not continue to grow. I’ll be talking to them again in the new year and you can be sure I’ll have more to report at a later date.

Noteworthy (Developments in the e-Sourcing Space)

Rearden Commerce (rebranded Deem) announces a new relationship with American Express Business Travel that will resell the Rearden Commerce platform under the name American Express Intelligent Online Marketplace or AXIOM. There is quite a lot of buzz, including:

  • Rearden Commerce Press Release
  • Wall Street Journal Article
  • Spend Matters Coverage
  • American Express Flash Introduction to AXION
  • Sourcing Innovation’s Rearden Commerce Introduction
  • Prior Spend Matters Rearden Commerce Coverage*

Emptoris (acquired by IBM, sunset in 2017) launches a new version of its new integrated suite this week with enhanced spend analytics and spend management capability. Check back here on Sourcing Innovation later this week. I’d also keep an eye on Spend Matters which has had some great coverage of Emptoris in the past.

Iasta (acquired by Selectica,merged with b-Pack, renamed Determine, acquired Corcentric) just launched it’s brand new website in preparation for its forthcoming SmartSource 7.0 release which will integrate with their new and improved SmartAnalytics and be supported by their new Spend Velocity programs. Also, hidden betwixt the pages is their announcement of their new annual Iasta reSource user group conference next May. With the Indy 500 only two weeks after the conference, there are sure to be some great lead up events going on in town at that time. I’ll be covering the new Iasta release here on Sourcing Innovation in a week or two, so keep an eye out.

* All posts prior to 2012 were removed in the Spend Matters site refresh in June, 2023.

CombineNet IV: BoB’s Unique Talents

Disclaimer: This blog, including this post, is not sponsored by CombineNet (acquired by Jaggaer). The author is not employed by, contractually engaged with, or affiliated with CombineNet. Any and all opinions expressed herein are solely those of the author. Furthermore, the opinions expressed herein should be contrasted with the opinions of other educated professionals before the reader forms his or her own opinion. Finally, the author is neither endorsing nor dissenting the use of CombineNet’s products or services – merely trying to spread awareness on the importance of optimization and the relative uniqueness of an offering like that of CombineNet. This disclaimer holds true for each post in this multi-part series and will be repeated.

Warning: This is a lengthy post.

In my last post, I outlined in some detail a problem that I felt not only required BoB (Best of Breed) but required CombineNet in particular for an optimal solution. What I did not convey is that not only are there other problems out there that I could have chosen, but there are a significant number of supply-chain related problems that often require BoB.

Today I am going to discuss six problems that generally require a BoB solution. This does not mean that you would necessarily require CombineNet (there are some other optimization vendors that can tackle a few of these), but that you would require a best of breed optimization solution (similar to that offered by CombineNet) to tackle these problems and be assured that the solution you achieved was optimal.

The problems I am going to discuss are:

  1. Distribution Network Design
  2. Large Combinatorial Problems
  3. Large Non-Homogenous Logistics Problems
  4. Non-Traditional Sourcing Problems
  5. Very Large (Traditional) Sourcing Problems
  6. Regret Minimization Problems

Distribution Network Design

Most large retailers or distributors have large distribution networks – often dozens of locations throughout a single country or region. However, this is generally not optimal. For example, in a talk at INFORMS given by a practitioner at APL Logistics, they described how they analyzed the distribution network used by JC Penney that had almost 60 DCS (and cost over 330M / yr to operate) and using in house proprietary meta-heuristic optimization algorithms, they deduced an optimal distribution network that had only 8 DCs, saved over 30M dollars, and, on average, shaved over a day off of standard delivery times! What the presentation did not dwell on (since INFORMS is an OR conference) is that these problems are usually humongous and insanely difficult to model, yet alone solve with your average off the shelf optimization problem (as bad as the multi-level make vs. buy problem discussed in my last post) and without a best of breed solution, your chances of finding the truly optimal solution are often slim.

Large Combinatorial Problems

Large pure combinatorial problems are much, much harder than large pure linear problems (which optimizer’s like IBM iLog’s CPlex can often cut through like a hot knife through butter on today’s high end machines) and significantly harder than general MIP problems. The reason is that these problems contain very large numbers of binary variables, and the best generic domain-independent techniques available are generally no better than greedy branch and bound, and for even a thousand binary variables, that could be 21000, or over a trillion evaluations. An example of a large combinatorial problem is a large marketplace auction where all the participants bid on fixed size lots which are non-decomposable. In other words, CombineNet’s (original) definition of an exchange.

How much better are best of breed solvers on large combinatorial problems? Let’s consider CombineNet’s best of breed solution customized for exchanges. According to CombineNet: “The resulting optimal tree search algorithms are often 10,000 times faster than the state-of-the-art general-purpose MIP solvers on the hard instances of real-world market clearing.” As I have expressed to CombineNet personnel directly, I doubt that this is the average case, but I know beyond a doubt that well defined algorithms can easily shave a factor of 100 or more off of solution time, and that this can be scaled up to almost 1000 on a multi-core machine with a smart parallel implementation. In other words, don’t always expect the best case, but the average case performance of BoB on these problems will demonstrate significant improvements.

Large Non-Homogeneous Logistics Problems

This is similar to a variation of the multi-level make vs. buy problem discussed in the last post. However, in this situation you are trying to optimally bundle your deliveries across product, and sourcing categories and choose the optimal carriers and distribution network independent of your suppliers. Given the non-uniform quotes (weight, volume, LTL, FTL), lot sizes, and various charges and surcharges often imposed by freight carriers, forwarders, loaders, unloaders, warehousers, etc., this problem can become really surly really fast on a large buy. Moreover, unlike the sourcing case where it often makes up a low percentage of your spend and a high order approximation is more than sufficient, when you aggregate your logistics across multiple categories, even a fraction of a percentage point can become significant.

Non-Traditional Sourcing Problems

Most Platform Optimization Engines are optimized for traditional sourcing problems – this means that they are generally not optimized for non-traditional sourcing problems. (Why should they be? Most of the problems you face are traditional everyday sourcing problems.) But every now and again you might have a non-traditional sourcing problem. One example – cell phone plan optimization. Cell phone plans are expertly crafted to be as confusing as possible to make sure the carrier maximizes profit at your expense. If you’re a small company, it probably isn’t worth the hassle trying to figure it out and standardize on a common carrier plan – the costs of manpower and resulting therapy costs will probably outweigh the savings, but if you are a large company, you can save hundreds of thousands of dollars, if not millions, with the right company wide plan (which will probably consist of different sub-plans for different groups and individuals, but all on the same corporate contract). That’s why Soligence has a solution just centered around cell phone plan optimization.

Another example, as conveyed to me by Paul Martyn himself (CombineNet’s Chief Marketing Officer and premiere evangelist on the CombineNotes blog) is energy utilization optimization. If you are a large corporation that produces energy for your production operations and consumes it from the grid, whether you realize it or not, you have a sophisticated form of an energy trading problem. If you can produce enough extra energy to add to the grid, should you, and when? If you have the potential to store energy, then adding energy to the grid at peak hours and only siphoning off extra energy at non-peak hours could slash digits off of your energy bill. Furthermore, shifting your operations so that your maximum energy utilization only occurs at non-peak hours could also save you bags of money. Considering this isn’t a traditional energy trading model, traditional production model, or traditional operations research planning model, its easy to see why you might have to call on BoB.

Very Large (Traditional) Sourcing Problems

POE, especially a well designed and implemented POE that uses real optimization technology as its underpinnings, excels at traditional sourcing problems. It’s what POE was built for. That being said, POE is built on off-the-shelf optimizers, and off-the-shelf optimizers are designed for general purpose needs. That means that they will hit their breaking points before a custom designed best of breed solution, even though they improve every year. For example, leading solvers can easily crunch MIP problems with hundreds of thousands of variables and pure LP problems with millions of variables, but once your MIP problems contain millions of variables and your LP problems tens of millions of variables, you’ll start to notice a performance degradation, which could be rapid and considerable when you get close to the underlying solver’s breaking point. When your encounter the odd problem that is this large, a best of breed solution that also integrates domain intelligence can save you a lot of time and rapidly increase your chance of finding the optimal business solution in the finite timeframe that you have to make a decision.

Regret Minimization Problems

Most of the time you know the problem you need to solve, the associated constraints, and the associated costs. But every now and again you don’t. For example, you need to rationalize your supply base but do not know the optimal number of suppliers. In most products, you have to choose a number or run multiple scenarios with different numbers and then take the best one. Although this approach can be effective, it doesn’t help you understand why a certain solution is best or guide you to the best solution. A best of breed solution that manages the search algorithm can not only guide you to a potentially optimal solution but inform you of nearby solutions that are invalidated by your soft or uncertain constraints. This is very difficult for a platform optimization engine – since it generally cannot guide the search. The best it can do is run different scenario formulations, show you nearby answers, and identify constraint conflict sets. It’s a good approach, but for a strategic problem, the more you know, and the faster you know it, the better you are.

By now, you’re probably asking does BoB have the upper hand? Well, even though BoB can solve a slew of problems that POE cannot and it’s always theoretically possible to tone down a solution, whereas it’s not always theoretically possible to built up a solution, the reality is that, as I’ve said before, when it comes to optimization, one size does not fit all and using a sledgehammer on a finishing nail is not always effective. Furthermore, these are not your everyday problems. It often takes years to realize the savings from distribution network redesign, reverse auctions and sealed bid negotiations are generally not combinatorial exchanges, you do not redesign your transportation network after every sourcing event, most of your sourcing problems are traditional, most of your sourcing problems are of a manageable size with proper strategic sourcing, and if you don’t know what your constraints should be on a regular basis, you have deeper problems you need to solve first. That’s why an upcoming post will focus on POE, the everyday hero, in more detail. When combined with this post, you should have a better understanding of where each technology can be helpful to you.

Disclaimer II: Although this blog, including this post, is not sponsored by CombineNet and the author is not employed by, contractually engaged with, or affiliated with CombineNet, the author is going to report, in full disclosure, that CombineNet did allow the author to use one of their free registrations at INFORMS (of which they were a sponsor), as well as buying the author lunch.