The product data management (PDM system) stores and manages product-defining, representing and presenting data as a result of product creation and makes it available throughout the entire product life cycle.
The software genre of PDM systems developed out of the inadequacies of pure drawing management with a CAD data management system. The reason: To represent technical systems, it is not enough to present them in the form of technical drawings. All information that accompanies and documents a product throughout its entire development and manufacturing process must be included. The problem with pure CAD model or drawing management was, in particular, the drastic increase in the amount of product data.
The increasing product complexity also led to a higher degree of networking of product data, so that finding new concepts for product data management became urgently necessary.
Product data management ( PDM system ) represents the second step in the evolution of PLM in companies in the technical environment after pure CAD data management . While the latter is purely about storing and retrieving CAD data, product data management involves drawings, documents and parts lists are connected to each other and coupled with ERP, workflow or a document management system (DMS tec system). Product data management therefore includes all the information needed to describe a product – from CAD, ERP and PLM . Its task is to store, manage and make available results from product development and product management in the form of data and documents throughout the product life cycle. PDM is more than just drawing management.
With PDM software, parts lists are exchanged between the CAD and ERP systems in an automated and transaction-secure manner, instead of being typed and manually entered into the ERP software. Construction and purchasing items are also automatically synced. A flexibly adaptable set of rules determines data synchronization , which can be centrally controlled and monitored via the PDM system . This becomes a bridge between the ERP, CAD and PDM landscape. The company has an integrity product database because all information relating to production is not maintained separately in product creation and project management, maintenance, development and production, but is made available across departments. If necessary, the design department can access supplier and material master data in the ERP system directly from its CAD workstation via the PDM system . The susceptibility to errors decreases significantly and the company avoids expensive and inefficient multiple developments.
Development and design traditionally work in CAD software and store the product data in the CAD data management system (e.g. AutoCAD, Autodesk Inventor, Creo, Solid Edge or Solidworks). On the other hand, there are work preparation, purchasing, scheduling and production, whose information is maintained in the ERP system. PDM/PLM systems can be used at the interface of both IT systems. As a uniform product data backbone , they integrate ERP and CAD and synchronize the product data between both worlds.
The integration of CAD and PDM (or in a further step also PLM) systems with an ERP system is essentially about the exchange and transfer of article master data, product structures (assemblies), parts lists and mechanical and electrical documents – and electronics development to the ERP system. BOMs from mechanical and electrical engineering flow together in the ERP in a uniform mechatronic BOM. This automatically prevents a drive that can be viewed as both a mechanical and an electrical component from not being ordered by purchasing at all or being ordered twice.
Conversely, the development or design department can view information through the PDM/ PLM system in the ERP system, such as prices or information about the stock availability of purchased items. This is important if, for example, purchasing has negotiated special conditions with a supplier. The designers need to know about this. Thanks to CAD, ERP and PLM integration, such information is immediately available for everyone involved to see. Through the CAD-PDM/PLM-ERP integration, the purchasing department ensures that the preferred parts that the company has agreed with certain suppliers are actually used in the design.
If all product-related information is shared with each other, the question of data sovereignty arises. Who assigns the article numbers or material master numbers? In which system is the article and part master data located? Where are parts lists maintained? In the CAD and PDM system in which the components are developed, or in the ERP solution in which all production or purchasing-relevant data is stored and costs and work plans come together?
Practice shows: In most companies, development/design and work preparation share responsibility. Material numbers can therefore be freely selected. The systems simply synchronize the specified numbers. This is also logical because it is about the optimal design of processes.
The process determines where and when which data is needed. Where these are ultimately stored is secondary. The specialist departments provide the data material, IT supports the merging and synchronization. Through faster and safer processes and the avoidance of duplicates, users can save large amounts of money.
Separate product data storage and the manual transfer of information between different IT systems often lead to errors, rework and unnecessary costs in companies. These typical consequences can be avoided through consistent data and automated comparison between IT systems. For technical companies, the big challenge lies precisely in this synchronization of article master data, parts lists and project data between design and production. To do this, it must first be clarified which data should be exchanged between the CAD software, the ERP system and an intermediate PDM/PLM solution and how the interfaces must be designed.
Where there is not proper synchronization, work processes in the manufacturing industry come to a standstill. Classic causes: parts lists are incorrect, drawings are out of date, required purchased parts are reported to purchasing too late. If incorrect or incomplete information is received in the scheduling, errors arise. Rework in production will be necessary and, if necessary, new production will have to be carried out – typical problems in the collaboration between design and production and the reason for tensions between the specialist departments.
The core element of data synchronization is the transfer of article master data, product structures (assemblies), parts lists and documents from mechanical, electrical and electronic development to the ERP system. Here the parts lists from mechanical and electrical engineering flow together into a common mechatronic parts list. This prevents purchasing from not ordering a drive motor at all or ordering it twice, which can be viewed as both a mechanical and electrical component.
Outdated drawings and production documents are a typical stumbling block on the way to error-free production. They can be avoided by always having only one drawing, which is available for direct access to all departments as a neutral PDF, PDF/A or TIF document. The PLM solution makes this possible. It ensures that drawings and other documents from construction are available in the ERP system.
The opposite approach must also work: development employees have access to information in the ERP, such as prices or the stock availability of purchased items. If the technical purchasing department has agreed on certain conditions for engines with its supplier, this usage specification must be communicated to the design department via the CAD-ERP integration. This can be implemented – as with the PDM/ PLM system PRO.FILE – using a traffic light system for purchased parts: yellow if they are recommended, green if they are permitted and red if they are not allowed to be used.
A parts list is a structured arrangement of objects (e.g. components) of a more comprehensive object, in particular of products (products) or assemblies or an assembly, whereby a continuous list represents the simplest form of arrangement.
Consistent parts lists are the prerequisite for error-free production. BOMs in the ERP system as well as in the CAD/PDM/PLM environment should therefore have the same structure. This means that duplicates cannot arise in the first place. This is ensured by automated synchronization of item master data, parts lists and project data between design, production and the commercial area. With consistent shared documents and automated comparison between the various IT systems, companies can avoid errors and rework and thereby avoid unnecessary costs.
PDM/PLM software like PRO.FILE, used at the interface between both IT systems, automatically transfers the parts lists from CAD and PDM to the ERP. They are automatically compared – analogous to the item master data – if they are available in different forms, as construction, modular and quantity parts lists. The PDM/PLM software thus becomes a data hub in master data management between development, procurement, manufacturing, sales and service.
The synchronization of article master data is an essential feature in the ERP integration of product data management (PDM/PLM). Consistent article master data is essential for consistent, error-free workflows in the company and is a significant cost reducer. The PDM/ PLM system automatically transfers article master data from development to work preparation, production and purchasing. In return, these development departments provide preferred standard and purchased parts. The PDM/PLM software ensures an automatic comparison of names and characteristics in master data management. This prevents certain parts and assemblies from being named differently in production than in work preparation. The result is clean and consistent parts management.
Various studies in recent years have come to the conclusion that the automatic transfer of item master data from CAD to PDM/PLM and ERP and the reduction of duplicates in purchased parts can save around 10 percent of new parts per year. If you multiply this by the average costs for maintaining a data record in the ERP system (creating suppliers, assigning item numbers and identifiers, coordination processes) and adding the costs for purchasing, incoming goods inspection and invoicing, an average-sized company can Save significant costs annually in the manufacturing industry by synchronizing your item master data.
In order to standardize article master data, it is not enough to exchange data uncontrollably via Excel tables or ASCII files. For proper synchronization, transparent process control and documentation of the exchange process (monitoring) are required.
The PDM/ PLM system PRO.FILE, for example, relies on standards and uses the PRO.FILE ERP server to synchronize the article master data. The data from the CAD context is delivered via an adapter and transferred to the ERP via the Microsoft BizTalk adapter and vice versa.
CAD data management initially meant storing and retrieving CAD data – one of a company’s most critical assets. In addition to CAD models, drawings and parts lists , this includes all CAD-related information such as specifications, calculations, production notes (NC programs), work plans, assembly information, etc.
It’s about not just storing them in the file system, but rather organized and in a structured form. There is no other way to handle technically sophisticated products efficiently and bring them to market in a timely manner. CAD models and the associated data and documents contain all of a company’s product knowledge, design and engineering know-how. This must be made available company-wide.
The basic element of professional product data management in production is the parallel integration of CAD systems (such as AutoCAD, Autodesk Inventor, Creo, Solid Edge or Solidworks) and PDM. Without CAD integration into the PDM/ PLM system , technically sophisticated products in particular cannot be developed efficiently and brought to market at the required speed.
The know-how about a product is essentially contained in the CAD models and the data and documents closely associated with them. This knowledge from development and construction is also needed in other areas of the company. The integration of CAD, ERP and PLM makes this information accessible to all authorized employees. Regardless of the CAD and ERP system type, all data (CAD models, manufacturing and assembly drawings, NC programs, article master data, parts lists and documents with graphics, text or calculation tables) are stored securely in the PDM data vault. system saved. This enables product data to be up-to-date and consistent within and between departments.
The gaps between mechanics and electronics are traditionally deep: both areas pursue different thought patterns and solution methods. There are different data and product structures as well as separate authoring systems and data storage tools. Because mechanics and electronics work at different times, coordination is not always easy. That’s why many processes at the interface between M-CAD and E-CAD still run by hand. Development engineers exchange installation data, cable lengths or connector assignments using Excel tables or by email.
A PDM/ PLM system builds a bridge here by controlling product data and information flows across department boundaries. As a product data backbone, it contains all elements of a product from mechanics, electrical engineering, electronics, hydraulics, pneumatics and software in a common parts list. It saves the documents together in the database and makes them available via a user interface. These systems therefore guarantee clean continuity from development through administrative processes to the handover from the PDM/ PLM system to the ERP system.
This allows mechanical designers to view the layout plans from electronics development when designing the housing. Electronics engineers know the dimensions and drilling locations of the housing into which a circuit board must be installed. This is particularly important when work groups work at a distance from one another. PDM/PLM software like PRO.FILE provides the necessary common database for interdisciplinary work in mechatronics!
Cookie | Duration | Description |
---|---|---|
__hssc | 30 minutes | HubSpot sets this cookie to keep track of sessions and to determine if HubSpot should increment the session number and timestamps in the __hstc cookie. |
__hssrc | session | This cookie is set by Hubspot whenever it changes the session cookie. The __hssrc cookie set to 1 indicates that the user has restarted the browser, and if the cookie does not exist, it is assumed to be a new session. |
_GRECAPTCHA | 5 months 27 days | Google Recaptcha service sets this cookie to identify bots to protect the website against malicious spam attacks. |
cookielawinfo-checkbox-advertisement | 1 year | Set by the GDPR Cookie Consent plugin, this cookie records the user consent for the cookies in the "Advertisement" category. |
cookielawinfo-checkbox-analytics | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Analytics". |
cookielawinfo-checkbox-functional | 11 months | The cookie is set by GDPR cookie consent to record the user consent for the cookies in the category "Functional". |
cookielawinfo-checkbox-necessary | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookies is used to store the user consent for the cookies in the category "Necessary". |
cookielawinfo-checkbox-others | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Other. |
cookielawinfo-checkbox-performance | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Performance". |
CookieLawInfoConsent | 1 year | CookieYes sets this cookie to record the default button state of the corresponding category and the status of CCPA. It works only in coordination with the primary cookie. |
elementor | never | The website's WordPress theme uses this cookie. It allows the website owner to implement or change the website's content in real-time. |
JSESSIONID | session | New Relic uses this cookie to store a session identifier so that New Relic can monitor session counts for an application. |
PHPSESSID | session | This cookie is native to PHP applications. The cookie stores and identifies a user's unique session ID to manage user sessions on the website. The cookie is a session cookie and will be deleted when all the browser windows are closed. |
viewed_cookie_policy | 11 months | The cookie is set by the GDPR Cookie Consent plugin and is used to store whether or not user has consented to the use of cookies. It does not store any personal data. |
Cookie | Duration | Description |
---|---|---|
__cf_bm | 30 minutes | Cloudflare set the cookie to support Cloudflare Bot Management. |
_icl_visitor_lang_js | 1 day | WPML sets this cookie to store the redirected language. |
drift_aid | 1 year 1 month 4 days | Drift sets this cookie as a session identifier token. It is used to tie the visitor on your website to a current website session within the Drift system. This enables session-specific features, such as popping up a message only once during a 30 minute session to prevent a disruptive experience. |
drift_campaign_refresh | 30 minutes | Drift sets this cookie as a unique ID for the specific user. This allows the website to target the user with relevant offers through its chat functionality. |
driftt_aid | 1 year 1 month 4 days | Drift sets this cookie as an anonymous identifier token. As people come onto the site, they will get this cookie. |
li_gc | 5 months 27 days | Linkedin set this cookie for storing visitor's consent regarding using cookies for non-essential purposes. |
lidc | 1 day | LinkedIn sets the lidc cookie to facilitate data center selection. |
UserMatchHistory | 1 month | LinkedIn sets this cookie for LinkedIn Ads ID syncing. |
wp-wpml_current_language | session | WordPress multilingual plugin sets this cookie to store the current language/language settings. |
wpml_browser_redirect_test | session | This cookie is set by WPML WordPress plugin and is used to test if cookies are enabled on the browser. |
Cookie | Duration | Description |
---|---|---|
__lotl | 5 months 27 days | Lucky Orange sets this cookie to identify the traffic source URL of the visitor's original referrer, if any. |
_lo_uid | 1 year 1 month 4 days | Lucky Orange sets this cookie as a unique identifier for the visitor. |
_lo_v | 1 year | Lucky Orange sets this cookie to identify the total number of visitor's visits. |
_lorid | 10 minutes | Lucky Orange sets this cookie to record the current ID of visitors. |
Cookie | Duration | Description |
---|---|---|
__hstc | 5 months 27 days | Hubspot set this main cookie for tracking visitors. It contains the domain, initial timestamp (first visit), last timestamp (last visit), current timestamp (this visit), and session number (increments for each subsequent session). |
_fbp | 3 months | Facebook sets this cookie to display advertisements when either on Facebook or on a digital platform powered by Facebook advertising after visiting the website. |
_ga | 1 year 1 month 4 days | Google Analytics sets this cookie to calculate visitor, session and campaign data and track site usage for the site's analytics report. The cookie stores information anonymously and assigns a randomly generated number to recognise unique visitors. |
_ga_* | 1 year 1 month 4 days | Google Analytics sets this cookie to store and count page views. |
_gcl_au | 3 months | Google Tag Manager sets the cookie to experiment advertisement efficiency of websites using their services. |
_gd_session | 4 hours | This cookie is used for collecting information on users visit to the website. It collects data such as total number of visits, average time spent on the website and the pages loaded. |
_gd_svisitor | 1 year 1 month 4 days | This cookie is set by the Google Analytics. This cookie is used for tracking the signup commissions via affiliate program. |
_gd_visitor | 1 year 1 month 4 days | This cookie is used for collecting information on the users visit such as number of visits, average time spent on the website and the pages loaded for displaying targeted ads. |
AnalyticsSyncHistory | 1 month | Linkedin set this cookie to store information about the time a sync took place with the lms_analytics cookie. |
CONSENT | 2 years | YouTube sets this cookie via embedded YouTube videos and registers anonymous statistical data. |
hubspotutk | 5 months 27 days | HubSpot sets this cookie to keep track of the visitors to the website. This cookie is passed to HubSpot on form submission and used when deduplicating contacts. |
ifso_visit_counts | 1 year | If So sets this cookie to store number of visits. |
ln_or | 1 day | Linkedin sets this cookie to registers statistical data on users' behaviour on the website for internal analytics. |
vuid | 1 year 1 month 4 days | Vimeo installs this cookie to collect tracking information by setting a unique ID to embed videos on the website. |
Cookie | Duration | Description |
---|---|---|
bcookie | 1 year | LinkedIn sets this cookie from LinkedIn share buttons and ad tags to recognize browser IDs. |
bscookie | 1 year | LinkedIn sets this cookie to store performed actions on the website. |
li_sugr | 3 months | LinkedIn sets this cookie to collect user behaviour data to optimise the website and make advertisements on the website more relevant. |
VISITOR_INFO1_LIVE | 5 months 27 days | YouTube sets this cookie to measure bandwidth, determining whether the user gets the new or old player interface. |
YSC | session | Youtube sets this cookie to track the views of embedded videos on Youtube pages. |
yt-remote-connected-devices | never | YouTube sets this cookie to store the user's video preferences using embedded YouTube videos. |
yt-remote-device-id | never | YouTube sets this cookie to store the user's video preferences using embedded YouTube videos. |
yt.innertube::nextId | never | YouTube sets this cookie to register a unique ID to store data on what videos from YouTube the user has seen. |
yt.innertube::requests | never | YouTube sets this cookie to register a unique ID to store data on what videos from YouTube the user has seen. |
Cookie | Duration | Description |
---|---|---|
_an_uid | 7 days | No description available. |
_gd1687981540406 | session | Description is currently not available. |
6suuid | 1 year 1 month 4 days | No description available. |
ifso_page_visits | 1 year 1 month 4 days | No description available. |
oribi_cookie_test | session | Description is currently not available. |
oribili_user_guid | 1 year | Description is currently not available. |