One-to-One: Does SAP "do" PLM?
I had the chance to talk with …
SAP this week at their ASUG user
meeting
and analyst day
in Nashville. SAP debuted their updated PLM offering to customers
and analysts alike, highlighting their progress against the roadmap
that they announced last year. The release is due out at the end of
the year. There was a lot to talk about as SAP is
delivering a significant step forward in their product
roadmap for PLM. I get questions all the time about
whether SAP “really has PLM” or “when SAP will have PLM” so I am
going to devote today’s and at least one more of my “One to One”
posts on trying to answer that question for companies.
So does SAP do PLM?
SAP has a PLM offering, and has had it from some time. Perhaps
the question has always been “what is PLM?” The market has
been very broad in the definition of PLM, and SAP has clearly had a
lot to offer. But does it really do what other PLM system
from the likes of Dassault
Systemes, Oracle (Agile),
PTC, Siemens PLM or others
do? Let’s face it, SAP is the dominant ERP platform on the planet,
and many manufacturers have invested heavily and consider
themselves an “SAP shop.” These companies would like to extend
their SAP investment to cover PLM (among other things), to the
point where execs and/or IT often dictate that SAP should
be used unless it just won’t work. So then the question
is, why isn’t everybody using SAP
PLM?
Integrated Suite or Best of
Breed?
Some PLM vendors get upset when they hear me say this, but I think
we all need to acknowledge that most manufacturers would
like the benefits of having a single, integrated solution for all
of their enterprise software needs. After
all, you don’t see people stitching together a best of breed
(BoB) financial package with BoB inventory control, manufacturing,
planning, and procurement. Or do you? SAP (and ERP in general) had
order management before the Customer Relationship (CRM) Management
market came around and stepped it up a notch. ERP had manufacturing
planning before Supply Chain Planning (SCP) came along and offered
more advanced capabilities. ERP had manufacturing control but there
is still a vibrant Manufacturing Execution Systems (MES) /
Manufacturing Operations Management (MOM) market - ask SAP, they
just bought Visiprise. So clearly ERP is not meeting all of
the needs that users have - or at least not for all
companies. PLM is no exception.
Have I answered the Question?
I know, I know… answer the question, I sound like a politician.
But unfortunately the answer is not simple. A company needs to
examine their business closely to determine whether SAP
PLM, another PLM, or some combination is best for
them. Sorry, it’s messy
but that is reality. If you came here for a simple
answer, it just doesn’t exist. SAP doesn’t have
enough parity in PLM yet to make the value of using a single vendor
and pre-built integration the only deciding factor. At
least, not for everybody. But they are taking PLM seriously
and SAP has absolutely earned the right to be
considered for SAP shops. So no, I haven’t answered the
question but I will try to offer some guidance to you as a
manufacturer to answer the question for your business. I will spend
some more time on SAP’s PLM in upcoming posts, including:
- Who is SAP PLM good for?
- What about design tools (CAD, CAE, …)?
- What about design tool integration?
- What about work in process designs, will my
engineers / designers “live” in SAP? - Where is the logical break between ERP and PLM
(if any still exists)? - What about recipe management and PLM for the
process industries? - What about portfolio management?
- What about digital manufacturing?
- What is next in SAP’s roadmap and will they
deliver? - What does this mean to the PLM market?
So many questions… If you let me know what you want to hear
about, I’ll do my best to accommodate. So that’s what I hear from
SAP, I hope you found it useful. What do you think? What else
should I have asked them?
Jim Brown commented:
Martin, I have nothing to add except for a "thank you" for sharing
your experience with the rest of us.
Martin commented:
Jim, again an interesting posting. I have been struggling with this
question for over 12 years. For a long time I was responsible for
interfaces between SAP and one of the other major PLM system
suppliers and now I am working on SAP systems at a large
engineering company. Perhaps the first question to answer is what
do you mean by PLM ? SAP is definitely good for somethings - and
there is definitely a charm for having everything in one box. But
here are my thoughts about why this sometimes does not happen: a.
politics - SAP implementations are often driven from
logistics/production/sales/finance/HR etc. PLM in contrast often
comes out of product development, research or engineering.
Different departments want their own box. b. system focus - many
SAP ERP implementations I know are biased/optimized towards the
needs of logistics/production - hence can compromise the needs of
PLM c. system rigidity - our designers want a system where they
have the flexibility to design products - the transactional
approach of SAP can sometime contradict this d. pains from previous
ERP projects - I have often heard the statement: we had so many
problems with our ERP implementation, for PLM we want to try
something else e. system release cycles - if you have an ERP
running stable you may not want to upset this by adding PLM
functions, that may require shorter release cycles to get optimal
solution f. modern enterprises I have witnessed are an odd
collection of recently aquired companies/plants - each may bring
their own ERP implementation - an independent PLM backbone can be
used to quickly pull these together g. clunky GUI - most companies
still use the classic SAPGUI client - this is definitely clunky
compared to the slick WEB GUIs that some other PLM systems offer -
these are often much more designer/engineer friendly h. digital
engineering / digital mockup - in my opinion, what SAP offers in
this respect has nothing to do with DMU i. economics - license
costs/maintenance costs often come into play j. system loading -
e.g. for CAD related work with large structures I am not for or
against SAP - most of the time I work/live with SAP - but I can
sympathize with those that implement PLM in another box. Note: if
you implement SAP PLM in another box - you also have interfaces to
be implemented.
Martin commented:
Jim, again an interesting posting. I have been struggling with this
question for over 12 years. For a long time I was responsible for
interfaces between SAP and one of the other major "




















