日本開放企業資料：官方來源、API 與重用權

日本是除歐洲以外，官方公司資料工作最強大的司法管轄區之一，因為日本國稅局發布了公司編號系統，並提供搜尋、Web API、完整下載和每日更新檔案等功能。這為數據團隊提供了一個真正官方的日本公司和組織識別識別碼。

正確的編輯框架是精準的：企業編號資料是一個強大的機器可讀身分層，但它並不等同於所有商業登記文件、證券備案、採購記錄、智慧財產權、法人機構識別編碼 (LEI) 記錄、公司高階主管資訊或市場聯絡人欄位。安全的日本工作流程始於國家稅務局 (NTA) 企業編號資料來源，然後僅在保留資料來源來源和欄位限制的情況下，才新增 gBizINFO、EDINET、e-Gov、日本統計局、採購、J-PlatPat 和 GLEIF 等資料來源。

本次更新繪製了日本官方和高品質的開放公司資料公共來源圖，解釋了實用的 API 和批量選項，並展示了 CompaniesData 如何透過規範公司編號、公司名稱、來源日期、豐富訊號和聯繫資料邊界來增加價值。

關鍵要點

• 最佳官方骨幹網： NTA企業號碼發佈網站、關於頁面、完整下載、每日更新下載、Web API和使用條款。
• 最佳機器存取權限案例： 企業編號完整文件、每日變更文件和 Web API 是公司識別碼的異常強大的官方採集途徑。
• 最佳富集層： gBizINFO入口網站/API、電子化政府資料入口網站、日本統計局、日本採購入口網站、EDINET、J-PlatPat和GLEIF。
• 主要注意事項： 公司編號資料不應被描述為可以完全免費批量存取所有法律登記文件或自然人欄位。
• CompaniesData 值： 一個可用的資料集需要標識符解析、日語/英語名稱處理、來源、更新邏輯、豐富連接和聯絡人資料治理。

編輯方法論

本文遵循 CompaniesData 的編輯標準，並按國家列出開放公司資料。首先優先考慮官方識別碼和註冊資訊相關來源，其次是官方 API/批量文件、開放資料入口網站、統計資料、採購資訊、證券備案文件、智慧財產權和法人機構識別編碼 (LEI) 來源。私人聯絡人資料出售方的資料不作為官方資料再利用權的依據。

所有最終連結的資源均已於 2026 年 06 月 09 日在此環境中進行檢查。傳回 404 或 410 錯誤訊息的資源已被排除。逾時或回應不穩定的資源會被記錄為「暫存資源」註記。資源矩陣和資源包中的標誌僅作為裝飾性圖示；最終證據仍以官方 URL、擁有者、存取模式和重複使用說明為準。

涵蓋範圍、存取和更新風險分析

日本企業資料工作主要分為四個層面：企業編號識別、官方企業概況完善、官方開放資料/統計/採購來源，以及受監管或專業來源，例如 EDINET、J-PlatPat 和 GLEIF。這些層面相互補充，但不可互換。

覆蓋範圍風險：公司編號資料是核心識別碼層，但它並不包含所有商業登記摘錄、董事資訊、財務申報或私人聯絡資訊。 gBizINFO 可以豐富公司概況，但不能取代法律註冊證明。 EDINET 涵蓋證券揭露申報者，但並非所有公司。 J-PlatPat 涵蓋智慧財產權記錄。 GLEIF 僅涵蓋擁有法人機構識別編碼 (LEI) 的實體。

存取風險：日本對公共搜尋、完整下載、每日更新文件、Web API 使用、入口網站搜尋、API 文件、證券揭露 API 和 IP 搜尋進行區分。瀏覽器中公開的頁面並不意味著可以無限制地將所有欄位用於商業用途。

更新風險：企業編號完整下載和每日變更檔案需採用基準加增量邏輯。 gBizINFO、EDINET、採購、統計、IP 和 LEI 記錄各自有其更新頻率。請在每個值旁邊儲存來源日期、端點和欄位來源資訊。

重複使用清單

• 確認資訊來源權威性： 使用 NTA 獲取企業編號信息，使用 gBizINFO 完善官方資料，使用 EDINET 獲取證券備案信息，使用 e-Gov 和日本統計局獲取公共數據背景信息，使用 p-portal 獲取採購信息，使用 J-PlatPat 獲取知識產權信息，使用 GLEIF 獲取法人機構識別編碼 (LEI) 信息。
• 不同的存取模式： 搜尋、完整文件下載、每日更改文件、Web API、API 文件、文件提交和 IP 搜尋不應共用一個權限標籤。
• 記錄重用條款： 保留公共資料許可參考、NTA 條款、gBizINFO API 條款、EDINET/FSA 條款、入口網站條款和禁止認可警告。
• 保留更新日期： 追蹤完整下載何時載入完成、應用了哪些每日變更檔案以及何時檢查了每個增強來源。
• 保護自然人資料： 官員、代表、地址和與備案相關的自然人詳細資料可能會引發隱私和目的限制問題。
• 阻止聯絡人資料快捷方式： 公司編號或註冊資訊可見並不代表同意建立電子郵件清單、電話清單或銷售線索資料庫。國際商業資料應指向 CompaniesData.cloud；西班牙語或西班牙裔聯絡人資料應指向 CentraldeComunicacion.es。
• 避免做出代言聲明： 切勿暗示 NTA、gBizINFO、FSA/EDINET、e-Gov、日本統計局、J-PlatPat、INPIT、採購機構或 GLEIF 認可衍生資料集。

實用資源工作流程

1. 首先是企業編號標識： 使用 NTA 發佈網站、條款、完整下載、每日變更下載和 Web API 來規範法律身分。
2. 新增個人資料完善資訊： 使用 gBizINFO 入口網站和 API 取得官方簡介屬性、公共部門連結和公司背景資訊。
3. 增加備案文件和監理層級： 對於證券揭露申報者，請使用 EDINET；對於擁有 LEI 的實體，請使用 GLEIF。
4. 新增市場背景資訊： 利用電子化政府資料入口網站、日本統計局和日本採購入口網站來支援開放資料發現、統計和公共部門供應商分析。
5. 僅添加 IP 作為資訊增強： 在實體配對成立後，可以使用 J-PlatPat 進行商標、專利和設計註冊。
6. 發佈時需附加條件： 按來源、存取模型、更新日期和重複使用類別標記每個字段，並將行銷聯絡人資訊豐富化放在官方來源聲明之外。

來源風險調查結果

日本已通過 Wave 40 更新標準，成為官方企業編號、API、大量處理和資料增強指南的權威來源。公開文章僅連結到通過此節點即時品質保證測試的來源。 METI gBizINFO 政策頁面和兩個 JPO 支援/API 頁面仍在研究中，但由於即時品質保證測試返回逾時或連接中斷，因此暫不提供連結；目前使用穩定的 gBizINFO 和 J-PlatPat 路由。

本文允許的索賠

• 日本提供官方企業號碼查詢、Web API、完整下載和每日更新下載路線。
• 如果保留來源訊息，gBizINFO、EDINET、e-Gov、日本統計局、p-portal、J-PlatPat 和 GLEIF 可以豐富已知實體。
• 日本是 API/批量授權的識別碼和選定增強層管轄區。

索賠不被允許

• 不要聲稱一個不受限制的日本官方批量文件包含所有公司、官員、所有者、備案、採購、監管機構、知識產權、證券、LEI 和聯絡人欄位。
• 不要說公司編號資料可以取代法律事務局摘錄、EDINET 文件、J-PlatPat 智慧財產權記錄或私人盡職調查文件。
• 不要使用企業編號、gBizINFO、EDINET、採購、IP 或 LEI 可見性作為電子郵件、電話或銷售線索拓展的許可。

已確定來源風險調查結果

• METI gBizINFO 政策頁面： meti.go.jp – 由於此節點的即時 QA 逾時，因此暫停；請改用直接的 gBizINFO 入口網站、關於和 API 頁面。
• 日本專利局 J-PlatPat 商標支援頁： jpo.go.jp – 因即時 QA 逾時而暫停；即時 J-PlatPat 入口網站用作連結 IP 來源。
• 日本專利局專利資訊API提供頁面： jpo.go.jp – 因即時 QA 導致連線中斷而被擱置；未用作關聯出版證據。

營運邊界

• 公司編號邊界： NTA 資料是一個強大的識別碼層，並非每個公司註冊文件或私人聯絡欄位都包含 NTA 資料。
• gBizINFO 邊界： gBizINFO 可以豐富公司資料，但不應被視為法律註冊的替代品。
• EDINET 邊界： 證券備案文件涵蓋已上市或有備案義務的公司，並非所有日本企業。
• 聯絡資料邊界： 官方公共記錄不允許提取行銷聯絡資訊。

資源包

按來源進行深度分析

1. NTA公司編號公佈網站

主管機關：國稅局。類型：官方登記/識別碼。造訪模式：搜尋/發佈網站。重用立場：公共資料許可和國家稅務局條款；需註明出處並注意不予認可。

這是查詢公司編號和取得公司基本識別資訊的主要官方入口點。在將資訊合併到衍生日本公司簡介之前，會儲存來源 URL、存取日期、發布或更新日期、識別欄位和來源類別。

限制與操作說明：僅提供基礎識別碼層，並非完整的商業登記文件庫。因此，日本更恰當的描述是：它是一個擁有豐富官方資料來源的API/批量資料管轄區，而非一個涵蓋所有法律、稅務、證券、採購、智慧財產權、法人機構識別編碼（LEI）和聯絡資訊等欄位的單一不受限制的文件。

2. NTA關於企業數據

主管部門：國家稅務局。類型：官方登記文件。存取模式：文件。重用權限：公共資料許可和國家稅務局條款。

解釋公司編號系統、覆蓋範圍、以及發布的三個基本項目。在將其合併到派生的日本公司簡介之前，請儲存來源 URL、存取日期、發布或更新日期、識別碼欄位和來源類別。

限制和操作說明：僅提供描述性證據；有關資料匯入詳情，請參閱操作頁面。因此，日本最好被描述為一個官方資訊豐富的API/批量資料管轄區，而不是一個涵蓋所有法律、稅務、證券、採購、智慧財產權、法人機構識別編碼（LEI）和聯絡方式欄位的不受限制的單一文件。

3. NTA企業編號完整下載

主管機關：國稅局。類型：官方標識符批量資料。存取方式：批次下載/CSV/XML。重用條款：公共資料許可和國家稅務局條款。

用於企業編號規範化和實體匹配的全國性完整文件來源。在將其合併到派生的日本公司簡介之前，儲存來源 URL、存取日期、發布或更新日期、識別碼欄位和來源類別。

限制和操作說明：並非所有公司註冊欄位都適用；文件處理、編碼和更新時間都至關重要。因此，日本最好被描述為一個擁有豐富官方資料來源的API/批量資料管轄區，而不是涵蓋所有法律、稅務、證券、採購、智慧財產權、法人機構識別編碼（LEI）和聯絡方式欄位的不受限制的單一文件。

4. NTA企業號碼每日變更下載

主管機關：國稅局。類型：官方標識符變更資訊來源。存取模式：每日變更檔案/批次更新。重用條款：公共資料許可和國家稅務局條款。

在基線載入後，監控新增號碼、名稱/位址變更和狀態變更。在將來源 URL、存取日期、發布或更新日期、識別碼欄位和來源類別合併到派生的日本公司簡介之前，儲存這些資訊。

限制和操作說明：需要變更視窗邏輯；並非歷史文件存檔。因此，日本更恰當的描述是：它是一個擁有豐富官方資料來源的API/批量資料管轄區，而不是一個涵蓋所有法律、稅務、證券、採購、智慧財產權、法人機構識別編碼（LEI）和聯絡方式欄位的不受限制的單一文件。

5. NTA 企業號 Web API

主管機關：國稅局。類型：官方識別碼 API。存取模式： Web API / 應用程式 ID。重複使用狀態：公共資料許可，並附帶 API 使用條款。

透過編號、名稱、位置和更新周期進行程式化查找。在將其合併到派生的日本公司簡介之前，儲存來源 URL、存取日期、發布或更新日期、識別碼欄位和來源類別。

限制和操作說明：需要應用程式 ID 和負責的費率/端點處理。因此，日本最好被描述為一個官方來源豐富的 API/批量資料管轄區，而不是一個涵蓋所有法律、稅務、證券、採購、智慧財產權、法人機構識別編碼 (LEI) 和聯絡方式欄位的不受限制的單一文件。

6. NTA企業編號使用條款

主管機關：國稅局。類型：官方再利用條款。存取模式：條款/許可。再利用立場：公共資料許可，需註明出處，且不作任何認可。

企業編號資料和網站內容的主要重用權證明。在將其合併到派生的日本公司簡介之前，請儲存來源 URL、存取日期、發布或更新日期、識別碼欄位和來源類別。

限制和操作說明：資料集的具體說明和 API 條件仍需核實。因此，日本更適合被描述為一個擁有豐富官方資料來源的 API/批量資料管轄區，而非涵蓋所有法律、稅務、證券、採購、智慧財產權、法人機構識別編碼 (LEI) 和聯絡資訊等欄位的單一不受限制的文件。

7. gBizINFO

權威： gBizINFO。類型：官方公司資訊入口網站。存取模式：搜尋/公司簡介入口網站。重複使用位置： gBizINFO 和特定端點的公共資料術語。

企業概況豐富化，包括公共部門和政府相關資訊。在將來源 URL、存取日期、發布或更新日期、識別碼欄位和來源類別合併到派生的日本企業概況之前，儲存這些資訊。

限制與操作說明：本服務不能取代法律登記摘錄或企業註冊號碼來源權威機構。因此，日本更恰當的描述是：它是一個擁有豐富官方來源的API/批量資料管轄區，而非一個涵蓋所有法律、稅務、證券、採購、智慧財產權、法人機構識別編碼（LEI）和聯絡方式欄位的不受限制的單一文件。

8. gBizINFO 服務訊息

權威： gBizINFO。類型：官方服務文件。存取模式：文件。重複使用位置： gBizINFO 條款和服務聲明。

解釋 gBizINFO 公司資訊服務的用途和範圍。在將其合併到派生的日本公司簡介之前，儲存來源 URL、存取日期、發布或更新日期、識別碼欄位和來源類別。

限制和操作說明：文件僅供參考；請使用即時原始碼/API頁面取得資料導入證據。因此，日本更恰當的描述是：它是一個擁有豐富官方資料來源的API/批量資料管轄區，而非一個涵蓋所有法律、稅務、證券、採購、智慧財產權、法人機構識別編碼（LEI）和聯絡資訊等欄位的單一不受限制的文件。

9. gBizINFO API

權威： gBizINFO。類型：官方公司資訊 API。存取模式： REST API / 文件。重複使用位置： gBizINFO API 和端點特定術語。

對公司簡介和公共部門相關屬性進行程序化豐富。在將其合併到派生的日本公司簡介之前，儲存來源 URL、存取日期、發布或更新日期、識別碼欄位和來源類別。

限制和操作說明：生產環境使用前必須檢查身份驗證、速率限制和欄位覆蓋範圍。因此，日本的資料最好被描述為官方來源豐富的 API/批量資料管轄區，而不是涵蓋所有法律、稅務、證券、採購、智慧財產權、法人機構識別編碼 (LEI) 和聯絡方式欄位的單一不受限制的文件。

10 電子化政府資料門戶

主管機關：日本政府。類型：官方開放資料入口網站。存取模式：目錄/資料集發現。重用政策：日本政府開放資料條款及資料集特定說明。

用於發現與經濟、採購和統計相關的政府資料集的層。在將資料集合併到衍生的日本公司概況之前，儲存來源 URL、存取日期、發佈或更新日期、識別碼欄位和來源類別。

限制與操作說明：目錄元資料並非所有法人實體欄位的權威來源。因此，日本更適合被描述為一個擁有豐富官方來源的API/批量資料管轄區，而非一個涵蓋所有法律、稅務、證券、採購、智慧財產權、法人機構識別編碼（LEI）和聯絡方式欄位的不受限制的單一文件。

11 日本統計局建制框架資料庫

權威機構：日本統計局。類型：官方統計/商業登記。存取模式：統計資料/文件。再利用規定：統計資料發布條款及署名要求。

企業人口、機構架構與市場結構背景。在將來源 URL、存取日期、發布或更新日期、識別碼欄位和來源類別合併到派生的日本公司簡介之前，請儲存這些資訊。

限制與操作說明：本系統為統計框架，並非公開記錄層級的公司註冊資訊。因此，日本更恰當的描述是：它是一個擁有豐富官方資料來源的API/批量資料管轄區，而非一個涵蓋所有法律、稅務、證券、採購、智慧財產權、法人機構識別編碼（LEI）和聯絡資訊等欄位的單一不受限制的文件。

12 日本採購入口網站

主管部門：日本政府。類型：官方採購。訪問模式：入口網站/招標及採購工作流程。重複使用等級：入口網站及公告等級。

供應商和公共採購訊號增強。在將其合併到派生的日本公司簡介之前，儲存來源 URL、存取日期、發布或更新日期、識別碼欄位和來源類別。

限制和操作說明：僅限採購子集；並非涵蓋所有公司。因此，日本更恰當的描述是：它是一個擁有豐富官方資料來源的API/批量資料管轄區，而非一個涵蓋所有法律、稅務、證券、採購、智慧財產權、法人機構識別編碼（LEI）和聯絡方式欄位的不受限制的單一文件。

13 EDINET API 材料

主管機構：金融服務管理局/EDINET。類型：官方證券備案API。存取模式： API/文件/XBRL。重複使用位置： EDINET/FSA API和文件條款。

上市公司和負有申報義務的公司揭露資訊、財務資料和 XBRL 增強。在將其合併到派生的日本公司簡介之前，儲存來源 URL、存取日期、發布或更新日期、識別碼欄位和來源類別。

限制和操作說明：本服務涵蓋證券揭露申報機構，但並非所有註冊實體。因此，日本更恰當的描述是：它是一個擁有豐富官方資訊來源的API/批量資料管轄區，而非一個涵蓋所有法律、稅務、證券、採購、智慧財產權、法人機構識別編碼（LEI）和聯絡資訊等欄位的單一不受限制的文件。

14 J-平台

權威機構： INPIT / 日本專利資訊平台。類型：官方知識產權檢索。存取方式：知識產權檢索入口網站。引用位置： J-PlatPat 和 IP-publications 術語。

對已知的日本實體進行商標、專利和設計資訊完善。在將其合併到衍生日本公司簡介之前，儲存來源 URL、存取日期、發布或更新日期、識別碼欄位和來源類別。

限制和操作說明：智慧財產權所有者名稱需要進行匹配，但並不能證明其當前的法律地位或聯絡權限。因此，日本更恰當的描述是：它是一個提供豐富官方資訊來源的API/批量資料管轄區，而非一個涵蓋所有法律、稅務、證券、採購、智慧財產權、法人機構識別編碼（LEI）和聯絡資訊等欄位的不受限制的單一文件。

15 GLEIF LEI 為日本錄製

權威機構： GLEIF。類型：全球法人實體識別碼資料。存取模式： API/批次式開放資料。重複使用位置： GLEIF開放資料條款。

在財務和合規工作流程中，對日本法人實體進行LEI交叉核對。在將其合併到派生的日本公司簡介之前，儲存來源URL、存取日期、發布或更新日期、識別碼欄位和來源類別。

限制和操作說明：僅限擁有法人機構識別編碼 (LEI) 的實體；不涵蓋所有法人編號或註冊資訊。因此，日本更恰當的描述是：它是一個提供豐富官方資料來源的 API/批量資料服務，而不是涵蓋所有法律、稅務、證券、採購、智慧財產權、法人機構識別編碼 (LEI) 和聯絡資訊等欄位的單一不受限制的文件。

推薦資料模型

日本模式應將企業編號標識、設定檔完善資訊和專業資源分別儲存在不同的表中。核心實體表應儲存規範化的法人名稱、企業編號、地址欄位、變更日期邏輯、來源時間戳記以及語言/腳本處理資訊。橋接表應處理 gBizINFO 記錄、EDINET 申報者代碼、採購供應商名稱、智慧財產權所有者名稱和法人機構識別編碼 (LEI)。

• 實體： 公司編號、規範化的日語和英語名稱（如有）、地址、狀態/變更指示符、註冊/更新日期和來源時間戳。
• 標識符橋接： 企業編號、gBizINFO 設定檔 ID（如適用）、EDINET 代碼、LEI、IP 所有者名稱和採購供應商名稱（含匹配置信度）。
• 證據來源： 官方網址、存取日期、文件/更改日期、API 端點、許可/重用說明和更新頻率。
• 豐富： gBizINFO 設定檔屬性、EDINET 備案、採購參與情況、智慧財產權記錄、統計資料和 LEI 關係。
• 合規性標誌： 歸屬/不認可、API 金鑰要求、自然人欄位、僅限證券覆蓋範圍、聯絡人資料排除和抑制狀態。

缺失資料缺口

日本實力雄厚，但官方開放資料仍有不足。企業編號資料並不能完全取代商業登記摘錄或法律文件。 gBizINFO 是資訊補充來源，而非完整的法律登記系統。 EDINET 僅限於證券揭露申報者。 J-PlatPat 著重於智慧財產權。採購記錄涵蓋公開採購。法人機構識別編碼 (LEI) 僅涵蓋擁有 LEI 的實體。

這些差距恰恰體現了規範化、匹配和溯源的重要性。商業資料集應該清楚顯示哪些欄位來自NTA企業編號數據，哪些來自gBizINFO或EDINET，以及哪些是來自採購、統計、智慧財產權或法人機構識別編碼（LEI）等來源的豐富訊號。

CompaniesData 如何創造價值

CompaniesData 將日本資料來源轉換為實用的資料集：標準化的公司名稱、企業編號匹配、資料來源溯源、更新追蹤、資​​料增強介面和聯絡人資料管理。其目標並非繞過官方條款，而是使官方且高品質的公共記錄可用於分析、KYB（了解你的企業）、市場調查和 CRM（客戶關係管理）資料增強。

• 將 NTA 企業編號記錄進行標準化，並套用全文件加每日變更的更新邏輯。
• 解析企業編號、gBizINFO 設定檔、EDINET 申報者代碼、IP 所有者名稱、採購供應商名稱和 LEI，並進行置信度評分。
• 在不遺失來源資訊的情況下附加 gBizINFO、EDINET、e-Gov、日本統計局、p-portal、J-PlatPat 和 GLEIF 訊號。
• 標記需要隱私保護、API、署名、禁止背書或特定來源審核的欄位。
• 不要將電子郵件、電話和潛在客戶名單的補充資訊納入官方來源聲明中。

如果您需要的是可用的資料集而不是手動繪製的來源映射，請索取日本 CompaniesData 樣本。

實用選項

手動驗證

對於一家公司，首先進行 NTA 企業編號搜索，然後查看 gBizINFO 和任何符合公司類型的專業資源：EDINET 用於證券備案，J-PlatPat 用於知識產權，p-portal 用於採購，GLEIF 用於擁有 LEI 的實體。

API 和批次匯入

為了實現可重複的工作流程，請根據完整下載的資料建立企業編號基線，套用每日變更文件，並使用 Web API 進行查找。僅在條款、端點限制和欄位覆蓋範圍記錄完畢後，才新增 gBizINFO API 和 EDINET。

採購、證券和智慧財產權分析

使用日本採購入口網站獲取公共部門供應商信息，使用 EDINET 獲取受監管的信息披露申報機構信息，使用 J-PlatPat 完善商標、專利和外觀設計信息。在實體配對可靠之前，請保持各層資訊獨立。

聯絡數據和銷售拓展

請勿從官方記錄中抓取電子郵件地址或電話號碼，並將其視為行銷許可。對於國際公司資料工作流程，請使用 CompaniesData.cloud；對於西班牙語或西班牙裔聯絡人數據，請使用 CentraldeComunicacion.es，並建立單獨的法律依據和資料刪除流程。

來源矩陣

來源	所有者/負責人	訪問模型	重複使用說明	主要限制
NTA公司編號公佈網站	國家稅務局	搜尋/發佈網站	公共資料許可和NTA條款；署名和免責聲明	基本標識符層，不是完整的商業註冊文檔語料庫。
NTA關於企業數據	國家稅務局	文檔	公共資料許可和NTA條款	描述性證據；攝取細節請使用操作頁面。
NTA企業編號完整下載	國家稅務局	批次下載 / CSV / XML	公共資料許可和NTA條款	並非所有公司註冊欄位都重要；文件處理、編碼和更新時間也很重要。
NTA企業號碼每日變更下載	國家稅務局	每日變更文件/批次更新	公共資料許可和NTA條款	需要的是變更視窗邏輯，而不是歷史文件存檔。
NTA 企業號 Web API	國家稅務局	Web API / 應用程式 ID	公共資料授權及 API 使用條款	需要應用程式 ID 和負責的費率/端點處理。
NTA企業編號使用條款	國家稅務局	條款/許可	公共資料許可，附帶署名和不認可條款	仍需檢查特定資料集的通知和 API 條件。
gBizINFO	gBizINFO	搜尋/公司簡介門戶	gBizINFO 和特定端點公共資料術語	不能取代法律登記摘錄或公司編號來源權威資訊。
gBizINFO 服務訊息	gBizINFO	文檔	gBizINFO 條款與服務聲明	文件只是背景資訊；請使用即時原始碼/API頁面取得資料證據。
gBizINFO API	gBizINFO	REST API / 文件	gBizINFO API 和端點特定術語	生產使用前必須檢查身份驗證、速率限制和欄位覆蓋範圍。
電子化政府資料門戶	日本政府	目錄/資料集發現	日本政府開放資料條款和資料集特定說明	目錄元資料並非每個法人實體欄位的權威來源。
日本統計局建制框架資料庫	日本統計局	統計資料/文檔	統計資料發布條款和歸屬要求	統計框架，而非公開記錄層級的公司註冊資訊。
日本採購入口網站	日本政府	入口網站/招標和採購工作流程	入口網站和通知等級條款	僅涉及採購子集；並非涵蓋所有公司。
EDINET API 材料	金融服務機構/EDINET	API / 文件 / XBRL	EDINET/FSA API 和文件條款	涵蓋證券揭露申報者，但並非所有註冊實體。
J-平台	日本專利資訊平台 (INPIT)	IP搜尋入口網站	J-PlatPat 和 IP 出版條款	IP所有者名稱需要進行匹配，但不能證明其當前的法律地位或聯繫許可。
GLEIF LEI 為日本錄製	格萊夫	API/批量式開放數據	GLEIF開放資料條款	僅限擁有法人機構識別編碼 (LEI) 的實體；不涵蓋全面的公司編號或註冊資訊。

常見問題

日本是否適合開放企業資料？

是的。日本之所以實力雄厚，是因為日本國稅局公佈了企業編號查詢、完整下載、每日變更文件以及網頁應用程式介面（Web API）。 gBizINFO 和 EDINET 則進一步豐富了官方資訊。

公司編號資料與完整的公司註冊資料是否相同？

不。公司編號資料是一個強大的官方識別碼層，但它並非每個商業登記備案、法律摘錄、官員詳細資料、證券文件或聯絡欄位都包含。

企業編號資料可以批次下載嗎？

是的，NTA 會發布完整的下載路徑和每日更新路徑。但生產用戶仍需保留條款、更新日期、文件來源、署名和免責聲明等資訊。

gBizINFO 有什麼用途？

gBizINFO 可用於完善官方公司簡介和提供基於 API 的公司背景資訊。它應與具有來源溯源資訊的企業編號資料結合使用，而不應被視為法律註冊資訊的替代品。

EDINET是否涵蓋所有日本公司？

不。 EDINET 是證券揭露資訊來源，供負有申報義務的實體使用。它對於完善上市公司和財務文件資訊很有價值，但並不能涵蓋整個市場。

我可以使用企業編號或gBizINFO資料進行陌生郵件行銷嗎？

公開公司數據並不意味著自動獲得許可。行銷聯絡人資訊豐富化需要單獨的法律依據、屏蔽處理和隱私審查。

對於自動化資料攝取而言，最佳的首選資料來源是什麼？

首先從 NTA 企業編號完整文件、每日變更和 Web API 開始，然後在業務案例和條款允許的情況下新增 gBizINFO API 和 EDINET。

為什麼使用 CompaniesData 而不是手動收集資料來源？

手動收集資料會導致識別碼、日文/英文名稱、更新日期和覆蓋規則各不相同。 CompaniesData 則增加了規範化、匹配、溯源、豐富化和合規性邊界等功能。

官方來源

• NTA公司編號公佈網站 國家稅務局
• NTA關於企業數據 國家稅務局
• NTA企業編號完整下載 國家稅務局
• NTA企業號碼每日變更下載 國家稅務局
• NTA 企業號 Web API 國家稅務局
• NTA企業編號使用條款 國家稅務局
• gBizINFO – gBizINFO
• gBizINFO 服務訊息 – gBizINFO
• gBizINFO API – gBizINFO
• 電子化政府資料門戶 日本政府
• 日本統計局建制框架資料庫 日本統計局
• 日本採購入口網站 日本政府
• EDINET API 材料 – 金融服務機構 / EDINET
• J-平台 – INPIT / 日本專利資訊平台
• GLEIF LEI 為日本錄製 – 格萊夫