尼泊爾開放公司資料：官方來源、API 與重用權

尼泊爾擁有一套具有商業價值的官方公司資料棧，但應將其作為受控源系統而非簡單的開放式批量註冊表來管理。本次更新的乾淨源複核發現，公司註冊處、公共採購監督辦公室、稅務局、國家統計局、工業部、尼泊爾中央銀行、尼泊爾證券委員會和GLEIF的數據可作為乾淨的證據層使用。 CAMIS OCR Nepal、Nepal e-GP和尼泊爾證券交易所的資料仍需等待TLS或瀏覽器品質保證部門的審核通過。

這一點至關重要，因為現有的 CompaniesData 頁面是 Wave 12 的遺留文章，據公開統計，其字數估計為 1925 字，低於當前 2,400 字的最低要求。該頁面需要更深入的參考架構，以適應此 WordPress 更新。一篇可以安全發布的文章應該解釋哪些資訊可以從官方管道核實，哪些資訊僅屬於受控工作流程，哪些資訊的重用尚不明確，以及為什麼稅務、採購、高階主管、股東、電子郵件和電話號碼等資料不屬於行銷聯絡許可。

對於 CompaniesData 用戶而言，尼泊爾的數據仍然極具價值。 OCR 為註冊機構提供上下文信息，採購和稅務來源支持驗證和商業信息補充，統計數據和行業來源提供經濟背景，監管機構協助處理金融和資本市場子集，而 GLEIF 則為擁有 LEI 的實體提供結構化的國際標識符。核心編輯原則很簡單：確保每個欄位都包含來源資訊和合法使用範圍。

關鍵要點

• 主要清潔來源： 公司註冊處是官方註冊機構，這篇文章應該以此為依據。
• 持有註冊服務路由： CAMIS 與本文相關，但並未作為確鑿證據提供，因為嚴格的 TLS 驗證失敗。
• 最佳清潔富集層： PPMO、IRD、NSO、DOI、NRB、SEBON 和 GLEIF 提供了有用的背景信息，但每一層的覆蓋範圍都比公司註冊處窄。
• 無批量索賠： 未驗證任何完整的免費官方 OCR/CAMIS 批量下載或公共註冊 API。
• 聯絡資料邊界： 官方記錄可以支持核實和豐富信息，但不能作為銷售線索提取的同意依據。

編輯方法論

本文採用「官方來源優先」的方法。來源複核流程根據權威性、存取模式、重用說明、業務用途和限制對每條路由進行分類，然後將「乾淨」的連結證據與「保留」的路由區分開來。 「乾淨」是指路由在自動發布安全檢查中返回了可用的公共內容，沒有出現硬性 404/410 錯誤、軟性挑戰、機器人防護頁面或嚴格的 TLS 失敗。 「保留」是指來源可能仍然是官方的或有用的，但在後續的瀏覽器、TLS 或人工來源術語審查確認其有效性之前，不應將其作為乾淨的連結證據引用。

此方法論也會將現有公共頁面與目前的 CompaniesData 深度標準進行比對。國家頁面不應只是一個簡短的程序化目錄，而應詳細說明實際的存取途徑、資源限制、重複使用權限、隱私注意事項、資料缺失情況、API 或批次選項，以及規範化的價值。以尼泊爾為例，其公共頁面字數不足 2,400 字，且早於擴展資源包、資源徽標和方法論格式的發布，因此此次更新旨在提供更深入的文章結構，以滿足發布要求。

所有結論均受限於資訊來源。本文並非聲稱所有實體、所有歷史記錄或所有文件均可自動收集。本文旨在描述一種合法的研究路徑以及適用於公共和受控官方來源的標準化資料模型。

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

註冊庫覆蓋範圍： OCR 是主要的官方權威機構，但來源文件複核並未驗證其是否擁有完整的開放批量註冊庫。除非已驗證存在獨立的官方批次註冊庫或 API 產品，否則註冊庫工作應視為已知實體查找、服務導航和文件工作流程。 CAMIS 是一個相關的註冊庫服務候選方案，但由於嚴格的 TLS 檢查失敗，因此暫不列入考慮範圍。

採購涵蓋範圍： PPMO 提供了明確的採購治理證據。尼泊爾電子化政府採購系統 (Nepal e-GP) 與招標和供應商相關，但由於其當前審核未能通過嚴格的 TLS 驗證，因此本文暫不涉及。採購活動可以豐富公司在公共部門的履歷，但並不能代表所有尼泊爾公司。

稅務、統計和監管機構涵蓋範圍： IRD、NSO、DOI、NRB 和 SEBON 有助於核實資訊、行業背景和受監管活動分析。這些資料來源是部分資訊層。它們應與註冊身份資訊進行匹配，並結合置信度評分，而不是像合併單一政府主資料庫那樣合併。

更新風險：註冊機構、採購和監管機構入口網站上的資料來源可用性可能會快速變化。每次公開更新都應重新運行資料來源即時品質保證 (QA)，檢查 TLS 連線失敗情況，驗證資料來源矩陣，並確認已封存的 URL 未被連結為有效證據。本文刻意將已封存的 CAMIS、e-GP 和 NEPSE 連結從有效資料來源矩陣中排除。

重複使用清單

• 權威： 在重複使用任何欄位之前，請記錄來源擁有者、來源 URL、存取日期和來源類型。
• 目的： 請使用註冊、稅務、採購和監管材料進行核實、合規和豐富，而不是用於未經請求的行銷。
• 場地限制： 將法定名稱、識別碼、地址、官員、股東、投標、稅務背景和監管機構記錄分別放入不同的證據表中。
• 批量/API限制： 除非另有官方批量/API途徑的驗證，否則不意味著可以完全免費地批量訪問註冊表。
• 隱私： 對官員、股東、納稅人、電話、電子郵件和地址欄位應用最小化、保留控制和合法目的審查。
• 歸因： 保留官方來源參考，並不代表 OCR、PPMO、IRD、監管機構或 GLEIF 的認可。
• 聯絡人資料路由： 對於國際公司資料和聯絡人資訊豐富化策略，請將讀者引導至 CompaniesData.cloud，而不是第三方潛在客戶名單競爭對手。

來源矩陣

來源	所有者/負責人	訪問模型	重複使用說明	主要限制
尼泊爾公司註冊處	尼泊爾政府公司註冊處	入口網站/服務	OCR網站和服務特定條款	文件和搜尋工作流程可能受到控制；但這並不能證明存在完整的、免費的公共批量註冊表。
公共採購監督辦公室	尼泊爾政府公共採購監督辦公室	採購管理/門戶	PPMO網站和採購公告規則	僅限採購子集；不涉及整個公司。
尼泊爾稅務局	尼泊爾政府稅務局	納稅人服務/合規門戶	稅務局隱私權和服務規則	稅務資料和識別碼不屬於公開的公司資料或行銷聯繫許可。
尼泊爾國家統計局	尼泊爾國家統計局	統計數據/報告/出版物	NSO網站和出版條款	總結/統計層，而非法人實體主資料。
尼泊爾工業部	尼泊爾政府工業部	產業/外國直接投資/智慧財產權服務門戶	DOI網站和服務特定條款	行業/智慧財產權子集，並非完整的公司註冊資訊。
尼泊爾拉斯特拉銀行	尼泊爾拉斯特拉銀行	監督/出版物	NRB網站和出版條款	僅限特定行業層。
尼泊爾證券委員會	尼泊爾證券委員會	註冊資訊/出版品/受監管產業背景	SEBON網站及出版條款	僅限特定行業層。
GLEIF LEI 尼泊爾記錄	全球法人實體識別碼基金會	公共API	GLEIF開放資料授權協議，附帶署名和禁止背書條款	LEI覆蓋範圍不完整，且偏向金融/跨國實體。

按來源進行深度分析

尼泊爾公司註冊處

主管機關：尼泊爾政府公司註冊處。類型：官方公司註冊。存取模式：入口網站/服務。重複使用說明： OCR 網站和服務特定術語。商業用途：官方公司註冊機構和服務環境。

尼泊爾公司註冊局是尼泊爾公司資料工作的權威官方機構。它應被視為公司註冊和註冊服務領域的權威機構，每個欄位旁邊都應記錄來源日期、檢索路徑和證據類型。一篇公開文章可以明確指出，尼泊爾公司註冊局是官方的公司註冊機構。但文章不應聲稱尼泊爾公司註冊局發布完整的免費批量公司主文件，因為此次來源複核並未驗證是否存在不受限制的批量訪問或公共註冊API。

主要限制：文件和搜尋工作流程可能受到控制；但這並不能證明存在一個完全自由的公共批量註冊表。

公共採購監督辦公室

主管機關：尼泊爾政府公共採購監督辦公室。類型：官方採購機構。存取模式：採購管理/入口網站。重用說明： PPMO網站及採購公告規則。業務用途：採購管理、招標及供應商相關事宜。

公共採購監測辦公室（PPMO）對於採購治理和供應商市場環境分析非常有用。它支持有關公共採購、採購規則和招標生態系統證據的問題，但其覆蓋範圍並不包括所有公司。在標準化模型中，PPMO提供的證據應包含在採購來源表中，該表包含買方、招標、授標、供應商和日期等字段，並儘可能與註冊資訊進行配對。

主要限制：僅限採購子集；不涵蓋所有公司。

尼泊爾稅務局

主管部門：尼泊爾政府稅務局。類型：稅務機關/納稅人服務。存取模式：納稅人服務/合規入口網站。重複使用說明：請遵守稅務局隱私權和服務規則。業務用途：為合法性驗證工作流程提供納稅人和合規性的背景資訊。

稅務局是稅務和合規資訊來源。它可能有助於進行已知實體驗證和納稅人服務分析，但稅務識別碼和納稅人記錄的使用需要限定用途。安全重用的說法範圍有限：稅務局是官方稅務機關。不安全的說法是，稅務欄位、電子郵件、電話號碼或納稅人服務資訊可能被允許用於銷售線索挖掘或聯絡人清單擴充。

主要限制：稅務數據和識別碼不屬於公開的公司數據，也不受行銷聯繫許可的限制。

尼泊爾國家統計局

機構：尼泊爾國家統計局。類型：官方統計機構。訪問模式：統計數據/報告/出版物。重複使用說明：請遵守尼泊爾國家統計局網站和出版條款。商業用途：商業人口統計、經濟和產業背景。

國家統計局的數據是一個匯總的背景資訊來源。它可以改善市場規模、企業人口統計、產業背景和品質控制假設，但它並非法人實體的主資料。應使用國家統計局的數據來了解企業所處的經濟環境，而不是用於填充單一企業的概況，除非對特定資料集的欄位範圍、許可和更新頻率進行單獨審查。

主要限制：聚合/統計層，而非法人實體主資料。

尼泊爾工業部

主管部門：尼泊爾政府工業部。類型：工業和智慧財產權主管機關。訪問模式：工業/外國直接投資/智慧財產權服務入口網站。重複使用說明：工業部網站和服務特定術語。商業用途：工業註冊、外國投資和智慧財產權/服務領域。

工業部的數據補充了行業註冊、投資和知識產權相關背景資訊。它可以幫助數據團隊了解受監管的工作流程、行業審批和特定行業的證據。其限制在於覆蓋範圍：工業部記錄並非尼泊爾公司的全部，知識產權或投資途徑應作為增強層進行建模，並擁有各自的來源和置信度字段。

主要限制：產業/智慧財產權子集，而非完整的公司註冊資訊涵蓋範圍。

尼泊爾拉斯特拉銀行

主管機構：尼泊爾中央銀行。類型：中央銀行/金融監理機構。訪問模式：監管/出版物。重複使用說明：尼泊爾中央銀行網站及出版條款。商業用途：銀行和金融部門實體相關領域。

尼泊爾中央銀行是金融領域的權威。它在銀行業、支付、監管和貨幣領域具有重要價值，尤其是在匹配金融機構或受監管實體時。它不應被用作通用的公司註冊資訊。應將其作為金融監管機構的資訊來源，並附上行業、許可證或出版物證明，切勿據此推斷其涵蓋整個經濟領域。

主要限制：僅限特定行業層。

尼泊爾證券委員會

主管機關：尼泊爾證券委員會。類型：證券監理機構。訪問模式：註冊資訊/出版物/受監管行業環境。重複使用說明：尼泊爾證券委員會網站及出版條款。商業用途：資本市場受監管實體環境。

尼泊爾證券委員會是資本市場監理機構。它可以為發行人、中介機構和受監管市場提供支持，但其覆蓋範圍僅限於特定行業。在 CompaniesData 資料管道中，它應透過監管狀態、市場參與或發布證明來豐富已匹配實體的資訊。它不能取代 OCR（光學字元辨識），也無法提供所有公司的完整清單。

主要限制：僅限特定行業層。

GLEIF LEI 尼泊爾記錄

授權機構：全球法人實體識別編碼基金會 (GLEIF)。類型： LEI API。存取模式：公共 API。重複使用說明： GLEIF 開放資料許可，需註明出處且不得用於任何形式的背書。商業用途：為擁有 LEI 的尼泊爾實體提供跨國法人實體辨識編碼增強功能。

GLEIF 是尼泊爾法人實體辨識編碼系統中最結構化的機器可讀資料來源。 LEI 資料可用於匹配跨境、金融和全球活躍實體，因為它包含標準化的識別碼和更新元資料。由於覆蓋範圍有限，因此缺乏 LEI 並不代表尼泊爾公司不存在。儲存 LEI 連線時，需包含匹配置信度、法定名稱規範化和最後更新來源資訊。

主要限制： LEI覆蓋範圍不完整，且偏向金融/跨國實體。

已公佈的來源風險調查結果

目前結果： CAMIS OCR Nepal、Nepal e-GP 和 Nepal Stock Exchange 是有用的官方候選路徑，但由於嚴格的 TLS 檢查在原始檔案複核中失敗，因此本文未將其作為有效證據連結。後續的瀏覽器/TLS 審核可能會將其提升至有效路徑，但僅憑寬鬆的存取權限或機構相關性不足以獲得可安全發表的引用。

• CAMIS OCR 尼泊爾： 嚴格的 TLS 驗證失敗後保留；將其保留為候選路由，直到瀏覽器/TLS 審核通過為止。
• 尼泊爾電子化政府政策： 嚴格的 TLS 驗證失敗後，該路由將被保留；在瀏覽器/TLS 審核通過之前，該路由將作為採購候選路由保留。
• 尼泊爾證券交易所： 嚴格的 TLS 驗證失敗後，該路由將被保留；在瀏覽器/TLS 審核通過之前，該路由將作為上市市場候選路由保留。

實用手冊、API 與批次選項

人工驗證：首先利用光學字元辨識 (OCR) 取得權威機構和註冊服務情境資訊。對於已知公司，儲存搜尋到的名稱、識別碼、來源 URL、存取日期、結果類型和置信度。如果需要文件或憑證工作流程，請將其視為受控服務，而不是抓取目標。

採購資訊豐富化：在公共採購環境中使用 PPMO，並將 Nepal e-GP 作為暫存路徑，直到 TLS/瀏覽器品質保證流程通過驗證為止。採購欄位應建模為事件：買方、供應商、招標標題、採購階段、授標日期、公開金額、來源 URL 和匹配置信度。

受監管產業資訊補充：銀行業和金融業使用尼泊爾國家銀行（NRB）的數據，資本市場使用尼泊爾國家銀行（SEBON）的數據。這些記錄對於合規和實體處置具有很高的價值，但僅適用於部分經濟體。

結構化識別碼：對於擁有 LEI 的尼泊爾實體，請使用 GLEIF API 進行 LEI 增強。 GLEIF 是開放且結構化的，但覆蓋範圍有限。它應該作為增強和匹配層，而不是註冊基線。

大量下載/API狀態：本次更新未驗證是否存在完整的免費尼泊爾官方註冊公司批量下載或公共API。如果後續找到此類大量下載產品，則需單獨審核其許可證、欄位、隱私和更新頻率，方可建議。

缺失資料缺口

• 完整註冊表批量： 未驗證任何完整的免費 OCR/CAMIS 註冊批量文件或公共 API。
• 暫停服務路線： CAMIS、尼泊爾 e-GP 和 NEPSE 要求在建立乾淨的連結之前進行 TLS/瀏覽器/來源術語審查。
• 受益所有權： 本週期內，沒有完整的合法公共受益所有權層可供公佈。
• 歷史變遷： 公司生活中發生的事件可能需要文件工作流程或法律出版物，而這些內容並未完全包含在純淨原始碼堆疊中。
• 人員和聯絡人欄位： 公司高層、股東、電話號碼、電子郵件和地址需要設定隱私標記並進行合法性審查。

推薦資料模型

一個健全的尼泊爾公司資料模型應將身分、證據和增強資訊分開。身分錶應包含規範化的法定名稱、別名、管轄區、來源機構、註冊路徑、來源網址、存取日期和置信度。註冊文件或搜尋結果應作為證據對象存儲，而不是扁平化為缺乏支持的聲明。

採購資訊應儲存在事件表中，該表透過規範化的供應商名稱、公開識別碼、買方、招標、授標、來源路徑和匹配置信度等資訊進行關聯。稅務和合規資訊應儲存在單獨的表中，並設定嚴格的隱私保護標誌。監管機構、市場和法人機構識別編碼 (LEI) 記錄應作為資訊補充表，並包含來源特定的更新日期。每個欄位都應包含來源信息，以便使用者了解其來源，例如 OCR、PPMO、IRD、NSO、DOI、NRB、SEBON 或 GLEIF。

為了進行去重，請使用音譯名稱、本地拼字變體、規範化地址、日期證據和外部識別碼。明確記錄已保留的資料來源的狀態，以便在未來的更新過程中可以將其提升或移除，而不會悄悄更改證據庫。

公司數據規範化與豐富化價值

CompaniesData之所以有價值，是因為尼泊爾的官方資料來源雖然有用，但卻十分分散。用戶需要的不僅僅是連結列表，他們還需要資料來源優先排序、字段級溯源、資料規範化、重複資料檢測、隱私標記、更新風險追蹤以及關於哪些資料可以重複使用的明確規則。

對於尼泊爾而言，CompaniesData 可以將 OCR 權威機構的背景資訊、採購證據、稅務背景注意事項、行業和監管機構的背景資訊以及 LEI 增強資訊整合到一個更清晰的概況中。該服務還可以標記 CAMIS、e-GP 和 NEPSE 等路由，直到它們通過來源品質保證 (QA) 為止。這對於商業用途至關重要：當資料集不僅顯示已知訊息，還顯示哪些來源路由不可用、受控或受法律限制時，其可信度就會更高。

對於私有聯絡人資料策略，本文應引導讀者使用 CompaniesData.cloud 來處理國際工作流程。本文不應推薦無關的競爭對手的私有聯絡人數據，也不應將官方註冊記錄作為授權用戶透過電子郵件、電話或簡訊進行銷售推廣的依據。

資源包

官方來源

• 尼泊爾公司註冊處 尼泊爾政府公司註冊處
• 公共採購監督辦公室 尼泊爾政府公共採購監督辦公室
• 尼泊爾稅務局 尼泊爾政府稅務局
• 尼泊爾國家統計局 尼泊爾國家統計局
• 尼泊爾工業部 尼泊爾政府工業部
• 尼泊爾拉斯特拉銀行 尼泊爾國家銀行
• 尼泊爾證券委員會 尼泊爾證券委員會
• GLEIF LEI 尼泊爾記錄 全球法人實體識別碼基金會

常見問題

尼泊爾主要的官方公司註冊機構是什麼？

公司註冊處是此原始碼堆疊中的主要官方授權途徑。 CAMIS 也作為註冊服務途徑，但本文暫不提及，直到 TLS 或瀏覽器品質保證部門確認其有效性為止。

尼泊爾是否提供完整的免費公司批量註冊API？

本次審核中，未發現任何完全免費的官方 OCR/CAMIS 批量下載或公共註冊 API。穩健的做法是描述受控的官方存取權限，避免聲稱提供完全開放的大量下載服務。

採購記錄可以取代登記資料嗎？

不。採購記錄對公共部門供應商的活動很有用，但供應商只是公司的一個子集。採購憑證應盡可能與註冊資訊進行配對。

稅務局、監管機構或市場記錄能否用於行銷聯絡人名單？

不。稅務、監管機構、採購、官員、股東、電子郵件和電話欄位是驗證和合規訊息，而不是行銷聯繫許可。

CAMIS、e-GP 和 NEPSE 考試的目的為何？

它們是相關的官方或市場來源候選產品，但目前嚴格的來源品質保證報告顯示存在 TLS 驗證失敗。後續的瀏覽器/TLS 審查可能會提升它們的排名，但本文並未將它們作為確鑿的證據。

數據團隊應該如何處理尼泊爾LEI記錄？

當實體擁有法人機構識別編碼 (LEI) 時，可使用 GLEIF 作為結構化資料豐富工具。由於覆蓋範圍有限，因此不應將缺少 LEI 解釋為不存在該公司。