Fuente de datos personalizada

Validation logic is only as reliable as the data it validates against. Custom data sources connect your authoritative external systems into Altium platform processes – so that checks run against current, live data, not a snapshot that goes stale.

Dentro de la extensibilidad del comportamiento, las fuentes de datos personalizadas no son un componente de infraestructura independiente, sino un patrón sobre cómo las comprobaciones y los scripts de Python acceden a datos externos. Una comprobación escrita en Python puede llamar a cualquier API accesible, consultar cualquier base de datos alcanzable y usar el resultado como parte de su lógica de validación. El sistema externo sigue siendo la fuente autorizada. Altium lo consulta; no mantiene una copia.

Esto es lo que hace concreta la afirmación de personalización en la hoja de ruta: "Una comprobación puede conectarse a su base de datos interna de piezas, a su lista de proveedores aprobados, a su sistema ERP y devolver un resultado". La fuente de datos personalizada es la llamada que hace que eso ocurra.

Por qué importa el acceso a datos en vivo

Una comprobación que valida la aprobación de componentes frente a una lista estática incrustada en la lógica de la comprobación será correcta cuando se escriba y estará equivocada en cuestión de semanas. Las listas de piezas aprobadas cambian. Las listas de materiales restringidos cambian. Los estados del ciclo de vida cambian. Una comprobación que consulta su sistema en vivo obtiene la respuesta actual cada vez que se ejecuta.

Esta es la diferencia entre codificar una regla y codificar conocimiento. Una lista estática codifica el estado del conocimiento en un momento dado. Una llamada a una fuente de datos en vivo codifica la regla de que el estado actual de un sistema autorizado determina el cumplimiento. El segundo enfoque envejece mejor.

Fuentes de datos externas comunes

• Approved Vendor / Manufacturer Lists (AVL/AML) – su equipo de compras o de ingeniería de componentes mantiene la lista autorizada de fabricantes y proveedores aprobados. Una comprobación que consulta esta lista en vivo garantiza que un componente marcado como aprobado en Altium haya sido realmente aprobado en el sistema autorizado en el momento en que se ejecutó la comprobación, no en la última vez que alguien actualizó un archivo local.

• Component qualification databases – las organizaciones con procesos maduros de cualificación de componentes mantienen bases de datos internas con el estado de cualificación, datos de pruebas, restricciones de aplicación y casos de uso aprobados. Conectar estos datos a las comprobaciones de Altium significa que el estado de cualificación es visible y se aplica en la etapa de diseño, no que se descubre durante la revisión de liberación.

• ERP and inventory systems – las comprobaciones que validan plazos de entrega, niveles de inventario o estado de compras frente a datos ERP en vivo permiten que los ingenieros tomen decisiones conscientes del abastecimiento durante el diseño, en lugar de descubrir problemas de suministro una vez completado el diseño.

• Compliance and restricted materials databases – ITAR, EAR, RoHS, REACH y las listas internas de control de IP son mantenidas por los equipos de cumplimiento y cambian con el tiempo. Una comprobación que consulta datos de cumplimiento en vivo aplica el estado actual de la política sin requerir que la propia comprobación se actualice cada vez que cambia la política.

• Internal parametric and specifications data – las normas de ingeniería, las especificaciones de componentes preferidos, las hojas de datos internas y los resultados de pruebas que mantiene su organización pueden mostrarse en las comprobaciones y paneles de Altium, dando a los ingenieros acceso al conocimiento interno en el punto de decisión.

Consideraciones de implementación

• Accessibility – una comprobación que se ejecuta en la plataforma del lado del servidor necesita poder acceder al sistema externo desde el contexto de red del servidor. Una comprobación que se ejecuta del lado del cliente en Altium Designer necesita poder acceder a él desde la máquina del ingeniero. Confirme la accesibilidad de red antes de crear comprobaciones que dependan de llamadas externas.

• Latency – las comprobaciones del lado del escritorio se ejecutan mientras el ingeniero está trabajando. Una comprobación que tarda varios segundos en responder debido a una API externa lenta crea fricción que los ingenieros tratarán de evitar. Mantenga las llamadas externas rápidas, específicas y almacenables en caché cuando los datos no cambien con frecuencia.

• Failure handling – diseñe las comprobaciones para que fallen de forma segura cuando el sistema externo no esté disponible. Una comprobación que no puede acceder a la AVL debe fallar en modo cerrado: debe informar que no pudo completarse, no que el componente está aprobado. Permitir silenciosamente que las comprobaciones pasen porque la fuente de datos no era accesible es un fallo de fiabilidad con consecuencias de cumplimiento.

• Authentication – las llamadas a API externas desde la lógica de comprobación necesitan credenciales. Almacene las credenciales como secretos del Workspace o como configuración del entorno, no codificadas de forma rígida en los scripts de comprobación. Trate el código de comprobación como trataría cualquier código de producción que gestione credenciales.

Lo que no son las fuentes de datos personalizadas

Las fuentes de datos personalizadas en este contexto son llamadas desde la lógica de comprobaciones y scripts, no una capa separada de integración de datos ni un mecanismo de sincronización. No sustituyen las fuentes de datos de componentes integradas de Altium (Octopart, Silicon Expert, Z2 Data) para datos de cadena de suministro y datos paramétricos de proveedores externos. Son el patrón para acceder a sus propios sistemas internos desde su propia lógica de validación personalizada.

Para los casos de uso que requieren intercambio bidireccional de datos entre Altium 365 y sistemas externos a nivel de plataforma, no solo lecturas desde la lógica de comprobación, las herramientas adecuadas son la API de Altium 365 y el SDK de integración PLM.