判斷產品是否適合申請
確認產品類型、連網功能、型號版本、製造與銷售角色，避免一開始就把範圍定錯。
這項服務解決什麼問題？
當產品準備進入日本市場、客戶或通路要求資安標籤，申請團隊通常最需要的不是一份填表代辦，而是先確認產品範圍、適用等級、要求缺口、證據是否足夠，以及正式日文文件如何一致地呈現。
適合正在處理這些問題的團隊
- 不確定產品是否屬於 JC-STAR 申請範圍或適合哪個等級
- 需要把工程資料轉成可申請的日文文件
- 想在送件前先找出等級要求與 checklist 缺口
- 已送件但需要準備補件或說明
Job To Be Done
客戶真正需要完成的工作。
JC-STAR 評估牽涉產品、韌體、雲端服務、支援期限、弱點處理與公開資訊；不同等級需要的證據深度與準備方式也不相同。服務設計以申請決策與送件準備為中心，而不是把表單欄位逐字翻譯。
判斷適合等級與要求差距
把適合基準與 assessment checklist 轉成可執行清單，標出目前等級判斷、已具備、待補證據與需要決策的項目。
建立可追溯的證據索引
把產品說明、韌體更新、弱點回報、支援期限與安全設定整理成日後可查核的 evidence index。
準備日文申請文件
把工程與營運資料轉為一致、可送件、可補件的日文描述，降低多輪往返成本。
處理補件與確認事項
把官方或窗口提出的確認問題拆回產品、資安與文件層面，準備清楚的回覆與修正。
維護取得標籤後的承諾
支援期限、弱點處理與公開資安資訊需要持續一致；申請前就應設計後續維護方式。
Deliverables
交付物應該讓申請決策變清楚。
每個專案的範圍會依產品成熟度調整；核心目標是讓申請者知道能不能送、缺什麼、誰需要提供資料、以及日文文件如何一致地說明。
D01
適用性判定 memo
整理產品範圍、型號版本、系統邊界、申請角色與主要風險，作為是否進入正式準備的決策材料。
D02
等級路徑與 gap checklist
依目標等級與官方基準盤點現況，標記已滿足、需補證據、需產品或營運決策的項目。
D03
Evidence index
建立文件、截圖、政策、支援頁面與工程說明的索引，讓送件與補件能快速追到來源。
D04
日文申請資料包
整理申請表、checklist 對應說明、產品公開資訊與補充說明文字。
D05
補件回覆草案
針對確認事項準備回覆架構、修正文案與需補資料清單。
Process
先降低送件不確定性，再開始文件準備。
JC-STAR 包含不同標籤等級與評估方式；實際申請路徑、標籤核發與制度解釋仍以官方程序為準。本服務協助申請者把事實、證據與文件整理到可判斷、可送件、可回覆的狀態。
產品與申請範圍訪談
確認產品型態、連線方式、銷售市場、型號版本、雲端服務與維護責任。
等級路徑與要求差距盤點
逐項對照目標等級、適合基準與 checklist，標記目前證據狀態與需補資料。
證據索引與文件補齊
把分散在工程、產品、資安與客服端的材料整理成送件可用的 evidence index。
日文申請文件準備
整理日文申請表、產品描述、資安措施說明與必要附件。
送件與補件支援
協助追蹤送件狀態、確認問題、回覆草案與修正版本。
Preparation
第一次討論前，只需要低敏感度資訊。
初步判斷不需要上傳機密附件。正式進入文件整理前，再約定資料範圍、保護方式與負責窗口。
產品類型與型號
例如路由器、能源設備、攝影機、感測器、閘道器；以及預計申請的型號或系列。
連網與系統邊界
產品是否連接雲端、App、API、管理平台或外部服務。
資安措施現況
認證、初始設定、更新機制、漏洞回報窗口、支援期限與公開說明。
目標時程與用途
是客戶要求、通路要求、日本市場上市節點，或內部產品治理目標。
Start
先確認申請可行性與資料缺口。
留下基本聯絡方式、產品類型與目前階段。請不要在公開表單貼上機密附件、金鑰、未公開弱點或客戶資料。
送出後會依產品類型與申請階段回覆下一步評估方式。標籤核發仍以 IPA 官方程序為準，本服務不保證取得標籤。
Official Sources
制度與表單版本以官方公告為準。
正式送件前，應重新確認 IPA 最新申請表、checklist、guidance 與申請編號流程。
-
IPA：セキュリティ要件適合評価及びラベリング制度（JC-STAR）
制度概要、標籤層級與申請程序入口。
-
IPA：New application procedures for STAR-1 and STAR-2
Star 1／Star 2 申請程序、表單與 change log。
-
METI：Launch of IoT Product Security Labeling Scheme
制度啟動背景、Star 1 定位與標籤制度說明。