The anatomy of MultiCAD-PDM Integrations

by Oleg on February 19, 2012 · 13 comments

After posting my last blog multi CAD and PDM- dead lock?, I’ve got quite many emails and calls. It again proved to me that the topic is painful and require clarification. I’ll be setting up few  follow up conversations following weeks. Today, I want to provide some background and clarify few basic things related to Multi-CAD and PDM.

The scope of Multi-CAD PDM

One size doesn’t fit all. Companies are using multiple CAD systems. Functional specialization, acquisitions, mergers and existing skill set. All these factors lead to the questions of how CAD systems exchange the information. It is about formats and interoperability. PDM multi-CAD is not about it. Since PDM is largely about the control and data share, multi-CAD PDM is about how to organize an environment in which engineers (and other people in your organization) will be able to use PDM will all CAD systems and files.

CAD-PDM: Immersive integration

Immersive integration is the trend in CAD/PDM which was formed for the last decade. It allows CAD users to interact with PDM within CAD environment. It simplified a lot design interaction and helps PDM to have a better control over the design process.

CAD-PDM plug-ins

Plug-in is a piece of software normally written using CAD API that allows PDM functionality inside of the CAD system. It includes functionality related to PDM control – open, check-in, check-out, release, etc. In addition to that it allows to support multiple CAD functional areas (I’m trying to avoid word ‘feature’ in order not to interrelate it with CAD parametric design features).

CAD complexity and PDM plug-ins

The growing complexity of CAD systems made PDM development quite complicated for the last 5-7 years. CAD systems made lots of functional enhancement, which made development of CAD-PDM in a nightmare. Add to that CAD releases, and you understand why CAD vendors got an ultimate advantage to provide a better CAD-PDM integration for their own CAD and PDM systems. It happens because of availability of internal knowledge, specific APIs and release process.

Customer needs and MultiCAD – PDM

MultiCAD environment is a reality of many companies. In such situation, customers are following two possible strategies 1- to follow dominant CAD + PDM strategy; 2- to form multi CAD/ PDM environment. The availability of a specific CAD-PDM integration is an ultimate deal/no-deal requirements in many situations.

Openness and API

In many situations, basic PDM and CAD integration can be achieved by using open API and system customization capabilities. These are important characteristics both PDM and CAD side. Availability of such instruments can decrease the pain around MultiCAD -PDM plug development.

CAD and PDM software releases and upgrades

Last, but now least- this is another pain point of Multi-CAD ODM plug-ins. Most of CAD and ODM releases are following one-year cycle. At the same time, customers are not always following all upgrades. To support multiple CAD releases in a single PDM is another place where precise synchronization between CAD and PDM development process is required.

What is my conclusion? The topic of MultiCAD PDM isn’t new. Let’s face the reality, because of the absolute importance,  companies easy can get provoked to use it as a competitive advantage. In addition to “openness” in general, the ultimate way to solve this problem is Open API. I believe Open APIs is the most important strategic factor for companies to be competitive in the future. Just my thoughts… I’m looking forward to your comments and future discussions. Stay tuned for more posts about that.

Best, Oleg

Share
  • Pingback: Autodesk, Vault and Multi-CAD

  • Loic M.

    Hi Oleg,
    here a link that could interess you, I think this fit with your thoughts :
    http://www.prostep.org/en/proj

    Loic

  • beyondplm

    Hi Loic, thanks for the comment and link sharing. I didn't understand anything except the fact it is a joint project by few “big names”. I never heard about ProSTEP CPO. What does it include? Word “openness” is misleading in many situations. Can you put some lights on? Thanks, Oleg

  • River

    Hi Oleg,
        I have a question,why customer need PLM-CAD integration? why it is so important in PLM project? Just retrieve data and file from CAD to PLM?

  • beyondplm

    PLM (or better PDM) integration with CAD allows to pass meta-data from CAD models and drawings to other systems. Also, it allows to control engineers by helping them using right versions, changes, etc. So, it allows to control, find and share data. I hope it helps. Oleg

  • Pingback: Multi-CAD & PDM integration: Yesterday, Today and Tomorrow

  • Pingback: Multi-CAD & PDM integration: Yesterday, Today and Tomorrow « Daily PLM Think Tank Blog

  • Pingback: ENOVIA V6 Multi-CAD: Do Everything!

  • Pingback: ENOVIA V6 Multi-CAD: Do Everything! « Daily PLM Think Tank Blog

  • Rahul Deshpande

    Hi Oleg,

    My view.. this is a very simplistic view of CAD-PDM integration. I feel there is much more expected in multi-CAD environment. Companies would like to maintain single BOM with may have parts created using multiple CAD systems & would like to reference (or view) those parts coming from different CAD into single view (also while editing in one of the CAD format). The challenge with Multi-CAD is manifold when it comes to sharing of geometry information among different systems thru these integrations..

    This is what I have experienced what my customers are demanding and what the PLM ISV's are promising.

  • Andernathan

    Hello,
    I work for a PLM company as a tech who performs installs and writes custom code as needed. We have integrations with most of the major CAD systems and 50% of the time have the requirement of a Multi-CAD environment.
    I've found most companies have a dominant CAD system that drives the PLM approach and the others are forced to adapt to that model. This is not necessarily a bad thing.
    I look forward to implementations where multiple CAD systems are used because if forces the company to “dumb down” their approach and only integrate the essentials like the BOM, metadata, and CAD files to keep the information consistent throughout PLM. Custom code is generally minimized and the integrations work more consistently. These integrations then eliminate duplicate entry, create structures, and don't attempt to do more they what is intended.

    Regards,
    Nathan
    BTW, thanks for your informative blog

  • beyondplm

    Rahul, sorry- missed your comment when you made it. I agree with you- the problem of a single BOM is a super critical issue. Especially when you work in multiCAD environment. In my view, geometry can be shared in a CAD-neutral format.  

    Best, Oleg

  • beyondplm

    Nathan, thanks for your comment! Yes, it is usually happened when a dominant CAD system drives company decision with regards to CAD/PDM/PLM. To make “integration” dumb is a good idea – the question is how to find a right balance. Today, most of PDM implementations are tightly coupled with CAD functionality, which makes it complicated. Just myt thoughts… Oleg

Previous post:

Next post: