El código es la última herramienta que usamos
La mayoría de las peticiones se resuelven con el modelo estándar: tipos, atributos, reglas de numeración, ciclos de vida y plantillas de workflow. Siempre exploramos primero esa vía, porque cada línea de código a medida es una línea que alguien tendrá que arrastrar a la siguiente actualización.
Cuando el código es la respuesta correcta, se trata de un módulo pequeño y acotado, con una sola función, un responsable con nombre y una justificación escrita a su lado.
Cómo se construye una personalización
- Bajo control de versiones, en un repositorio de su propiedad, con cada cambio revisado por un segundo ingeniero.
- Mediante un pipeline, nunca compilada en un servidor ni copiada a mano.
- Con pruebas que se ejecutan contra una instancia de Windchill desechable antes de promocionar nada.
- En un inventario que registra qué hace, qué partes del producto toca y quién la mantiene.
Trabajos habituales
- Reglas de numeración y nomenclatura que van más allá de lo que permite la configuración estándar
- Workflows de cambio con revisiones en paralelo, delegación y temporizadores de escalado
- Controles de liberación que validan una lista de materiales antes de que pase al siguiente estado
- Informes y paneles construidos sobre datos de Windchill
- Herramientas de administración: cargas masivas, actualizaciones en lote y procesos de limpieza
Compatible con las actualizaciones por diseño
Construimos sobre puntos de extensión con soporte, nunca modificamos los ficheros propios de PTC y registramos cada override en el inventario. Cuando llega la siguiente versión, actualizar las personalizaciones es una recompilación y una ronda de pruebas, no una investigación.