• Administración de usuarios: Deben realizarse en el nivel de la organización.

• Gestión de productos y bibliotecas: se aconseja realizarlas en el nivel de la organización.

• Gestión del proceso de promoción: se realiza en el nivel de la organización. Consulte la sección correspondiente para obtener más información.

• Gestión de la aplicación CAD: se realiza en el nivel del sitio o la organización, en función de la tarea en cuestión. Consulte la sección correspondiente para obtener más información.

• Configuración de un Convertidor CAD remoto para Autodesk Inventor y SolidWorks: se debe realizar en el nivel del sitio.

• Productos: por lo general, un producto se considera un elemento físico fabricado y vendido a los clientes. Con Windchill se expande el concepto de producto y se incluye el entorno en el que los usuarios colaboran para desarrollar dicho elemento final. Este entorno se conoce como contexto del producto.

• Bibliotecas: Las bibliotecas son un lugar para almacenar objetos de uso común y compartirlos entre varios productos. Las bibliotecas tienen una correspondencia con los procesos y la organización de la empresa. Por ejemplo, los ficheros de hardware estándar, controlados por normas industriales y a los que los autores CAD tienen acceso de solo lectura, se pueden compartir y asociar con varios productos. Este entorno se conoce como contexto de biblioteca.

• Un solo contexto de producto: Crear un solo contexto de producto para todos los productos y proyectos. Cada producto o proyecto se crea como subcarpeta dentro del contexto de producto principal.

◦ Facilidad de gestión y navegación

◦ Facilidad para recopilar y compartir información relacionada que afecta a varios productos

• Un contexto de producto para cada producto/proyecto: Crear un contexto de producto para cada producto o proyecto.

◦ Mayor flexibilidad - Si se realizan trabajos de ingeniería de proyecto, suele ser más fácil gestionar cada uno de los proyectos con un contexto de producto independiente en el que se pueden configurar las carpetas y los roles de equipo para cada proyecto por separado. También se pueden definir atributos para cada uno de los productos o proyectos (por ejemplo, el nombre de cliente, el número de proyecto, la fecha de inicio, la fecha de entrega y el estatus) y crear informes específicos del proyecto.

◦ Mayor escalabilidad - Si el número de productos o proyectos es muy alto, puede ser difícil navegar y buscar entre los diferentes elementos en un solo contexto de producto y la velocidad con que se abre la página de carpetas de un solo contexto es más lenta (por ejemplo, si hubiese cientos de carpetas en el nivel superior que representan proyectos). La creación de un contexto de producto para cada producto o proyecto facilita la navegación y las búsquedas cuando hay una gran cantidad de productos o proyectos.

◦ Mayor facilidad para controlar el acceso - Si se necesita controlar el acceso de cada producto o proyecto por separado, normalmente es más fácil hacerlo utilizando contextos de proyecto separados (con equipos separados) que utilizando un solo contexto de producto.

• Equipos: los productos y las bibliotecas tienen equipos, cuyos miembros tienen roles asignados que definen sus permisos en el contexto. Un equipo de producto o biblioteca puede estar formado por un equipo local, un equipo compartido, o ambos. Windchill PDM Essentials incluye una plantilla de producto predefinida y una plantilla de biblioteca predefinida, cada una de ellas con un equipo compartido correspondiente. Se recomienda utilizar estas plantillas para crear nuevos productos y bibliotecas.

• Modificación del control de acceso: El administrador debe asegurarse de que solo los participantes adecuados tengan acceso a los objetos como, por ejemplo, documentos y documentos CAD. Las decisiones sobre los derechos de acceso se expresan como reglas de control de acceso. El control de acceso se configura en función de los grupos y estados de ciclo de vida predefinidos de Windchill PDM Essentials.

◦ Gestión de seguridad: la acción Editar control de acceso proporciona un mecanismo de visualización y manipulación de los permisos de control de acceso sobre objetos individuales (tales como documentos, documentos CAD y carpetas).

◦ Administración de directivas: la utilidad Administración de directivas se utiliza para gestionar los dominios administrativos y las directivas de control de acceso, indexación y notificación para estos dominios. Un dominio administrativo es un área que define un conjunto de directivas administrativas. Una directiva es una recopilación de reglas de tipos de objetos de un dominio.

• Estados de ciclo de vida: Un administrador del grupo Administrador o un usuario del grupo/rol Manager puede crear diversos ciclos de vida y modificar los existentes. Estos ciclos de vida definen los estados y las transiciones asociados con los distintos objetos de negocio y las transiciones disponibles entre dichos estados.

• Acciones de definición de estado: para obtener información sobre el procedimiento para cambiar el estado de un objeto, consulte Definición del estado de un objeto.

• Solicitudes de promoción: los procesos de solicitud de promoción se pueden utilizar para solicitar formalmente un cambio de estado para un conjunto de objetos que residen en productos o bibliotecas.