Mexico requires many corporate notices to appear in Publicaciones de Sociedades Mercantiles (PSM), an online publication system run by the Secretaría de Economía. The portal functions as the federal publication layer for companies recorded in the Registro Público de Comercio (RPC). When reviewing a Mexican company, this feed often surfaces structural changes before secondary datasets reflect them.
The requirement comes from legal procedure rather than software design. The General Law of Commercial Companies (Ley General de Sociedades Mercantiles) obliges commercial entities to publish certain shareholder resolutions, capital adjustments, merger notices, and liquidation announcements. PSM is the channel used for those disclosures. Once a notice is posted there, courts treat it as constructive notice. Several European jurisdictions follow a similar model through statutory gazettes.
Registry responses stay close to the underlying filing. The service does not reinterpret the submission or translate it into a simplified schema. What appears in the response is usually what the filing party sent.
A typical company profile query returns fields such as:
• denominacion_social — the legal name recorded in the filing
• folio_mercantil — the electronic identifier for the commercial registry entry
• fecha_constitucion — the incorporation date held by the RPC
• entidad_registro — the Mexican state responsible for that registry record
• estatus — filing status, often active or liquidation
Publication entries carry their own metadata. Each notice usually contains fields inside a jurisdiction_data block. Examples include tipo_publicacion, fecha_publicacion, and acto_reportado, along with references to the shareholder or board resolution behind the disclosure. When mergers or capital increases appear, the narrative text normally sits exactly as submitted.
That text matters. The legal substance often lives in the body of the notice rather than the structured fields, which complicates automated processing.
The registry does not maintain structured tables for officers or shareholders. A publication might describe the appointment of an administrador único or record a board change. The names sit inside the document text. No separate dataset holds them. Anyone trying to extract officer data has to parse the filing itself.
Some omissions are deliberate.
Mexico introduced a beneficial ownership reporting regime in 2022 through amendments to the Federal Fiscal Code (Código Fiscal de la Federación, article 32‑B Ter). Companies must keep records identifying their beneficiario controlador and provide that information to the tax authority, the Servicio de Administración Tributaria (SAT), when requested. This material is not public. It does not appear in the PSM publication stream and cannot be retrieved through the commercial registry interface.
For AML or sanctions analysis, that gap matters. The public registry layer signals structural events but rarely identifies the natural persons behind them. Ownership tracing still requires work outside the registry.
Mexico’s federal structure adds another wrinkle. The Registro Público de Comercio operates through state registries, each maintaining the underlying company records. PSM acts as the national publication platform that references those filings. In practice the folio mercantil identifier points back to a state RPC entry even though the notice itself appears in a central portal.
Programmatic access through OpenRegistry follows the same approach used for other jurisdictions.
Searching by company name might look like this:
search_companies({
"jurisdiction": "MX",
"query": "GRUPO BIMBO"
})
The result set returns candidate entities with a company_number mapped to the folio mercantil. That number feeds into the company profile call:
get_company_profile({
"jurisdiction": "MX",
"company_number": "<folio_mercantil>"
})
If publication notices exist, they can be listed directly.
list_filings({
"jurisdiction": "MX",
"company_number": "<folio_mercantil>"
})
Each item corresponds to a PSM publication event. The jurisdiction_data block keeps the fields returned by the Secretaría de Economía endpoint. When the upstream service includes a document reference, the source file can be retrieved with fetch_document.
Anyone familiar with the legacy paid databases usually notices the difference quickly. These responses come from the upstream registry service. OpenRegistry does not rewrite the schema or infer ownership links. Identifiers, timestamps, and filing metadata match the government endpoint.
That distinction matters in evidence‑driven work. Preparing a diligence memo or assessing sanctions exposure often turns into a question about legal weight. In Mexico the publication notice itself can function as the operative disclosure under the Ley General de Sociedades Mercantiles. A summarised dataset from a commercial provider may not carry the same evidentiary standing.
Compliance engineers often use the feed for event monitoring. Capital increases, mergers, and liquidation steps tend to appear in PSM before downstream datasets refresh. Pulling those notices into an internal monitoring pipeline can reveal structural changes early.
OpenRegistry exposes these registry endpoints through MCP and returns the raw PSM records issued by the Secretaría de Economía. Connection details and documentation sit at https://openregistry.sophymarine.com.
Top comments (0)