Skip to main content
S
Srikanth113-Aquamarine
13-Aquamarine
January 26, 2024
Solved

Chose between Product and Library

  • January 26, 2024
  • 3 replies
  • 2930 views

When setting up Windchill for an organization or client, what factors do you typically weigh when choosing between containers (Product and Library)? While I've reviewed the definitions and PTC documentation, I am keen to learn the practical considerations that businesses should factor in regarding their products and end items. It would be great to have some real-life case studies illustrating these considerations.

https://www.ptc.com/en/support/article/CS22028

https://community.ptc.com/t5/Windchill/Product-and-Libraries/m-p/56936#M6852 

https://support.ptc.com/help/wnc/r12.0.2.0/en/#page/Windchill_Help_Center%2FContextsAbout.html%23 

    Best answer by HelesicPetr

    Hi @Srikanth1 

    A library usually is used for standard components used in all products. Usually you buy that standard components based on some ISO catalog etc.

    Also drawing format and drawing templates are stored in the library

    You can imagine that you store general documentation for standard Creo/Windchill usage as metrology guides 

     

    The library allows to restrict the access that standard users work in product can not change the library objescs

     

    Product context is used for non standard product objects / models / documentation/ change management and  so on. 

     

    You can imagine any purpose to use library or product context. 

    For example a MPMLink library can be used for resource data as tools, work-centers etc that are not directly connected to a specific product.. 

     

    PetrH 

    3 replies

    J
    jlecoz15-Moonstone
    15-Moonstone
    January 26, 2024

    From a technical standpoint, I think the only difference is the Enditem table view available on the detail page within a product and not within a library.

     

    From a process standpoint, you usually put in a library the elements that are reused across products to define them.

    For example, it can be bought components, internal standard components, and common documents.

    You may have specific business rules to manage these objects and you may set these rules at container level. For example, for library components, you may have a specific process to validate them.

     

    From a user experience point of view, it helps the navigation among the containers, you can quickly access them rather than searching within a big product container list.

     

      J
      jbailey18-Opal
      18-Opal
      January 26, 2024

      I always draw the line at Change/Configuration Management. If you need change management, you should be doing it in a product. You cant do version control in a project... So no "real" release, Change Requests or Change notices either.

       

       

      HelesicPetr
      22-Sapphire II
      HelesicPetr22-Sapphire II
      22-Sapphire II
      January 29, 2024

      Hi @jbailey 

      the question is about Library no Project.

      PetrH

      PetrH
      J
      jbailey18-Opal
      18-Opal
      January 29, 2024

      I know.  It was a subtle hint that data specific to things being made or developed should be in a Project or Product 🙂

      HelesicPetr
      22-Sapphire II
      HelesicPetr22-Sapphire IIAnswer
      22-Sapphire II
      January 29, 2024

      Hi @Srikanth1 

      A library usually is used for standard components used in all products. Usually you buy that standard components based on some ISO catalog etc.

      Also drawing format and drawing templates are stored in the library

      You can imagine that you store general documentation for standard Creo/Windchill usage as metrology guides 

       

      The library allows to restrict the access that standard users work in product can not change the library objescs

       

      Product context is used for non standard product objects / models / documentation/ change management and  so on. 

       

      You can imagine any purpose to use library or product context. 

      For example a MPMLink library can be used for resource data as tools, work-centers etc that are not directly connected to a specific product.. 

       

      PetrH 

      PetrH
        S
        Srikanth113-AquamarineAuthor
        13-Aquamarine
        February 6, 2024

        Thank you everyone for taking time to respond. 

        Upon highlighting the PTC definitions, recommendations, technical differences (No end items table, process plans,.. on library), we have recommended housing all engineering data within Product containers, while reserving libraries for generic reference documents unrelated to specific parts or assemblies.

         

        B
        23-Emerald III
        BenLoosli23-Emerald III
        23-Emerald III
        February 6, 2024

        You may want to reconsider that as the final answer. Using a Library for standard parts has some advantages.

        We do our standard parts (nuts, washers, screws, bolts, etc.) in family tables and put them in the Library.Windchill can be set so Library items loaded into an assembly cannot be checked-out and modified by any user who is not a Librarian. This way your standard library parts are protected.

        There are also reasons to store things like your drawing formats in a Windchill Library to prevent them from being changed by all of your users. The templates for start parts and drawings may also be stored in the Library, but we use a network shared disk for those files.

        Terms & ConditionsCookie settingsAccessibility statement