JC-STAR cho cơ sở ở nước ngoài: RFP và FAT/SAT tại Thái Lan

Khi trụ sở chính Nhật Bản muốn áp dụng JC-STAR cho cơ sở ở nước ngoài, điều đầu tiên cần thống nhất là giới hạn của nhãn. Nhãn của Nhật Bản không tự động trở thành bằng chứng tuân thủ pháp luật tại Thái Lan. Giá trị thực tiễn của JC-STAR nằm ở việc tạo một chuẩn chung cho tiêu chí mua sắm an ninh thiết bị IoT, rồi chuyển chuẩn đó thành yêu cầu RFP, bằng chứng lựa chọn nhà cung cấp, kiểm thử FAT/SAT và giám sát cập nhật sau khi vận hành tại nhà máy Thái Lan.

Kết luận điều hành: biến nhãn JC-STAR thành bằng chứng nghiệm thu tại cơ sở

JC-STAR là chương trình dán nhãn tự nguyện của Nhật Bản dành cho nhiều loại sản phẩm IoT gửi hoặc nhận dữ liệu bằng IP. ★1 thể hiện yêu cầu nền tảng tối thiểu dùng chung. Từ ★2, yêu cầu được bổ sung theo loại sản phẩm và mức đảm bảo. ★1 và ★2 dựa trên tự công bố phù hợp của nhà cung cấp và IPA cấp nhãn; ★3 và ★4 yêu cầu đánh giá độc lập của bên thứ ba.

Nhãn còn hiệu lực không tự chứng minh rằng thiết bị đã được lắp đặt và vận hành an toàn trong nhà máy Thái Lan. IPA phân biệt rõ giữa việc sản phẩm có chức năng an ninh và việc tiếp tục sử dụng an toàn các chức năng đó. Phân đoạn mạng, cấu hình ban đầu, quản lý danh tính, Log, sao lưu, tiếp nhận lỗ hổng, phân phối bản cập nhật, quản lý hết hỗ trợ và xóa dữ liệu khi thải bỏ vẫn là trách nhiệm của cơ sở vận hành.

Vì vậy, tiêu chuẩn mua sắm của trụ sở nên có hai lớp. Lớp một xác minh sản phẩm và đúng phiên bản có thuộc phạm vi nhãn JC-STAR phù hợp, còn hiệu lực và tra được trên trang IPA hay không. Lớp hai xác minh sản phẩm có thể được triển khai, kết nối, vận hành, cập nhật, khôi phục và ngừng sử dụng an toàn trong kiến trúc thực tế của nhà máy Thái Lan hay không, với bằng chứng trong FAT và SAT. Nhãn là cổng vào; bằng chứng nghiệm thu và giám sát vòng đời hoàn thiện biện pháp kiểm soát.

Năm ranh giới dễ bị hiểu sai khi dùng JC-STAR tại nhà máy Thái Lan

1. Chương trình tự nguyện của Nhật không phải giấy phép pháp lý của Thái Lan

Sản phẩm có nhãn giúp tập đoàn Nhật chuẩn hóa quyết định mua sắm xuyên quốc gia. Nó không tự động đáp ứng các yêu cầu của Thái Lan về an ninh mạng, viễn thông, vô tuyến, nhập khẩu, dữ liệu cá nhân, an toàn công nghiệp hoặc điều kiện của khách hàng. Nghĩa vụ cụ thể phụ thuộc vào chức năng, kết nối, loại dữ liệu và bối cảnh kinh doanh của nhà máy.

RFP cần nêu JC-STAR là chuẩn mua sắm nội bộ của tập đoàn, không thay thế việc xem xét tuân thủ tại địa phương. Phân công sớm trách nhiệm giữa pháp chế Thái Lan, IT/OT, kỹ thuật thiết bị, an toàn, quyền riêng tư, SI địa phương và nhà sản xuất để không phát hiện thiếu giấy phép hoặc yêu cầu khách hàng ngay trước nghiệm thu.

2. Nhãn áp dụng cho sản phẩm, không phải toàn bộ hệ thống nhà máy

Theo IPA, đối tượng nhãn là sản phẩm IoT tạo thành đơn vị mua bán, hoặc thiết bị cùng dịch vụ đi kèm thiết yếu. “Hệ thống” hoàn chỉnh hiện không thuộc phạm vi. Camera mạng có nhãn không đồng nghĩa VMS, Cloud, VPN, Switch, nền tảng danh tính, máy tính bảo trì, dây mạng, cấu hình và hoạt động giám sát đều đã được chứng nhận.

Trong sổ tài sản, gắn số đăng ký với nhà sản xuất, tên sản phẩm, mã bán hàng chính xác, SKU khu vực, phiên bản phần cứng, Firmware, dịch vụ bắt buộc, vị trí, Network Zone và chủ sở hữu vận hành. Nếu hậu tố model hoặc SKU châu Á khác, phải xác nhận phạm vi bằng trang thông tin IPA và tài liệu của chủ thể được cấp nhãn.

3. Yêu cầu số sao cao nhất không phải lúc nào cũng đúng

★1 là nền tảng chung. Từ ★2, tiêu chí phản ánh đặc điểm từng loại sản phẩm và có thể khác nhau ngay cả ở cùng cấp. Nếu RFP bắt buộc một cấp chưa tồn tại cho loại thiết bị đó, có thể không còn nhà thầu phù hợp hoặc phát sinh tuyên bố mơ hồ như “sẵn sàng hỗ trợ”.

Trước khi đặt cổng, xác nhận sản phẩm có thuộc phạm vi, tiêu chí cho loại đó đã vận hành hay chưa và cấp nào thực sự có thể xin tại ngày mua. Sau đó mới quyết định nhãn là bắt buộc, tiêu chí cộng điểm, cam kết tương lai có mốc cụ thể, hay có thể thay bằng bằng chứng tương đương được định danh. Không coi “JC-STAR ready”, “dự kiến đăng ký” hay “đang nộp” ngang với nhãn đã cấp. IPA cảnh báo việc mô tả khiến người mua hiểu nhầm sản phẩm chưa có nhãn đã hoặc chắc sẽ được phê duyệt.

4. Công nhận lẫn nhau không phải hộ chiếu toàn cầu

Tính đến ngày 9/9/2026, thủ tục công nhận lẫn nhau với UK PSTI đã vận hành từ 1/1/2026. Với sản phẩm phù hợp PSTI đăng ký JC-STAR ★1, ba tiêu chí JC-STAR được công nhận và phí ★1 công bố là 140.000 JPY đã gồm thuế, so với mức thông thường 198.000 JPY. Theo chiều ngược lại, chủ nhãn JC-STAR muốn chứng minh PSTI phải đăng ký bổ sung, cung cấp thông tin sản phẩm và lỗ hổng bằng tiếng Anh; IPA nêu phí hành chính bổ sung 5.500 JPY gồm thuế.

IPA cũng công bố thủ tục liên quan Singapore Cybersecurity Labelling Scheme sau biên bản ghi nhớ tháng 3/2026. Mỗi cơ chế chỉ giới hạn theo chương trình, chiều công nhận, tiêu chí kỹ thuật, phạm vi sản phẩm và thủ tục. Nó không có nghĩa mọi yêu cầu của nước kia tự động được đáp ứng và không phải công nhận lẫn nhau với Thái Lan. Ma trận mua sắm nên tách riêng chương trình, chiều, tiêu chí được chấp nhận, hồ sơ bổ sung, phí và lãnh thổ.

5. Nhãn còn hiệu lực không loại bỏ giám sát cập nhật

Nhãn có thời hạn. Danh sách IPA thể hiện trạng thái như còn hiệu lực, gia hạn đang xử lý, hết hạn, tự nguyện rút hoặc bị thu hồi. Trang thủ tục hiện tại cho biết nhãn mới có hiệu lực tối đa hai năm kể từ ngày cấp, không phụ thuộc cấp. File PDF lưu khi mua không phải biện pháp kiểm soát vĩnh viễn.

Hợp đồng cần quy định đầu mối lỗ hổng, thời gian cung cấp cập nhật an ninh, hạn thông báo, phương thức cập nhật, trường hợp nhãn hết hạn/rút/thu hồi, lỗ hổng nghiêm trọng, thiết bị thay thế, Rollback và chi phí lao động tại địa phương. Trụ sở đối chiếu định kỳ dữ liệu IPA; nhà máy đối chiếu Firmware và cấu hình thực với sổ tài sản.

Mô hình hai lớp cho tiêu chí mua sắm an ninh thiết bị IoT

Không trộn bằng chứng sản phẩm và bằng chứng tại cơ sở vào một ô. Bằng chứng lớp đầu chủ yếu do nhà cung cấp sản phẩm đưa ra; lớp sau do SI và nhà máy cùng tạo.

Ở lớp sản phẩm, xác nhận QR hoặc URL của nhãn dẫn đến trang do IPA quản lý. IPA hướng dẫn kiểm tra URL bắt đầu bằng https://jc-star.ipa.go.jp/conformance/. Logo sao chép trong Proposal không đủ làm bằng chứng.

Ở lớp nhà máy, xác nhận chỉ luồng đã thiết kế được phép, Service không cần thiết bị vô hiệu, Credential duy nhất được đặt, đường quản trị được tách và Event có thể xuất. Một sản phẩm nhiều chức năng nhưng dùng mật khẩu mặc định, mở mọi Port, để Vendor VPN luôn bật và không có người chịu trách nhiệm cập nhật sẽ không đạt mục tiêu mua sắm.

Đối với kiến trúc rộng hơn, tham khảo hướng dẫn OT Security cho nhà máy Thái Lan và hướng dẫn triển khai IoT tại nhà máy ở nước ngoài. Nếu phụ trách thủ tục chương trình, xem hướng dẫn đăng ký JC-STAR 2026. Để tìm ứng viên, xem mua sắm và kiểm tra nhà sản xuất thiết bị IoT được JC-STAR. Bài này không lặp lại từng mẫu đơn hay danh sách sản phẩm mà tập trung vào chuyển chính sách trụ sở thành RFP, FAT/SAT và giám sát cập nhật.

Viết RFP cho nhà máy: tách Requirement, Answer và Evidence

Tránh câu hỏi Có/Không như “có hỗ trợ JC-STAR không?”. Gắn mỗi yêu cầu với câu trả lời nhà cung cấp, bằng chứng bắt buộc, cổng kiểm tra và cách xử lý không phù hợp.

Điều khoản RFP 1: tính đồng nhất giữa hàng đề xuất và phạm vi nhãn

Yêu cầu cung cấp nhà sản xuất, tên, model bán hàng, SKU khu vực, Hardware/Firmware, dịch vụ thiết yếu, số đăng ký, cấp, hạn và URL IPA cho từng thiết bị; giải thích tại sao cấu hình đề xuất thuộc phạm vi. Bằng chứng gồm trang IPA, nhãn máy, ma trận phiên bản, BOM và sơ đồ. Đối chiếu lời của đại lý với thông tin chủ nhãn.

Điều khoản RFP 2: cấp áp dụng và phần thiếu

Chỉ nêu cấp đã được cấp tại ngày chào thầu. Không gọi cấp cao hơn chưa được cấp là “hỗ trợ”. Nếu cấp yêu cầu chưa có cho loại sản phẩm, giải thích và Mapping kiểm soát tương đương sang bằng chứng. Tách Roadmap khỏi tiêu chí IPA hiện hành, Checklist, phạm vi báo cáo bên ngoài và hồ sơ ngoại lệ.

Điều khoản RFP 3: xác thực và Secret

Cho phép Credential duy nhất từng thiết bị hoặc quy trình Enrollment an toàn. Cấm Universal Default Password. Mô tả First Boot, thay thiết bị, Factory Reset, chuyển chủ sở hữu và Secret Rotation. Bằng chứng gồm màn hình cấu hình, API, Enrollment Log, trình diễn từ Factory State và Export đã loại Secret.

Điều khoản RFP 4: lỗ hổng và Security Update

Nêu đầu mối báo cáo, ngôn ngữ, Response Target, cách Advisory, thời gian cung cấp Update, ký và kiểm tra toàn vẹn, kênh phân phối, Offline Update, kiểm soát Rollback, Emergency Update và phục hồi lỗi. Bằng chứng gồm Disclosure Policy, Support Period có ngày hoặc công thức rõ, Signature Log, gói mẫu, Recovery Procedure và Advisory trước đây. “Hỗ trợ dài hạn” không phải ngày cam kết.

Điều khoản RFP 5: truyền thông, Log và thời gian

Khai báo mọi Destination, Protocol, Port, DNS, Certificate, Cloud Dependency và Remote Maintenance. Xuất Event đăng nhập, thay cấu hình, Update, Admin và lưu lượng bất thường, đồng bộ với Time Source nhà máy. Bằng chứng là Communication Matrix, Packet Capture, Log mẫu, cấu hình thời gian, hành vi khi Cloud mất và chính sách lưu/xóa dữ liệu.

Điều khoản RFP 6: Supply Chain và thông báo thay đổi

Thông báo khi Software Component, Third-party Cloud, bảo trì thuê ngoài, Firmware, End of Sale hoặc End of Support có thể ảnh hưởng an ninh hay nhãn. Giao SBOM hoặc sổ thành phần, quy trình thay đổi, EOL/EOS Notice và Reassessment Flow. Mục tiêu không phải chỉ có SBOM mà phải tìm được thiết bị ngoài hiện trường khi một thành phần có lỗ hổng.

Chấm mức trưởng thành của bằng chứng, không chỉ “có/không có nhãn”

Ma trận so sánh nên có ít nhất bảy trục: tính xác thực và hiệu lực; cấp có phù hợp; khả năng cập nhật online/offline và phục hồi; khả năng quan sát Log/phiên bản/đích mạng; hỗ trợ tiếng Thái/Anh và phụ tùng; vòng đời/EOL; khả năng trình diễn lỗi trong FAT/SAT. Đánh dấu từng mục là bắt buộc, tính điểm hoặc kiểm soát bằng ngoại lệ.

Sản phẩm rẻ nhưng mỗi lần cập nhật phải bay kỹ sư từ nước ngoài, dừng khi Cloud đóng, không xuất Log và không báo EOL có tổng rủi ro sở hữu cao. Ngược lại, ép kiểm soát không liên quan đến rủi ro nhà máy chỉ tăng Lead Time và gánh nặng vận hành.

FAT: cố định sản phẩm giao và bằng chứng trước vận chuyển

FAT-1: đối chiếu phạm vi nhãn với BOM giao hàng

Đối chiếu PO, Delivery BOM, hộp, Nameplate và Model/Version trong giao diện. Nếu Cloud Plan là phần thiết yếu của phạm vi, bảo đảm đã có trong hợp đồng. SKU khu vực hoặc module vô tuyến khác phải có xác nhận bằng văn bản của chủ nhãn.

FAT-2: khởi tạo an toàn và cấu hình duy nhất

Bắt đầu từ Factory State, thực hiện Enrollment, loại tài khoản thừa, đặt Least Privilege, cài Certificate và Backup. Thử hai máy để xác nhận không dùng chung Secret. Factory Reset không được để lại dữ liệu hay Credential của chủ cũ.

FAT-3: đo Allowlist truyền thông

So ma trận khai báo với Packet Capture; tìm DNS, NTP, Analytics, Telemetry hoặc Remote Support không khai báo. Thử khi không đến được Cloud. Với kênh mã hóa, kiểm Peer Authentication, hết hạn/thu hồi Certificate và Re-enrollment, không chỉ kiểm có TLS.

FAT-4: Update, giả mạo và Rollback

Thử Update hợp lệ, chữ ký sai, truyền bị ngắt, thiếu dung lượng và Package không tương thích. Thiết bị phải từ chối Code trái phép, duy trì hoặc trở lại Safe State và tạo Log. Nếu hỗ trợ Rollback, ngăn hạ cấp không kiểm soát về bản có lỗ hổng đã biết.

FAT-5: Log và diễn tập lỗ hổng trên bàn

Tạo đăng nhập Admin thất bại, thay cấu hình, đổi thời gian, Update, Reboot, Certificate Error rồi xuất Log. Dùng Advisory nghiêm trọng giả định để đi qua chuỗi Vendor–trụ sở–nhà máy–SI, tìm Asset bị ảnh hưởng, biện pháp bù và quyết định vá.

Mỗi kết quả cần Test ID, Requirement ID, Serial, Version, Precondition, Action, Expected, Actual, Evidence, Deviation, Owner và Due Date. Chữ ký “Pass” không đủ tái hiện quyết định.

SAT: nghiệm thu trong mạng và quy trình thật của nhà máy Thái Lan

SAT-1: Zone và Reachability

Dùng VLAN, Firewall, DMZ, Jump Host và VPN thật. Chỉ đường được duyệt mới đi qua. Tìm Direct Internet từ Production, Vendor Tunnel luôn bật, máy bảo trì dùng chung và Admin Port lộ sang Business LAN. Ngoại lệ tạm thời phải có chủ, ngày hết hạn và điều kiện Monitor.

SAT-2: vòng đời danh tính tại địa phương

Tạo Role cho Operator Thái, bảo trì, SI ngoài, Auditor và Admin Nhật. Áp dụng MFA, phê duyệt, Emergency Account, tái xác nhận định kỳ và thu hồi ngay khi chuyển việc/nghỉ việc. Runbook chỉ tiếng Nhật không phải kiểm soát vận hành tại Thái Lan.

SAT-3: mất điện, WAN, DNS/NTP và Cloud

Trong giới hạn an toàn, mô phỏng mất điện, gián đoạn kết nối mạng phía thượng nguồn, DNS/NTP và Cloud. Quan sát Safe Production, tiếp tục cục bộ, Data Gap, thứ tự khởi động, Time Drift và Reauthentication. An ninh không được gây mất Availability không cần thiết và bảo vệ không được biến mất im lặng khi Fault.

SAT-4: cập nhật qua quy trình bảo trì thật

Cập nhật bằng Bandwidth, Proxy, Approval và Maintenance Window thật. Nếu thực hiện từ Nhật, xác định Local Safety Check, Permit to Work, Abort Criteria và Recovery Owner. Sau cập nhật kiểm lại Firmware, Configuration Diff, Communication, Log và Control Function.

SAT-5: bàn giao bằng chứng và đào tạo tại chỗ

Trụ sở và nhà máy cùng nhận Asset Inventory, Network Diagram, Communication Matrix, Account, Backup, Update Procedure, Vulnerability Contact, EOL List và bằng chứng FAT/SAT. Chủ sở hữu địa phương phải trình diễn nhận cảnh báo, tìm Asset, cô lập ban đầu và gửi bằng chứng dùng được cho Vendor.

Đưa giám sát cập nhật vào hợp đồng

Sau Go-live, theo dõi thay đổi chứ không chỉ ngày hết hạn nhãn. Hàng tháng đối chiếu Firmware, lỗ hổng, Vendor Notice và Update tồn. Hàng quý kiểm trạng thái IPA, Support Period, tài khoản đặc quyền, Destination và Exception. Hàng năm diễn tập Recovery, Escalation, đổi nhà cung cấp và Disposal.

Chia thay đổi thành ba nhóm. Routine Change dùng quy trình chuẩn; Security-significant Change như Authentication, Encryption, Destination, Cloud, thành phần lớn hoặc cơ chế Update phải lặp phần FAT/SAT liên quan; Conformity-impacting Change có thể ảnh hưởng tự công bố phải lấy bằng chứng từ chủ nhãn và ghi rõ có cần báo, rút hoặc đăng ký lại hay không.

Khi có lỗ hổng, không quyết định chỉ bằng CVSS. Đánh giá Reachability tại nhà máy, điều kiện khai thác, tác động Control và Safety, biện pháp bù và khả năng Patch. Nếu vá ngay không an toàn, gán biện pháp có thời hạn như hạn chế lưu lượng, tắt tính năng, đổi Credential và tăng Monitor.

Quản lý ngoại lệ cho thiết bị chuyên dụng

Gateway cho máy cũ, thiết bị đặc thù Lead Time dài hay SKU khu vực có thể không có ứng viên mang nhãn. Miễn trừ bằng miệng sẽ làm chuẩn mất tác dụng. Phiếu ngoại lệ cần sản phẩm, vị trí, chức năng, dữ liệu, mạng có thể đến; lý do và ngày khảo sát thị trường; tiêu chuẩn/thử nghiệm/báo cáo thay thế; phân đoạn, Allowlist, Monitor, hạn chế bảo trì, phụ tùng và kế hoạch thay; Residual Risk, người duyệt, ngày hết hạn và tái xét.

Gắn ngày hết hạn với Shutdown kế tiếp, End of Support hoặc thời điểm có sản phẩm thay thế. Trụ sở theo dõi ngoại lệ đang mở và quá hạn để quyết định tạm thời không trở thành kiến trúc vĩnh viễn bị che giấu.

Kế hoạch 90 ngày cho trụ sở và một nhà máy Thái Lan

Ngày 0–30: xác lập phạm vi và chuẩn

Chỉ định chủ trong Procurement, Cybersecurity, Plant IT/OT, Engineering, Quality và SI địa phương. Kiểm kê thiết bị IP, phân loại phạm vi JC-STAR, nhãn, Criticality, khả năng Update và EOL. Phát hành mẫu RFP và phiếu ngoại lệ; chọn trang IPA làm nguồn xác minh chuẩn.

Ngày 31–60: đưa một sản phẩm qua FAT/SAT

Chọn Camera, Gateway hoặc Sensor có thể thử Update/Log. Nhận RFP Response kèm bằng chứng, kiểm Identity, Version, Hardening, Communication, Update và Log trong FAT; sau đó cài trong Zone giới hạn để SAT về quyền, sự cố, khôi phục và vận hành địa phương.

Ngày 61–90: đưa bài học vào hợp đồng và Monitoring

Chuyển mọi Gap thành Standard Clause, Inspection Criteria, Support SLA và Change Notification. Gán người và chu kỳ đối chiếu IPA với Firmware thực. Đưa Overdue Update, Exception, Support End và Critical Vulnerability vào họp nhà máy và quản trị.

Mục tiêu không phải chứng nhận mọi nhà máy trong 90 ngày, mà là khép kín một vòng lặp từ yêu cầu và bằng chứng tới nghiệm thu và kiểm soát vòng đời để nhân rộng.

FAQ: JC-STAR cho cơ sở ở nước ngoài và nhà máy Thái Lan

JC-STAR là gì?

Đây là chương trình tự nguyện của Nhật để xác nhận và trực quan hóa sự phù hợp của chức năng an ninh trong nhiều sản phẩm IoT có IP. ★1 là nền chung; cấp cao hơn phản ánh loại và Assurance. Nó không chứng nhận toàn bộ hệ thống đã lắp.

JC-STAR có bắt buộc ở nhà máy Thái Lan không?

Không phải nghĩa vụ pháp lý bao trùm tại Thái Lan. Tập đoàn Nhật có thể dùng như chuẩn nội bộ. Luật Thái, quy định ngành, điều kiện khách hàng và Site Risk vẫn phải xem xét riêng.

Nhãn có bảo đảm cả hệ thống nhà máy không?

Không. Nhãn áp dụng cho sản phẩm và phạm vi đăng ký. Network, Cloud, Account, Configuration, Service Access, người vận hành và Update Process phải được kiểm qua Design Review, FAT, SAT và vận hành.

Nên yêu cầu ★1 hay ★3 trong RFP?

Không chọn chỉ theo số. Xem tiêu chí đang có cho loại sản phẩm, Criticality, tác động Production/Safety, Exposure và nhu cầu đánh giá bên thứ ba. Kiểm IPA hiện hành trước phát hành RFP.

Phí và thời hạn nhãn là bao nhiêu?

Tính đến 9/9/2026, IPA nêu phí đăng ký ★1 thông thường 198.000 JPY gồm thuế, chưa gồm chi phí tổ chức đánh giá/xác minh. Nhãn mới có thời hạn tối đa hai năm. Cấp, gia hạn và Mutual Recognition có điều kiện khác, nên kiểm IPA ngay trước đăng ký.

Mutual Recognition có loại bỏ kiểm tra bổ sung không?

Không. UK PSTI và Singapore CLS chỉ bao phủ tiêu chí và thủ tục xác định, có thể cần đăng ký và thông tin bổ sung. Không tạo tuân thủ tự động tại Thái Lan. Kiểm chiều, phạm vi sản phẩm, lãnh thổ, phần loại trừ và phí theo từng vụ việc.

Bằng chứng mua sắm tối thiểu là gì?

URL IPA, số đăng ký, đúng model/phiên bản, trạng thái hiện tại, đầu mối lỗ hổng, Update Period, Communication Matrix, Secure Initialization, Log mẫu, EOL/EOS Policy và kết quả FAT/SAT. Logo hoặc tuyên bố “dự kiến phù hợp” không đủ.

Tổng kết: nối chuẩn Nhật Bản với bằng chứng thực tế ở Thái Lan

Giá trị của JC-STAR cho cơ sở nước ngoài không chỉ là mua sản phẩm có sao. Nó tạo ngôn ngữ chung về Product Security cho trụ sở, đồng thời buộc nhà máy Thái Lan chứng minh triển khai thực và liên tục theo dõi nhãn, Firmware, lỗ hổng và Support End.

Xác minh đúng sản phẩm/phiên bản, chọn cấp khả dụng, định nghĩa bằng chứng trong RFP, cố định hàng giao trong FAT, kiểm thử vai trò vận hành và các đường truyền mạng thực tế trong SAT, rồi giám sát Update/Exception sau nghiệm thu. Đọc Mutual Recognition trong phạm vi công bố và tách khỏi Local Compliance.

TOMAS TECH có thể hỗ trợ dự án IoT/OT tại nhà máy Thái Lan từ kiểm kê, yêu cầu mua sắm, thiết kế kết nối và quyền truy cập, chuẩn bị bằng chứng FAT/SAT đến xây dựng quy trình vận hành tại chỗ. Quý doanh nghiệp có thể liên hệ với chúng tôi ngay từ giai đoạn so sánh sản phẩm hoặc soạn RFP.

Nguồn sơ cấp

• IPA: JC-STAR
• IPA: Chi tiết chương trình
• IPA: Thủ tục đăng ký và báo cáo
• IPA: Cách xác minh nhãn
• IPA: Danh sách sản phẩm
• IPA: Ứng dụng và công nhận lẫn nhau
• IPA: Thủ tục UK PSTI
• METI: Khởi động JC-STAR
• METI: Hướng dẫn hệ thống theo lĩnh vực
• METI: Biên bản Nhật Bản–Singapore

*Trạng thái chương trình, phí, thủ tục công nhận và dữ liệu sản phẩm có thể thay đổi. Bài viết phản ánh thông tin công khai kiểm tra ngày 9/9/2026. Hãy kiểm tra lại IPA, METI và cơ quan quốc gia liên quan ngay trước khi mua sắm, đăng ký hoặc đưa ra kết luận pháp lý.*