Cách xác minh nhà sản xuất đạt JC-STAR khi mua thiết bị IoT tại Thái Lan

“Nhà sản xuất này đã đạt JC-STAR, vì vậy có thể mua mọi thiết bị của họ.” Kết luận đó quá rộng đối với mua sắm IoT công nghiệp. JC-STAR áp dụng cho sản phẩm và dải model đã đăng ký, không tự động bao phủ toàn bộ danh mục của một doanh nghiệp. Người mua còn phải tách riêng cấp đánh giá, trạng thái hiện tại, thời hạn hiệu lực, firmware nằm trong phạm vi, điều kiện triển khai và thời gian hỗ trợ.

Bài viết này hướng dẫn bộ phận mua hàng, OT, IT, QA và bảo trì tại nhà máy ở Thái Lan kiểm tra sản phẩm hỗ trợ JC-STAR, sau đó duy trì bằng chứng xuyên suốt RFP, FAT, SAT và sổ đăng ký tài sản vận hành. Đây là quy trình xác minh giữa nhiều nhà sản xuất, không phải bảng xếp hạng doanh nghiệp đã nhận nhãn.

Danh sách nhà sản xuất đạt JC-STAR chưa phải là quyết định mua hàng

Danh sách chính thức của IPA là điểm bắt đầu hữu ích. Khi tổng hợp tệp Excel chính thức được cập nhật lần cuối ngày 4/9/2026, có 338 đăng ký; tại thời điểm đó cả 338 đều hiển thị trạng thái có hiệu lực và có 138 chủ thể giữ nhãn không trùng lặp. Hai cách hiển thị “★1” với ký tự số half-width và full-width được chuẩn hóa thành cùng một cấp. Số lượng theo nhóm tại thời điểm tổng hợp gồm 139 đăng ký liên quan năng lượng, 86 thiết bị truyền thông, 42 thiết bị an ninh, chín bộ điều khiển như PLC/DCS, bốn IoT gateway, hai sản phẩm liên quan sản xuất/phân phối và hai robot tự hành, cùng các nhóm khác. Kể từ ngày 1/8/2026, tệp có 21 đăng ký thuộc 18 chủ thể giữ nhãn.

Đây chỉ là số liệu ảnh chụp tại thời điểm tổng hợp Excel ngày 4/9/2026. Số đăng ký và trạng thái có thể thay đổi. Doanh nghiệp phải tải lại danh sách khi phê duyệt đơn hàng, khi nhận hàng và trong quá trình vận hành. Một ghi chú rằng sản phẩm “còn hiệu lực vào tháng 9/2026” không đủ làm bằng chứng cho cuộc kiểm toán sau này.

Con số 138 chủ thể giữ nhãn không có nghĩa mọi sản phẩm của 138 doanh nghiệp đều được bao phủ. Cùng một công ty có thể có dòng đã đăng ký và dòng chưa đăng ký. Ngay trong một series, phạm vi có thể chỉ gồm một số model hoặc hardware revision. Khóa ra quyết định phải là tổ hợp số đăng ký, tên sản phẩm, dải model, cấp đánh giá, trạng thái và thời hạn—không phải tên nhà cung cấp.

Danh sách sản phẩm JC-STAR của IPA công bố số đăng ký, doanh nghiệp, tên sản phẩm, cấp, trạng thái, ngày đạt và thời hạn hiệu lực. Trạng thái có thể không chỉ là “có hiệu lực” mà còn có giai đoạn ân hạn sau hết hạn, hết hiệu lực hoặc bị thu hồi. Hãy kiểm tra danh sách chính thức ngay trước khi quyết định, thay vì dựa trên đoạn trích tìm kiếm, tài liệu nhà phân phối hay PDF cũ.

Nguyên tắc đầu tiên: JC-STAR không bảo đảm an toàn tuyệt đối

IPA nêu rõ nhãn không bảo đảm sản phẩm hoàn toàn an toàn. Bộ phận mua hàng nên xem đây là thông tin tuân thủ có cấu trúc theo một bộ tiêu chí, không phải giấy thông hành vô điều kiện. Rủi ro còn lại phụ thuộc vào mục đích sử dụng, kết nối mạng, mức phơi nhiễm, quy trình bảo trì và hậu quả khi thiết bị ngừng hoạt động.

Phương pháp đánh giá cũng khác nhau theo cấp. ★1 và ★2 là tuyên bố tự phù hợp dựa trên checklist tự đánh giá của nhà cung cấp. ★3 và ★4 sử dụng đánh giá của bên thứ ba độc lập. Không nên dùng số sao như bảng xếp hạng sản phẩm đơn giản. RFP cần xác định mức bảo đảm phù hợp với use case, ai đã đánh giá nội dung nào và cấu hình nào nằm trong phạm vi.

Một cảm biến không có đường Internet trực tiếp khác với gateway làm trung gian cho truy cập bảo trì từ xa tại biên mạng sản xuất. Camera, thiết bị quản lý năng lượng và thiết bị gần PLC cũng có đường tấn công và tác động dừng máy khác nhau. JC-STAR là một trục lựa chọn, không thay thế đánh giá rủi ro riêng của nhà máy.

Xác minh sản phẩm hỗ trợ JC-STAR qua bảy trường

Hãy dùng một phiếu bằng chứng chung gồm bảy trường dưới đây. Mua hàng không nên hoàn tất một mình; OT, IT, QA, bảo trì và pháp chế khi cần phải làm việc trên cùng một bản ghi.

1. Số đăng ký

Số đăng ký là khóa chính để nối bằng chứng. Ghi cùng một số trong trả lời RFP, rà soát báo giá, phê duyệt mua, biên bản FAT, biên bản SAT và sổ tài sản. Tên nhà sản xuất hay tên thương mại không đủ để truy vết khi thông tin đăng ký thay đổi.

Yêu cầu nhà cung cấp nộp URL danh sách chính thức và số đăng ký. Nếu lưu ảnh màn hình, hãy ghi ngày truy xuất, người kiểm tra, URL nguồn và khi có thể lưu cả dữ liệu danh sách của ngày đó. Không phê duyệt chỉ vì thấy hình nhãn trong tài liệu bán hàng.

2. Dải model được bao phủ

So sánh từng ký tự giữa sales model trong báo giá và tên sản phẩm, series, dải model trong đăng ký. Hậu tố có thể chỉ vùng thị trường, mô-đun vô tuyến, điện áp, bộ nhớ hoặc vỏ máy nằm ngoài biến thể đã đăng ký.

Ngay cả khi thân máy chính được bao phủ, mô-đun truyền thông rời hoặc option card có thể không thuộc cấu hình đã đánh giá. Yêu cầu bảng cấu hình gồm thiết bị chính, tùy chọn bắt buộc, phụ kiện, phần mềm quản lý và dịch vụ cloud. Nếu cách đặt tên giữa báo giá và hồ sơ đánh giá khác nhau, hãy yêu cầu mapping chính thức từ nhà sản xuất, không chấp nhận giải thích “model tương đương” thiếu bằng chứng.

3. Trạng thái

Xác nhận trạng thái có hiệu lực tại ngày phê duyệt mua. Vì danh sách có thể chứa trạng thái khác, việc từng đạt trong quá khứ là chưa đủ. Ghi lại lần kiểm tra khi đóng RFP, khi duyệt PO và khi giao hàng để phát hiện thay đổi trong dự án có lead time dài.

“Đang nộp hồ sơ” hay “dự kiến phù hợp JC-STAR” khác với đã đăng ký. IPA cảnh báo cách hiển thị dễ gây hiểu nhầm như “JC-STAR適合予定”. Tiếp nhận hồ sơ ★1 bắt đầu ngày 25/3/2025; tính đến 31/7/2026, IPA thông báo số hồ sơ tăng mạnh khiến xác nhận mất nhiều thời gian hơn bình thường. Nếu hợp đồng cho phép đạt đăng ký trước khi giao, phải định nghĩa sẵn sản phẩm thay thế, lịch, đánh giá lại và xử lý hợp đồng nếu không hoàn thành.

4. Thời hạn hiệu lực

Đặt ngày hết hiệu lực cạnh ngày bắt đầu và kết thúc sử dụng dự kiến tại nhà máy. Nếu hiệu lực sắp hết ngay sau giao hàng, hãy hỏi kế hoạch gia hạn, bằng chứng đang gia hạn và cách xử lý nếu không được gia hạn. Thiết bị sử dụng lâu năm cần chiến lược xem xét suốt thời gian bảo trì, không chỉ kiểm tra lúc mua.

Không nhầm thời hạn nhãn với ngày thiết bị hết khả năng sử dụng vật lý. Hết hạn không đồng nghĩa thiết bị trở nên nguy hiểm ngay trong ngày đó, nhưng là trigger để đánh giá lại cơ sở bảo đảm còn phù hợp hay không. Ví dụ, quy trình tài sản có thể mở tác vụ rà soát trước hạn 90 ngày nếu doanh nghiệp đã thống nhất khoảng chuẩn bị đó. Mốc 90 ngày này là kiểm soát nội bộ, không phải quy tắc JC-STAR áp dụng chung.

5. Kết quả đánh giá công khai

Đọc kết quả đánh giá hoặc thông tin phù hợp được công bố để hiểu tiêu chí, cấp và cấu hình được đánh giá. Ghi rõ bằng chứng là tự tuyên bố của nhà cung cấp đối với ★1/★2 hay đánh giá độc lập đối với ★3/★4. Chỉ ghi “sản phẩm có sao” sẽ làm mất khác biệt quan trọng khi kiểm toán.

Ánh xạ bằng chứng sang các kiểm soát nhà máy cần, chẳng hạn quản lý thông tin xác thực, mật khẩu ban đầu, cập nhật phần mềm, bảo vệ truyền thông, log và đầu mối báo cáo lỗ hổng. Nếu hồ sơ công khai chưa xác nhận một kiểm soát, hãy lấy bằng chứng nhà cung cấp hoặc đưa test case vào FAT. Hạng mục chưa rõ phải để mở với owner và deadline, không tự chuyển thành “đạt”.

6. Điều kiện firmware

Xác nhận phiên bản firmware nằm trong bằng chứng, phiên bản giao hàng, phiên bản mới nhất được khuyến nghị, đường cập nhật, kiểm tra chữ ký và cách rollback. Một thiết bị đã đăng ký nhưng chạy firmware khác có thể cần phân tích bổ sung.

Tại nhà máy Thái Lan, nhà chế tạo máy có thể muốn giữ firmware cũ vì ổn định trong khi IT muốn nâng cấp để xử lý lỗ hổng. Không áp dụng mù quáng nguyên tắc của bên nào. Change control cần xét tương thích, lỗ hổng, thời gian dừng, bằng chứng thử nghiệm và khả năng phục hồi. Ghi phiên bản xuất xưởng tại FAT, phiên bản lắp đặt tại SAT và phiên bản hiện tại trong sổ vận hành; điều tra mọi sai lệch.

7. Thời gian hỗ trợ

Thời hạn đăng ký và thời hạn hỗ trợ nhà cung cấp là hai trường khác nhau. Ghi thời điểm kết thúc cập nhật bảo mật, end of sale, end of maintenance và kết thúc dịch vụ cloud liên quan. Nếu chưa có ngày cố định, yêu cầu kênh thông báo, thời gian báo trước, chính sách xử lý lỗ hổng nghiêm trọng và hỗ trợ chuyển sang model kế nhiệm trong hợp đồng.

Thiết bị công nghiệp thường hoạt động nhiều năm. Khả năng cập nhật và thay thế có thể quan trọng hơn giá mua. Nếu dùng hàng dự phòng để kéo dài vòng đời, không để thiết bị hết hỗ trợ tồn tại vô thời hạn. Hãy ghi các biện pháp bù trừ như phân đoạn mạng, hạn chế truy cập, giám sát và ngày loại bỏ đã phê duyệt.

Chuyển tiêu chuẩn mua IoT từ cấp nhà cung cấp sang cấp sản phẩm

Yêu cầu chỉ ghi “nhà sản xuất phải đạt JC-STAR” có thể bị hiểu rằng công ty chỉ cần một đăng ký cho sản phẩm bất kỳ. Cách viết chính xác hơn là: “Sales model được đề xuất, gồm cấu hình chào bán và firmware dự kiến giao, phải nằm trong phạm vi đăng ký liên quan tại ngày xác minh quy định.”

Theo từng use case, hãy quyết định JC-STAR là điều kiện bắt buộc, tiêu chí chấm điểm hay cho phép bằng chứng tương đương. Bắt buộc trong mọi trường hợp ở thị trường ít nhà cung cấp có thể làm giảm khả năng bảo trì hoặc liên tục kinh doanh. Ngược lại, yêu cầu rõ ràng có giá trị đối với gateway tại biên mạng, thiết bị quản trị từ xa hoặc thiết bị triển khai số lượng lớn. Gắn yêu cầu với rủi ro và kiểu kết nối của sản phẩm.

Trang sản phẩm của IPA bổ sung danh sách công nhận lẫn nhau CLS ngày 1/6/2026 và danh sách tuyên bố phù hợp PSTI ngày 14/1/2026. CSA Singapore cho biết biên bản ghi nhớ Nhật Bản–Singapore được ký ngày 18/3/2026 và cơ chế công nhận lẫn nhau có hiệu lực ngày 1/6/2026. Ví dụ phạm vi gồm thiết bị nhà thông minh, báo động và IoT gateway/hub, nhằm đơn giản hóa việc nhà sản xuất xin nhãn của quốc gia kia.

Không khái quát thỏa thuận đó cho mọi sản phẩm, mọi cấp hay sự chấp nhận tự động tại Thái Lan. Nếu sản phẩm xuất hiện trong danh sách công nhận, vẫn phải kiểm tra entry, phạm vi, model và điều kiện cụ thể.

Đưa yêu cầu mua sắm JC-STAR có thể kiểm chứng vào RFP

Tránh câu hỏi yes/no duy nhất rằng sản phẩm có chứng nhận không. Hãy định nghĩa định dạng bằng chứng, ngày cơ sở và trách nhiệm khi thay đổi. Bảng so sánh nên có các trường sau.

Nêu ngày cơ sở trả lời, ví dụ danh sách chính thức tại ngày nộp đề xuất, và bảo lưu quyền kiểm tra lại trước khi mua. Hợp đồng cần yêu cầu thông báo nếu status hoặc model scope thay đổi trước giao hàng, cấm thay “hàng tương đương” chưa được duyệt và đưa phương án thay thế qua đánh giá lại.

Đối với hạ tầng mạng, hướng dẫn RFP thiết bị mạng dùng JC-STAR trình bày thêm management plane, bảo trì từ xa, log và phân đoạn. Với dự án camera, hướng dẫn mua camera mạng hỗ trợ JC-STAR giúp mở rộng kiểm tra tới dữ liệu video, tài khoản, đầu ghi và liên kết cloud.

FAT: biến cấu hình xuất hàng thành bằng chứng truy vết

FAT xác nhận sự phù hợp trên giấy khớp với thiết bị thật. In số đăng ký trong biên bản thử và lưu bằng chứng về nhãn, nameplate, sales model, hardware revision, serial number và firmware.

Khớp model, option và firmware

Đối chiếu BOM báo giá, BOM sản xuất, BOM xuất hàng và thiết bị vật lý. Với mô-đun truyền thông tùy chọn, management server, ứng dụng di động hay cloud, xác định phần nằm trong phạm vi đăng ký và phần nhà máy phải đánh giá riêng.

Thử khởi tạo và xác thực

Thử xử lý credential ban đầu, đổi khi đăng nhập lần đầu, tài khoản không cần thiết, phân quyền, khôi phục mật khẩu và nạp chứng chỉ. Cấu hình xuất xưởng an toàn có thể bị làm yếu khi tích hợp tại chỗ nếu mọi thiết bị dùng chung mật khẩu. Phải kiểm tra hướng dẫn công việc và bằng chứng hoàn thành.

Thử cập nhật, phục hồi và log

Kiểm tra firmware chính hãng, phục hồi khi cập nhật lỗi, hạn chế rollback, sao lưu cấu hình và trích xuất event log. Thiết bị không thể cập nhật trong thực tế sẽ làm chậm xử lý lỗ hổng dù thời gian hỗ trợ công bố dài. Dùng môi trường thử để hiểu downtime và nối kết quả với phê duyệt thay đổi sản xuất.

Xử lý điểm không phù hợp trước khi xuất hàng

Không đóng vấn đề FAT bằng pass/fail đơn thuần. Ghi hành động khắc phục, deadline, kiểm tra lại và người duyệt ngoại lệ. Model ngoài phạm vi, firmware baseline không rõ hay thiếu quy trình cập nhật sẽ tốn kém hơn nếu xử lý sau lắp đặt. Cần shipment-release gate có quyền dừng cho tới khi đủ bằng chứng.

SAT: đánh giá lại trong điều kiện kết nối thật của nhà máy Thái Lan

Thiết bị đã qua FAT bước vào môi trường rủi ro khác khi nối mạng nhà máy. SAT phải kiểm tra vị trí, zone, đường truy cập, đồng bộ thời gian, giám sát, sao lưu và đăng ký tài sản, không chỉ kiểm tra chức năng.

Xác nhận thiết bị nằm trong VLAN hoặc security zone theo thiết kế, không có lưu lượng Internet bất ngờ hay cổng quản trị bị mở. Nếu cần hỗ trợ từ xa, hãy thử quy trình có yêu cầu, phê duyệt, giới hạn thời gian, ghi log và đóng phiên rõ ràng thay vì đường truy cập luôn mở.

Tiếp theo, kiểm tra time synchronization, log forwarding, alert monitoring, backup và recovery. Log có thời gian lệch không hỗ trợ tốt cho điều tra sự cố. Khả năng tạo log cũng chưa đủ nếu không có nơi nhận, thời gian lưu và người chịu trách nhiệm xem.

Cuối cùng, nối asset ID vật lý với số đăng ký JC-STAR trong sổ vận hành. Nếu firmware hoặc cấu hình thay đổi khi commissioning, ghi tác động lên baseline đã đánh giá và hỏi nhà cung cấp khi cần. Hoàn thành SAT là khởi đầu của bảo đảm vận hành, không phải kết thúc công việc an ninh.

Dùng ba cổng: mua hàng, nhận hàng và vận hành

Việc xác minh sản phẩm hỗ trợ JC-STAR không phải checklist một lần, mà là kiểm soát theo vòng đời để phát hiện cả thay đổi trạng thái lẫn thay đổi cấu hình.

Cổng mua hàng

Xác nhận số đăng ký, model scope, level, status và validity. So bằng chứng nhà cung cấp với danh sách chính thức. Thực hiện risk assessment theo use case, chỉ định compensating control và người phê duyệt cho yêu cầu chưa đạt. Ghi ngày truy xuất dữ liệu trong phê duyệt mua.

Cổng nhận hàng

Dùng FAT và kiểm tra đầu vào để xác nhận model, hardware, firmware và option giao tới khớp cấu hình đã duyệt. Lấy lại danh sách chính thức để phát hiện thay đổi trạng thái sau đặt hàng. Cách ly sai lệch trước lắp đặt và thực hiện đánh giá chênh lệch.

Cổng vận hành

Theo dõi validity, support end, thông báo lỗ hổng, firmware update và configuration change. Dùng cả kiểm tra định kỳ và trigger sự kiện như lỗ hổng nghiêm trọng, thông báo nhà cung cấp, đổi mạng hoặc đổi mục đích. Câu hỏi là thiết bị hiện tại còn khớp baseline đã xác minh không, chứ không chỉ là từng có nhãn hay chưa.

Xây sổ vận hành nối liền bằng chứng

Tối thiểu cần số đăng ký, nhà sản xuất, sản phẩm, sales model, serial number, hardware revision, vị trí, asset owner, operational owner, level, phương pháp đánh giá, trạng thái chính thức, ngày đạt, ngày hết hiệu lực, firmware được đánh giá, firmware hiện tại, ngày hết hỗ trợ bảo mật, đầu mối lỗ hổng, lần kiểm tra gần nhất, lần tiếp theo, ngoại lệ, biện pháp bù và kế hoạch loại bỏ.

Thông tin không nhất thiết nằm trong một hệ thống mua hàng, CMDB, sổ thiết bị hay nền tảng bảo trì duy nhất. Tuy nhiên, phải tham chiếu chéo qua số đăng ký và asset ID nội bộ. Giao trách nhiệm rõ ràng: mua hàng quản lý hợp đồng và thông báo nhà cung cấp; OT quản lý cấu hình và downtime; IT quản lý mạng và lỗ hổng; bảo trì quản lý thiết bị và thay thế; QA quản lý bằng chứng nghiệm thu.

Có thể bắt đầu bằng Excel nếu kiểm soát định nghĩa cột, người sửa, deadline, lịch sử và quy tắc duyệt. Ngược lại, công cụ asset đắt tiền vẫn không tạo bằng chứng tốt nếu để trống model scope và firmware.

Định vị JC-STAR tại Thái Lan

Nhóm tìm kiếm “JC-STAR Thái Lan” không nên mặc định đây là yêu cầu pháp lý phổ quát. Cách dùng trong bài là áp dụng thông tin JC-STAR vào governance mua sắm của tập đoàn Nhật hoặc yêu cầu khách hàng tại cơ sở Thái Lan. Luật Thái, quy tắc ngành, yêu cầu vô tuyến, nhập khẩu và hợp đồng vẫn cần kiểm tra riêng theo sản phẩm.

Ngày 12/3/2026, NCSA Thái Lan công bố tham vấn dự thảo hướng dẫn an ninh mạng IoT cho người dùng phổ thông, nêu định hướng phù hợp ISO/IEC 27400/27402 và ETSI EN 303 645. Đây là bằng chứng về hướng chính sách đang phát triển, nhưng dự thảo tham vấn không nên được trình bày như luật cuối cùng hay yêu cầu bắt buộc cho mọi nhà máy.

dSURE của depa là khuôn khổ chứng nhận dành cho sản phẩm IoT và sản phẩm số do pháp nhân Thái Lan đăng ký, với các tiêu chí Security, Safety và Functionality. Không nên mô tả là giống JC-STAR hay đã công nhận lẫn nhau. Nếu cả hai liên quan, hãy so riêng tổ chức đủ điều kiện, phạm vi sản phẩm, tiêu chí, chủ thể nộp và hiệu lực pháp lý/thương mại.

Hướng dẫn của METI trình bày JC-STAR như thông tin tham khảo cho việc mua sản phẩm IoT tích hợp vào hệ thống trong các lĩnh vực cụ thể. Người mua phải chuyển thông tin chương trình thành kiểm soát. Ghi nhãn trong RFP là chưa đủ; phải nối với rủi ro, bằng chứng, thử nghiệm nghiệm thu và giám sát.

Phân công trách nhiệm theo bộ phận

Bộ phận mua hàng quản lý số đăng ký, sales model, giá, lead time, hợp đồng và thông báo thay đổi từ nhà cung cấp. OT xác định use case, ảnh hưởng downtime, cấu hình mạng, phương án vận hành thay thế và cửa sổ cập nhật. IT và an ninh kiểm tra xác thực, truyền thông, log, ứng phó lỗ hổng và truy cập từ xa. QA kiểm toán xem chuỗi bằng chứng có liên tục từ câu trả lời RFP qua FAT, SAT đến biên bản nghiệm thu hay không.

Nhà chế tạo máy hoặc SIer phải chịu trách nhiệm như bên cung cấp thông tin cấu hình, không chỉ là đơn vị giao sản phẩm. Hợp đồng cần yêu cầu thông báo trước và phê duyệt lại khi thay linh kiện, dùng sản phẩm thay thế, đổi firmware hoặc thay đặc tả dịch vụ cloud. Nhà máy cũng phải ghi nhận các lần cập nhật qua USB hay đổi cấu hình theo quyết định tại hiện trường.

Cuộc họp quản trị nên tập trung vào số hạng mục chưa xác minh, deadline, owner và ảnh hưởng downtime thay vì số sao hay độ nổi tiếng của nhà sản xuất. Các trạng thái như đã xác minh bằng chứng, phê duyệt có điều kiện, đang khắc phục, hết hiệu lực và ngoại lệ đã được duyệt giúp mua hàng và vận hành quản lý cùng một bộ sự kiện bằng ngôn ngữ chung.

Những lỗi thường gặp

Biến danh sách nhà sản xuất thành approved-vendor list

Danh sách cấp doanh nghiệp có thể vô tình duyệt sản phẩm chưa đăng ký. Quản lý số đăng ký cùng sales model và kiểm tra lại mỗi đề xuất.

Chấp nhận logo trong tài liệu bán hàng

Logo hay câu “dự kiến tuân thủ” không xác nhận phạm vi và trạng thái hiện tại. Dùng danh sách chính thức, lưu số đăng ký, validity và ngày truy xuất.

Chỉ kiểm tra khi phát PO

Model, firmware hoặc status có thể thay đổi trước giao. Dùng ba cổng mua, nhận và vận hành.

Coi thời hạn nhãn và hỗ trợ là một ngày

Validity, end of sale, end of maintenance, end of security update và cloud end là các ngày khác nhau. Duy trì trường riêng và dùng giới hạn đến sớm nhất cho kế hoạch nâng cấp.

Xem ★1 và ★3 là cùng loại bằng chứng

★1/★2 là tự tuyên bố; ★3/★4 là đánh giá độc lập. Khớp assurance với use case và bù khoảng trống bằng bằng chứng hoặc thử nghiệm.

Suy đoán tương đương với chương trình Thái

JC-STAR, dự thảo NCSA và dSURE khác mục đích và trạng thái. Không khẳng định giống nhau, công nhận lẫn nhau hay nghĩa vụ pháp lý nếu thiếu nguồn sơ cấp cho trường hợp cụ thể.

FAQ về nhà sản xuất đạt JC-STAR và mua thiết bị IoT

Một nhà sản xuất đạt JC-STAR có nghĩa mọi sản phẩm đều được bao phủ không?

Không. Phạm vi áp dụng cho sản phẩm, dải model và cấu hình trên danh sách chính thức. Hãy xác nhận sales model và hardware revision trong báo giá nằm trong phạm vi.

Sản phẩm hỗ trợ JC-STAR có an toàn tuyệt đối không?

Không. IPA nói rõ nhãn không bảo đảm an toàn hoàn toàn. Kết hợp level và phương pháp đánh giá với risk assessment về use case, phơi nhiễm mạng và tác động downtime.

Yêu cầu mua sắm JC-STAR nên gồm gì?

Gồm số đăng ký, URL chính thức, sales model, hardware revision, level, phương pháp, status, validity, firmware, quy trình update, support period, đầu mối lỗ hổng, thông báo thay đổi và xử lý ngoại lệ. Nêu ngày cơ sở và yêu cầu kiểm tra lại khi giao.

Có thể mua sản phẩm ghi “dự kiến phù hợp JC-STAR” không?

Đó là quyết định dự án nhưng không được coi như đã đăng ký. Nếu cho phép hoàn tất trước giao, hãy định nghĩa sản phẩm thay thế, lịch, đánh giá lại và xử lý hợp đồng khi không đạt.

JC-STAR có bắt buộc theo luật đối với nhà máy Thái Lan không?

Bài viết không xem đây là nghĩa vụ chung cho mọi nhà máy hoặc thiết bị. Có thể dùng làm governance của tập đoàn/khách hàng, đồng thời kiểm tra riêng luật Thái, ngành, vô tuyến, nhập khẩu và hợp đồng.

depa dSURE và JC-STAR đã công nhận lẫn nhau chưa?

Không nên giả định như vậy. dSURE có tiêu chí Security, Safety và Functionality cho tổ chức Thái đủ điều kiện. Hãy so phạm vi sản phẩm, người nộp, tiêu chí và hiệu lực từng chương trình bằng nguồn sơ cấp.

Hết thời hạn nhãn có phải dừng thiết bị ngay không?

Không nên quyết định tự động chỉ từ ngày. Cần đánh giá trạng thái, lỗ hổng, cập nhật, phơi nhiễm, tác động dừng và biện pháp bù. Nếu tiếp tục dùng phải có risk owner, hạn ngoại lệ và kế hoạch thay thế hoặc khắc phục.

Kết luận: nối số đăng ký tới tài sản đang vận hành

Tìm nhà sản xuất đạt JC-STAR chỉ là bước đầu của mua sắm IoT. Hãy xác minh số đăng ký, model scope, status, validity, kết quả đánh giá công khai, điều kiện firmware và support period ở cấp sản phẩm. Duy trì cùng identifier xuyên RFP, FAT, SAT và asset register. Snapshot Excel chính thức ngày 4/9/2026 có 338 đăng ký và 138 chủ thể giữ nhãn không trùng, nhưng số liệu và trạng thái từng sản phẩm không cố định. Kiểm tra lại khi mua, nhận và vận hành biến nhãn thành kiểm soát thực tế.

Nếu nhà máy tại Thái Lan đang thiết kế bảng sản phẩm ứng viên, ma trận RFP, biên bản FAT/SAT hoặc sổ asset/firmware, bạn có thể trao đổi với TOMAS TECH ngay từ giai đoạn xây tiêu chí. Chúng tôi hỗ trợ cấu trúc luồng bằng chứng theo trách nhiệm mua hàng, OT, IT, QA và bảo trì hiện có mà không bắt đầu bằng việc khóa một nhà sản xuất cụ thể.

Nguồn tham khảo

• IPA: chương trình JC-STAR
• IPA: danh sách sản phẩm JC-STAR
• IPA: sản phẩm đăng ký và danh sách công nhận
• IPA: thông tin nộp hồ sơ ★1 và ★2
• METI: hướng dẫn dùng thông tin phù hợp an ninh sản phẩm IoT
• Singapore CSA: công nhận lẫn nhau với Nhật Bản
• Thailand NCSA: tham vấn dự thảo hướng dẫn IoT
• depa: dSURE