莫三比克開放公司資料：官方來源、API 與重用權

關鍵要點

• 目前最佳路線： 使用 SRN 法人實體註冊入口網站進行註冊工作流程，使用 UFSA 進行採購，使用 Autoridade Tributaria 進行稅務識別碼邊界，使用 Banco de Mocambique 進行受監管金融部門，使用 GLEIF 進行稀疏但清晰的標識符增強；將 BAU 和 APIEX 保留為替代方案，直到 DNS、證書和爬行動物訪問通過。
• 非批量註冊國家： 本文並未驗證是否存在可作為國家公司主文件的免費、官方、爬蟲穩定的公司註冊批量下載或 API。
• 發佈注意事項： BAU 公共路由、e-BAU、公報路由、候選開放資料入口網站、INE 微資料目錄、IP 路由和證券交易所應用程式路由仍然保留，因為本週期觀察到機器人封鎖、DNS 故障、逾時或僅限 JavaScript shell。
• 再利用邊界： 稅務識別號碼、許可證參考和採購記錄可以幫助驗證實體，但它們並不能授予收集行銷聯絡人清單的權限。
• CompaniesData 值： 莫三比克需要的不僅僅是盲目聚合，還需要來源分離、日期戳記、音譯、葡萄牙語/英語標籤規範化和置信度評分。

編輯方法

本次更新採用了「官方來源優先」的方法。每個候選來源都使用類似普通瀏覽器的使用者代理程式以及 Googlebot 和 Bingbot 的設定檔進行檢查，然後根據來源權威性、存取模式、觀察到的爬蟲行為、重複使用狀態和風險進行分類。只有當來源在所有三個設定檔下都傳回預期的官方內容，並且沒有暴露機器人防護頁面、僅 JavaScript shell、DNS 故障、超時、403、415 或 503 回應時，該來源才能被允許添加到連結的資源包中。該標準比普通的編輯引用審核更為嚴格，因為搜尋引擎和合規用戶需要的是穩定、可檢查的公共頁面，而不僅僅是能在人類瀏覽器中正常運作的頁面。

最終結果有意保持保守。莫三比克擁有一些對商業情報極具價值的官方航線，但一些通常對國家指南至關重要的航線，在本週期內穩定性不足，無法發布即時連結。因此，本文將清楚連結的資源與暫存的研究資源區分開來。清晰資源已在最終品質保證後更新到本文中。暫存資源仍可用於內部研究筆記，但只有在後續的爬蟲訪問檢查確認公共頁面或可下載文件可訪問且語義清晰後，才能將其轉換為文章的即時連結。

本文中的論點僅限於現有資料所支持的範圍。可以肯定的是，莫三比克擁有官方的商業服務、採購、稅務機關、金融監管機構、投資指南和法人機構識別編碼（LEI）參考途徑。但不能說莫三比克提供完整的免費開放公司註冊API、通用批量公司註冊服務或可用於行銷的聯絡人資料庫。這種區別至關重要，因為商業用戶通常需要單一的全國性公司資料集，而本輪公開證據表明，目前採用的是拼湊而成的多源工作流程，且存在諸多不足。

覆蓋範圍、取得途徑和更新風險分析

莫三比克應被視為一個已進行來源映射但存取受控的司法管轄區。已建立的路徑涵蓋了商業資料圖景的部分內容：公司註冊和服務流程指南、採購和供應商資訊、稅務識別號碼資訊、受監管的金融機構和法人機構識別編碼 (LEI) 記錄，其中許可指南候選資訊僅供少數全球活躍的法律實體最終訪問審批。這些內容可用於支援盡職調查、實體配對和資料豐富。但它們無法提供完整的全國覆蓋。

主要的覆蓋缺口在於缺乏經過驗證、可自由重用且爬蟲穩定的國家公司註冊資訊來源。 BAU 和 e-BAU 對商業服務仍然至關重要，但最終的 2026 年 06 月 14 日來源上線測試中，由於嚴格的設定檔出現 DNS/憑證存取失敗，BAU 公共路由仍然無法存取。在此次更新中，SRN 法人實體入口網站是更清晰的連結流程路徑。 e-BAU 似乎對瀏覽器設定檔可用，但對機器人設定檔返回應用程式阻止回應，因此不能將其視為可安全搜尋的證據連結。公報和開放資料路徑也未能通過來源品質保證，這意味著歷史公司註冊公告和可下載的公共資料集目前還無法納入即時來源鏈。

更新風險很高。莫三比克公共部門的多個路由似乎會移動、逾時或因用戶代理而異。因此，一篇詳盡的文章應顯示造訪日期，避免過度承諾自動化，並明確指出營運使用者在依賴某個路由進行生產環境資料匯入之前，需要反覆進行來源檢查。 CompaniesData 應儲存觀察到的 URL、存取日期、HTTP 狀態、內容類型、標題、機器人分析結果以及包含或保留的原因。如果沒有這一審核層，原本有效的來源可能會悄悄變成挑戰頁面、應用程式外殼或失效的主機名稱。

來源矩陣

來源	所有者	權威	訪問模型	重複使用說明	局限性
Registo de Entidades Legais	莫三比克政府/Servicos de Registo e Notariado	法人實體註冊門戶	公共線上註冊/流程門戶	用作官方法人實體註冊工作流程證據；不用作可重複使用的國家公司資料庫。	注意： 僅提供流程提交證據；不提供大量註冊、全字段重用和聯絡資料授權。
UFSA採購門戶	採購監理職能部門	官方採購來源	公共採購入口網站	在法律允許的情況下，可用於採購來源背景和供應商/公共合約參考。	注意： 採購記錄是經濟體系的子集，不應該與聯絡人清單合併。
莫三比克支流高速公路	莫三比克稅務局	官方稅務機關	具有受控納稅人服務的公共入口網站	僅用於稅務識別號碼和 NUIT 上下文；請勿推斷允許用於行銷再利用。	注意： 稅務識別號碼和納稅人服務屬於敏感的公共部門訊息，而不是線索豐富資訊來源。
莫三比克銀行	莫三比克中央銀行	官方金融監理機構	公共監管機構網站	可用作監管機構背景訊息，用於受監管機構和金融部門的來源映射。	注意： 監管機構頁面涵蓋的是獲得許可/監管的機構，而不是所有公司。
莫三比克銀行機構許可	莫三比克中央銀行	官方金融監理機構	公共監管機構指南	可作為金融機構牌照申請的流程證據。	注意： 許可指南並非完整的金融機構資料集。
GLEIF LEI 記錄莫三比克	全球法人實體識別碼基金會	高品質全球標識符資料集	公共API	Open API 元資料可以支援法定名稱和位址標準化，並歸因於 GLEIF 術語。	注意： LEI覆蓋範圍有限，且偏向需要金融市場識別碼的實體。

允許和不允許的索賠

該資料來源集支持的說法

• 官方流程背景： SRN 法人實體入口網站可以支援註冊工作流程說明，而 BAU 將繼續暫停，直到存取權限解除。
• 採購疊加： 當採購證據與主公司身分分開時，UFSA 可以支持供應商和公共合約研究。
• 稅務和識別符上下文： Autoridade Tributaria 可以支援 NUIT 和稅務管理邊界，但需注意隱私問題。
• 金融業板塊： 莫三比克銀行可以為受監管的金融機構和許可環境提供支援。
• 標識符增強： GLEIF 可以支援基於 LEI 的稀疏匹配，適用於國際可見實體。

聲明此來源集不支援

• 沒有完整的全國散裝貨物登記冊： 本次週期未驗證免費的官方國家公司註冊批量文件或 API。
• 沒有乾淨的官方公報/開放資料途徑： 政府公報、開放資料、INE、IP 和證券交易所的存取途徑仍將保留，直到爬蟲可見的語義存取得到改善。
• 沒有關於 BAU/e-BAU 機器人安全聲明： BAU 公共路由仍然保留，因為最終 QA 觀察到存取失敗，而 e-BAU 仍然保留，因為機器人設定檔收到應用程式阻止回應。
• 不存在受益所有權完整性： 本次週期未能驗證出乾淨的公共受益所有權資料集。
• 未經行銷許可： 稅務識別號碼、採購資訊、許可證參考資訊、姓名、地址、電子郵件或電話號碼均不屬於潛在客戶名單的授權範圍。

逐個來源的深度分析

SRN 法人實體入口網站和 BAU 路線

本次更新中，SRN法人實體入口網站是解釋官方註冊流程的清晰連結路徑。它公開了法人實體註冊頁面，包括商會在線提交註冊信息，但不應將其描述為可重用的公司數據庫、API或批量下載工具。

BAU 仍然與業務服務方向相關，但其公共網站和服務目錄在最後一次觀察到的來源即時存取失敗後，將不再提供即時連結。對於 CompaniesData 而言，這些路徑僅在存取穩定後可用作流程標籤；資料模型不應從中推斷法律地位、目前註冊狀態、董事資料或聯絡資訊。

UFSA：採購和供應商情況

UFSA為莫三比克提供了一條清晰的官方採購管道。採購數據具有商業價值，因為它能夠揭示供應商、公共採購方、合約公告以及企業與政府互動的行業領域。但同時，它也容易被濫用。出現在採購資料中的公司與出現在國家註冊名錄中的公司並不相同，採購記錄應被視為基於事件的證據，而非主公司資料。

建議將採購資訊建模為獨立的證據表：包含買方、已公佈的供應商名稱、採購流程、發布日期、參考編號、來源網址、金額（如已公開）、所屬行業以及提取置信度。 CompaniesData 隨後可以將供應商名稱與具有置信度評分的規範實體進行比對。此工作流程保留了來源的公開合約意義，並避免將採購資訊混入未經核實的銷售清單中。

Autoridade Tributaria：NUIT 和納稅識別碼邊界

莫三比克稅務局之所以重要，是因為NUIT（國家稅務識別號碼）和稅務登記資訊經常出現在企業驗證流程中。這條路徑需要嚴格的隱私和合法使用界線。稅務識別號碼在某些情況下可能是公開的，而在其他情況下則受到管制，納稅人服務並非用於資料抓取或線索產生的權限層。本文的穩健做法是解釋稅務局路徑可以幫助用戶了解識別號結構和官方稅務服務背景，同時提醒用戶，私人用途的重用、資訊豐富和推廣需要單獨的法律依據。

CompaniesData 應將稅務相關欄位與行銷欄位分開。建議的欄位包括識別符類型、簽發機構、來源上下文、驗證日期、置信度和限制條件。請勿將稅務途徑標記為電子郵件、電話、潛在客戶或銷售線索來源。如果文章討論了針對國際用戶的聯絡人資訊豐富化，則應指出 CompaniesData.cloud 作為其自有服務上下文，並避免推薦外部聯絡人資料供應商。

莫三比克銀行：受監管的金融部門環境

莫三比克中央銀行是金融領域權威的官方監管機構。該央行網站及其許可指南有助於解釋受監管機構的許可流程以及適用於銀行或金融機構的監管範圍。雖然該機構權威性高，但其資訊覆蓋範圍有限。它有助於增強銀行、金融機構和受監管服務提供者的信心；但不應將其視為所有莫三比克公司的註冊名錄。

資料模型應將監管機構記錄視為行業疊加層。受監管實體可以包含監管機構、許可證類別、狀態標籤（已發布）、來源頁面、存取日期和置信度等欄位。將這些記錄與規範的公司簡介進行匹配很有價值，但匹配應該是可逆的，並且需要證據支持，因為法定名稱、交易名稱和葡萄牙語/英語標籤可能並不完全一致。

APIEX 許可指南候選者：待審批通過

APIEX 仍然是授權和投資者指導的重要參考資料，但本輪更新未能解決其 PDF 文件在發布環境中的問題。因此，它不適合作為更新後文章中的即時連結來源。穩健的編輯策略是將 APIEX 保留在研究報告中，僅將其作為許可指南的參考資料提及，並在未來任何實質更新之前重新測試該方案。

如果後續版本確認瀏覽器、Googlebot 和 Bingbot 都能穩定存取 PDF 文件，則該指南可用於提供實際的授權說明。在此之前，不應用於做出任何關於原始碼鍊或資料庫覆蓋範圍的聲明。

GLEIF：稀疏但清晰的標識符增強

GLEIF 是一個高品質的全球識別碼來源，也是本輪更新中最簡潔的 API 介面。它透過公共 API 提供莫三比克 LEI 記錄，使其可用於跨境匹配、地址標準化和實體名稱核對。其主要不足之處在於覆蓋範圍。 LEI 記錄僅代表已獲得 LEI 的實體，通常是出於金融市場、監管或交易對手的需求。這些記錄並不能代表莫三比克的所有公司。

建議將 CompaniesData 用於資料豐富，而非基礎覆蓋。儲存 LEI、註冊機構參考資訊（如有）、法定名稱、地址、狀態、管理 LOU、上次更新時間和 GLEIF 元資料。然後，僅當名稱、位址和識別碼相符時，才將 LEI 記錄連結到莫三比克的權威實體。這不僅提高了國際可見實體的數據質量，也保持了合理的覆蓋範圍。

已保留的來源路由及其尚未成為有效連結的原因

以下路徑保留在研究文件中，而非連結至文章證據鏈：BAU 公共網站、BAU 服務目錄、APIEX 莫三比克商業授權指南、e-BAU 整合服務平台、國家報紙/官方公報路徑、莫三比克開放資料入口網站候選路徑、INE MozData 微資料目錄、工業產權局候選路徑、莫三比克證券交易所。原因並非出於編輯偏好，而是出於實際考慮：在本週期中，e-BAU 被機器人帳號屏蔽，公報和開放資料候選路徑出現 DNS 解析失敗，INE 微資料和 IP 路徑出現逾時，以及證券交易所路徑僅支援 JavaScript。後續更新可以重新測試這些資源，但公開文章不應要求讀者或爬蟲依賴語義存取檢查不合格的路徑。

保留這些連結並不代表資訊來源不重要。在一份完整的莫三比克概況中，政府公報可以添加公司註冊公告，國家統計局（INE）的微觀數據可以添加企業框架或經濟背景信息，知識產權途徑可以豐富商標信息，而證券交易所信息可以支持上市公司的報道。目前的編輯決定只是，在發布之前需要對資訊來源進行最終審核。

用戶的實用選項

• 人工核實： 首先透過 SRN 法人實體註冊入口網站了解流程，只有在通過訪問檢查後才能重新訪問 BAU，然後只有當公司處於相關行業或公共合約環境時才使用監管機構或採購途徑。
• API增強： 使用 GLEIF 處理莫三比克 LEI 記錄，但將其標記為稀疏的國際識別碼覆蓋範圍。
• 批量資料： 不要假定可以批量存取國家註冊資訊。已驗證的來源資料集並不能證明擁有完整的官方公司批量文件。
• 採購研究： 將 UFSA 記錄視為事件證據，並將供應商與規範實體進行匹配，並進行置信度評分。
• 稅務識別號碼： 使用稅務機關的背景資訊來理解標識符，而不是用來建立外展名單。
• 受監管實體： 以莫三比克銀行作為受監管金融機構和許可背景的特定行業資訊來源。
• 許可指南： 將 APIEX 保留為研究候選對象，只有在 DNS、內容和爬蟲檢查通過最終清理後才能引用它。

資料缺失

最關鍵的缺口在於缺乏一個可供爬蟲穩定抓取的官方公司註冊資料集，該資料集應包含明確的重用條款、最新的法律狀態以及可下載或透過API存取的功能。否則，莫三比克的商業數據產品仍需謹慎地進行資料來源融合。其他缺口還包括：缺乏公司高層和受益所有人的資訊、缺乏歷史公報覆蓋範圍、缺乏可靠的企業統計數據來源、缺乏商標數據，以及缺乏無需客戶端渲染即可穩定顯示內容的上市公司頁面。

行銷聯絡人資料是一個獨立的資料缺口，不應透過抓取官方頁面來解決。官方公共部門記錄可能包含姓名、地址或識別碼等信息，以反映行政透明度，但這並不意味著它們是聯絡人授權的來源。一篇負責任的文章應該僅在策略性地提及聯絡人資訊豐富化，並引導國際讀者訪問 CompaniesData.cloud 獲取其自有且合規的數據服務，而不是將他們引向外部聯繫人數據供應商。

推薦的數據模型

• 規範實體： 法定名稱、規範化名稱、語言/文字說明、管轄區、法律形式、註冊識別碼（如已驗證）、狀態（如已驗證）、來源置信度和上次審核日期。
• 證據來源： 來源擁有者、URL、存取日期、HTTP 狀態、機器人設定檔結果、標題、內容類型、重複使用說明以及允許/不允許的聲明。
• 標識符疊加： NUIT 上下文、LEI、監管機構識別碼、採購供應商參考和許可參考，每個都儲存有來源資訊。
• 活動表格： 採購事件、許可事件、監管機構事件和政府公報通知應與公司主記錄分開。
• 風險領域： 隱私警告、受控存取標記、禁止大量標記、機器人攔截標記、過期來源標記和行銷用途限制。
• 歸一化字段： 葡萄牙語/英語標籤、音譯變體、地址組成部分、省/市規範化和置信度評分。

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

CompaniesData 可以為莫三比克帶來價值，因為它能完成原始資料來源無法完成的繁瑣工作：區分官方資料來源類型、維護存取日期證據、規範葡萄牙語和英語情境下的名稱、將特定行業的監管機構記錄映射到實體，以及區分稀疏標識符的補充和全國覆蓋範圍。該產品的價值不僅在於收集連結；它還能防止用戶將不完整的公共資訊誤認為完整的公司註冊資訊。

高品質的莫三比克記錄應清楚顯示哪些資訊已核實、哪些資訊是推斷出來的，以及哪些資訊缺失。例如，一家公司可能擁有採購記錄和稅務識別號，但在可存取的來源集中卻找不到已核實的國家註冊記錄。另一家公司可能擁有法人機構識別編碼 (LEI) 和中央銀行的許可信息，但卻沒有更全面的官方公司簡介。 CompaniesData 能夠透過置信度評分和特定來源的證據，如實呈現這些情況，而不是將所有內容都簡化為一條不加限定的記錄。

重複使用清單

• 已核實來源權威性： 優先選擇官方政府機構、監管機構、採購機構、稅務機構和標準機構，而不是第三方聚合商。
• 訪問模型已記錄： 標記來源是公共網站、API、PDF、受控服務、僅限 JavaScript、逾時還是已阻止爬蟲訪問。
• 已審核重用權： 區分敘述性引用、公共記錄重用、API 條款和非批次/非抓取情況。
• 已新增隱私邊界： 沒有合法依據，不得將稅務、許可證或採購資料轉換為行銷聯絡資料。
• 已測試機器人/爬蟲存取權限： 拒絕那些只向瀏覽器顯示真實內容，卻質疑 Googlebot 或 Bingbot 個人檔案的來源。
• 證據已分離： 在正式公司身分得到驗證之前，採購、監管機構、LEI 和稅務證明將作為附加資訊保留。

常見問題

莫三比克有免費的開放式公司註冊API？

本次測試並未驗證是否有免費、官方、爬蟲程序穩定的全國性公司註冊API或批次文件。 GLEIF提供了一個簡潔的LEI記錄API，但其識別碼覆蓋範圍有限，並非全國性公司註冊系統。

採購記錄可以作為公司資料使用嗎？

是的，但僅可作為採購證據。 UFSA記錄有助於識別供應商和公共合約關係，但應將其與具有置信度評分的權威實體進行匹配，而不能將其視為完整的公司簡介。

NUIT 或稅務機關的資料可以用於行銷​​嗎？

不應從稅務機關的脈絡推斷出廣泛的行銷許可。稅務識別號碼和納稅人服務屬於行政資料範疇。任何聯絡方式的完善都需要單獨的法律依據，並且應透過合規的自有工作流程進行處理，例如面向國際用戶的 CompaniesData.cloud。

為什麼有些官方消息被隱瞞？

因為公共資源品質保證 (QA) 發現了機器人攔截、DNS 故障、逾時或僅支援 JavaScript 的頁面。即使資源是官方的，只要它沒有返回穩定、可抓取且語義清晰的內容，就仍然不適合作為即時文章連結。

如今最切實可行的方法是什麼？

使用SRN法人實體入口網站上下文、UFSA採購上下文、Autoridade Tributaria標識符邊界、Banco de Mocambique金融部門監管以及GLEIF稀疏標識符增強。在最終存取檢查通過之前，將APIEX視為已研究的許可候選對象。請將每種證據類型分開保存。

CompaniesData應該如何處理莫三比克的資料？

CompaniesData 應維護一份來源風險日誌，記錄訪問日期、爬蟲檢查結果和來源被屏蔽的原因。最終頁面應是一份參考指南，而非一個簡單的程序化國家/地區頁面。

本文所使用的官方資料來源

連結的文章來源鏈包括：Registo de Entidades Legais、UFSA 採購入口網站、Autoridade Tributaria de Mocambique、Banco de Mocambique、Banco de Mocambique 機構許可、莫三比克的 GLEIF LEI 記錄。保留的來源記錄在標準化來源 QA 工件中，但有意從即時連結中排除，直到它們通過最終許可。