Nguồn dữ liệu tùy chỉnh

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.

Trong khuôn khổ Behavior Extensibility, các nguồn dữ liệu tùy chỉnh không phải là một thành phần hạ tầng riêng biệt – mà là một mẫu để các kiểm tra và script Python truy cập dữ liệu bên ngoài. Một kiểm tra được viết bằng Python có thể gọi bất kỳ API nào có thể truy cập, truy vấn bất kỳ cơ sở dữ liệu nào có thể kết nối, và dùng kết quả đó như một phần trong logic xác thực của nó. Hệ thống bên ngoài vẫn là nguồn dữ liệu có thẩm quyền. Altium chỉ truy vấn hệ thống đó; nó không duy trì một bản sao.

Đây chính là điều làm cho tuyên bố về khả năng tùy biến trong lộ trình trở nên cụ thể: "Một kiểm tra có thể truy cập cơ sở dữ liệu linh kiện nội bộ của bạn, danh sách nhà cung cấp được phê duyệt, hệ thống ERP của bạn, và trả về kết quả." Nguồn dữ liệu tùy chỉnh chính là lệnh gọi tạo ra điều đó.

Vì sao truy cập dữ liệu trực tiếp lại quan trọng

Một kiểm tra xác thực việc phê duyệt linh kiện dựa trên danh sách tĩnh được nhúng trong logic kiểm tra sẽ đúng tại thời điểm viết ra, nhưng chỉ vài tuần sau có thể đã sai. Danh sách linh kiện được phê duyệt thay đổi. Danh sách vật liệu bị hạn chế thay đổi. Trạng thái vòng đời thay đổi. Một kiểm tra gọi đến hệ thống trực tiếp của bạn sẽ luôn nhận được câu trả lời hiện tại mỗi khi nó chạy.

Đây là khác biệt giữa việc mã hóa một quy tắc và mã hóa tri thức. Một danh sách tĩnh mã hóa trạng thái tri thức tại một thời điểm cụ thể. Một lệnh gọi đến nguồn dữ liệu trực tiếp mã hóa quy tắc rằng trạng thái hiện tại của một hệ thống có thẩm quyền là yếu tố quyết định tính tuân thủ. Cách tiếp cận thứ hai bền vững hơn theo thời gian.

Các nguồn dữ liệu bên ngoài phổ biến

• Approved Vendor / Manufacturer Lists (AVL/AML) – nhóm mua sắm hoặc kỹ thuật linh kiện của bạn duy trì danh sách chính thức về các nhà sản xuất và nhà cung cấp được phê duyệt. Một kiểm tra truy vấn trực tiếp danh sách này sẽ bảo đảm rằng linh kiện được đánh dấu là đã phê duyệt trong Altium thực sự đã được phê duyệt trong hệ thống có thẩm quyền tại đúng thời điểm kiểm tra chạy – chứ không phải tại lần cuối ai đó cập nhật một tệp cục bộ.

• Component qualification databases – các tổ chức có quy trình thẩm định linh kiện trưởng thành thường duy trì cơ sở dữ liệu nội bộ về trạng thái thẩm định, dữ liệu thử nghiệm, hạn chế ứng dụng và các trường hợp sử dụng đã được phê duyệt. Kết nối dữ liệu này vào các kiểm tra Altium giúp trạng thái thẩm định được hiển thị và thực thi ngay từ giai đoạn thiết kế, thay vì chỉ được phát hiện khi rà soát phát hành.

• ERP and inventory systems – các kiểm tra xác thực thời gian giao hàng, mức tồn kho hoặc trạng thái mua sắm dựa trên dữ liệu ERP trực tiếp cho phép kỹ sư đưa ra quyết định có xét đến nguồn cung ngay trong quá trình thiết kế, thay vì chỉ phát hiện vấn đề cung ứng sau khi thiết kế hoàn tất.

• Compliance and restricted materials databases – các danh sách kiểm soát ITAR, EAR, RoHS, REACH và danh sách kiểm soát IP nội bộ được các nhóm tuân thủ duy trì và thay đổi theo thời gian. Một kiểm tra truy vấn dữ liệu tuân thủ trực tiếp sẽ thực thi trạng thái chính sách hiện hành mà không cần cập nhật chính kiểm tra đó mỗi khi chính sách thay đổi.

• Internal parametric and specifications data – các tiêu chuẩn kỹ thuật, thông số kỹ thuật linh kiện ưu tiên, tài liệu dữ liệu nội bộ và kết quả thử nghiệm mà tổ chức của bạn duy trì có thể được hiển thị trong các kiểm tra và panel của Altium, giúp kỹ sư tiếp cận tri thức nội bộ ngay tại thời điểm ra quyết định.

Các điểm cần cân nhắc khi triển khai

• Accessibility – một kiểm tra chạy trên nền tảng phía máy chủ cần có khả năng truy cập hệ thống bên ngoài từ ngữ cảnh mạng của máy chủ. Một kiểm tra chạy phía client trong Altium Designer cần truy cập được hệ thống đó từ máy của kỹ sư. Hãy xác nhận khả năng truy cập mạng trước khi xây dựng các kiểm tra phụ thuộc vào lệnh gọi bên ngoài.

• Latency – các kiểm tra chạy phía desktop được thực thi trong lúc kỹ sư đang làm việc. Một kiểm tra mất vài giây để trả kết quả vì API bên ngoài chậm sẽ tạo ra sự cản trở mà kỹ sư sẽ tìm cách né tránh. Hãy giữ cho các lệnh gọi bên ngoài nhanh, có mục tiêu rõ ràng và có thể cache khi dữ liệu không thay đổi thường xuyên.

• Failure handling – hãy thiết kế kiểm tra để lỗi theo cách an toàn khi hệ thống bên ngoài không khả dụng. Một kiểm tra không thể truy cập AVL thì phải fail closed – báo rằng nó không thể hoàn tất, chứ không phải rằng linh kiện đã được phê duyệt. Việc âm thầm cho kiểm tra vượt qua vì không truy cập được nguồn dữ liệu là một thất bại về độ tin cậy và kéo theo hậu quả về tuân thủ.

• Authentication – các lệnh gọi API bên ngoài từ logic kiểm tra cần có thông tin xác thực. Hãy lưu thông tin xác thực dưới dạng Workspace secrets hoặc cấu hình môi trường, không hardcode trong script kiểm tra. Hãy đối xử với mã kiểm tra như với bất kỳ mã sản xuất nào có xử lý thông tin xác thực.

Nguồn dữ liệu tùy chỉnh không phải là gì

Nguồn dữ liệu tùy chỉnh trong ngữ cảnh này là các lệnh gọi từ logic kiểm tra và script – không phải là một lớp tích hợp dữ liệu riêng hay một cơ chế đồng bộ. Chúng không thay thế các nguồn dữ liệu linh kiện tích hợp sẵn của Altium (Octopart, Silicon Expert, Z2 Data) cho dữ liệu chuỗi cung ứng và dữ liệu tham số từ các nhà cung cấp bên ngoài. Chúng là mô hình để truy cập các hệ thống nội bộ của riêng bạn từ logic xác thực tùy chỉnh của chính bạn.

Đối với các trường hợp sử dụng cần trao đổi dữ liệu hai chiều giữa Altium 365 và các hệ thống bên ngoài ở cấp nền tảng – không chỉ là đọc dữ liệu từ logic kiểm tra – thì Altium 365 API và PLM Integration SDK là những công cụ phù hợp.