Datos estructurados e interoperables de beneficiarios finales

Implementación de datos estructurados sobre beneficiarios finales

Para aplicar los datos estructurados de BO, los implementadores deben tener en cuenta lo siguiente:

• la creación de un entorno propicio;
• el establecimiento de principios para la recopilación y el almacenamiento de información de BO; y
• el logro del potencial y la resolución de la incertidumbre en la etapa de publicación.

Creación de un entorno propicio

El potencial de los datos estructurados se ve limitado en última instancia por el entorno jurídico, normativo y político. Ningún trabajo técnico puede superar los límites establecidos en estos ámbitos. Por lo tanto, la tarea más importante para los responsables de la elaboración de políticas es establecer y mejorar progresivamente el marco legal, normativo y político para alcanzar los objetivos técnicos relacionados con la BOT.

Enfoque centrado en el usuario e iterativo

Los implementadores deben seguir un enfoque de diseño de la tecnología centrado en el usuario. Esto garantizará la aceptación de las partes interesadas y la creación de un sistema que se adapte a su finalidad. [51] La implementación debe considerarse como un proceso iterativo, más que como un proyecto único. El éxito de algunos de los primeros registros se debe a su enfoque iterativo (consulte, por ejemplo, el Cuadro 3). Al hacer partícipes a los usuarios de los datos durante y después de la implementación, y al introducir mejoras iterativas en sus sistemas, los primeros en adoptarlos han convergido en elementos que ahora se consideran elementos fundamentales para la eficacia de las reformas de BOT.

La legislación debe apoyar un enfoque iterativo. Si la legislación es demasiado prescriptiva, cualquier pequeño cambio en la administración del registro requerirá modificaciones legislativas. Esto puede hacer que la iteración sea menos probable porque las enmiendas legislativas llevan tiempo y esfuerzo, y cada vez que se debate en un órgano legislativo, se abre a una potencial reacción política. En cambio, si se da más flexibilidad a la agencia implementadora, puede ser más fácil hacer estas iteraciones. Un ejemplo de ello es cuando las jurisdicciones incluyen formularios de declaración de BO dentro de la legislación secundaria o los reglamentos. Esto impide que la agencia implementadora pueda realizar mejoras iterativas en los formularios de recopilación para solucionar cualquier problema inicial (consulte, por ejemplo, el Cuadro 3 ).

Marco legal

Además de facilitar un enfoque iterativo, es fundamental asegurarse de que exista la base legal necesaria para recopilar datos suficientes para alcanzar los objetivos de la política de BOT. La utilidad de los datos estructurados está limitada por el grado de precisión y confiabilidad, detalle, actualización, amplitud de la cobertura y posibilidad de auditoría de la información subyacente de BO. Los Principios de OO proporcionan un marco para incorporar la calidad de la información en estas etapas cruciales del proceso de implementación. [52] La recopilación, la verificación y el intercambio de datos pueden requerir acuerdos entre múltiples instituciones para, por ejemplo, verificar los documentos con un registro de identidad o cotejar declaraciones con los datos de las instituciones financieras. Este tipo de acuerdos requiere tiempo para acordarlos y aplicarlos, y deben iniciarse en una fase temprana. Aunque los detalles específicos para estructurar los datos de BO rara vez se incluyen en la legislación, las siguientes características forman parte de una base legal sólida:

• definir con solidez el concepto de beneficiario final;
• garantizar una cobertura completa y la recopilación de suficientes detalles;
• crear la obligación legal de divulgar y los desencadenantes apropiados que requieren hacer declaraciones de BO;
• establecer la base jurídica adecuada para el tratamiento y la publicación de la información de conformidad con la legislación sobre privacidad y protección de datos;
• garantizar la existencia de los acuerdos de datos necesarios para la verificación; y
• diseñar regímenes de sanciones y de aplicación que aseguren el cumplimiento y la calidad de los datos. [53]

La tecnología puede utilizarse para que la privacidad y la seguridad se conviertan en un elemento fundamental de la implementación. No toda la información de BO debe hacerse pública, y los datos estructurados ofrecen la forma más fácil y segura de controlar y auditar el acceso de quienes tienen los permisos adecuados al conjunto de datos completo o parcial, por ejemplo, al hacer que esté disponible para el público un subconjunto más pequeño que el de las autoridades nacionales y omitir los campos de datos que son especialmente sensibles, lo que se conoce como acceso por capas. También es importante establecer un régimen de protección para permitir exenciones a los procedimientos normales de divulgación y la rectificación o supresión de datos ya publicados. [54] Los datos estructurados reducen los costos y los riesgos asociados con el uso o la publicación de datos que posteriormente se podrían suprimir. Los datos estructurados también hacen posible la coordinación interjurisdiccional de las medidas de privacidad y seguridad, reduciendo el riesgo de divulgación accidental en caso de una verdadera exención.

Dotación de recursos

Los responsables de la elaboración de políticas deben asegurarse de que el éxito de los objetivos de la BOT no se vea frenado por cuestiones de recursos técnicos. La BOT es una intervención compleja con beneficios esperados que son de naturaleza amplia y a largo plazo. Además, su implementación a menudo implica tanto la coordinación entre gobiernos como cambios significativos en los sistemas y procesos. La financiación de un sistema técnico que pueda alcanzar estas ambiciones puede ser un reto. Los argumentos presupuestarios deben basarse en la identificación de todo el espectro de beneficios esperados, en lugar de minimizar los costos de implementación para una sola agencia gubernamental. Dado que estos beneficios suelen ser ajenos a la agencia responsable de su implementación, es necesario un enfoque holístico de la elaboración del presupuesto. [55] Más allá de la dotación de recursos técnicos, los regímenes de divulgación de información sobre beneficiarios finales también requieren recursos suficientes para garantizar el cumplimiento, aplicar sanciones, y consultar y verificar los datos para asegurar la integridad de la información.

Establecimiento de principios para la recopilación y el almacenamiento de información sobre beneficiarios finales

Al establecer los principios para la recopilación y el almacenamiento de la información de BO, los implementadores deben considerar algunos elementos mínimos de los datos estructurados de BO e incorporar estos y otros elementos en el diseño de los sistemas.

Elementos principales de los datos estructurados sobre beneficiarios finales

Los datos de BO describen las relaciones de titularidad o control entre personas físicas y jurídicas. Según el régimen de divulgación, estas relaciones pueden ser simples o más elaboradas cuando se describen como datos, sin embargo, las tres funciones principales que deben cumplir los datos de BO permanecen constantes. Los datos estructurados sobre beneficiarios finales deben:

1. identificar a las personas, las empresas y otras partes relevantes que se divulgan en una declaración de BO;
2. describir la naturaleza de los intereses y las relaciones entre las partes (por ejemplo, los apoderados) divulgados en una declaración de BO; y
3. garantizar que las divulgaciones de BO sean auditables e interoperables.

Identificación de personas, empresas y otras partes relevantes

Los datos de BO deben ser capaces de describir a todas las entidades que declaran bajo un determinado régimen de BOT. Además, deben ser lo suficientemente flexibles como para incorporar todas las personas y estructuras jurídicas que pueden ser divulgadas como parte de una declaración. Los datos de BO deben definir y estructurar los campos necesarios para describir e identificar a las personas físicas, las personas y estructuras jurídicas que intervienen en las divulgaciones de BOT. Existen dos enfoques complementarios para ello:

1. Exigir el uso de identificadores únicos, permanentes y resolubles para permitir la identificación inequívoca de las entidades humanas y no humanas implicadas en los procesos de BOT. [56] Los identificadores deben tener un valor significativo para los usuarios de los datos, incluidas, por ejemplo, las autoridades de otras jurisdicciones.
   
   Entre los ejemplos de identificadores se incluyen un número de empresa emitido por un registro corporativo conocido, un número de identidad nacional de una jurisdicción específica o un identificador generado internamente para un beneficiario final. [57] Los identificadores permiten un uso eficaz y seguro de los conjuntos de datos, reduciendo la necesidad de limpiarlos y liberando recursos para realizar análisis de mayor valor. Sin embargo, debe haber un identificador relevante y, cuando esté disponible, la recopilación, el almacenamiento y la publicación deben ser adecuados. Por lo tanto, la recopilación de identificadores debe ser una prioridad y considerarse en su contexto, por ejemplo, al dar prioridad a la recopilación de identificadores asociados con los beneficiarios finales nacionales u optar por publicar solo los identificadores generados internamente para apoyar la eliminación de duplicaciones.
   
   Puede ser difícil encontrar identificadores únicos para personas o empresas no nacionales. Por ejemplo, Canadá cuenta con el número de seguridad social (SIN), pero los extranjeros que no trabajan en el país no tienen SIN. Por lo tanto, el registro de la provincia de Columbia Británica para la declaración de beneficiarios finales de la tierra no pide a los ciudadanos extranjeros un identificador de su país de origen porque no tienen forma de validarlo.
   
   Un enfoque podría consistir en incluir algún proceso por el que se asigne a un individuo extranjero un nuevo identificador a través de un registro obligatorio (por ejemplo, en el momento de constituir una empresa o de comprar una propiedad inmueble), o se le exija que adquiera un identificador existente, por ejemplo, en el caso de Canadá, registrándose ante la autoridad fiscal para obtener un número de seguridad social. Otro enfoque es la creación de un nuevo identificador generado internamente, como se propone en EE. UU. [58] Los identificadores generados internamente se prestarían mejor para compartirse a nivel internacional, aunque tendrían menos valor significativo inherente sin la información que los acompaña.
   
   Los implementadores también deben tener en cuenta que los identificadores únicos existentes pueden no ser siempre permanentes para los individuos o las empresas, por ejemplo, en el caso de que dos empresas se fusionen.
   
   
2. Exigir el uso de campos de datos descriptivos que permitan la identificación probabilística de las entidades humanas y no humanas implicadas en los procesos de BOT. Algunos ejemplos de campos de datos descriptivos son: nombres, fecha de nacimiento, nacionalidades y datos de contacto para las personas físicas; y nombre, jurisdicción de constitución, tipo de entidad, direcciones y números de teléfono para las entidades registradas. Los campos de datos descriptivos son útiles cuando no hay identificadores y cuando hay que vincular conjuntos de datos de dos fuentes que no tienen identificadores compartidos. En ambos casos, las entidades pueden identificarse utilizando enfoques probabilísticos. [59] Siempre que sea posible, los campos de datos descriptivos deben considerarse un complemento, y no un sustituto, de los identificadores únicos en los datos, y deben ajustarse a formatos estandarizados.

Mientras que estos enfoques se refieren a la recopilación y almacenamiento de datos, hay que tener en cuenta que, con el fin de limitar los riesgos que pueden surgir de la publicación de la información, los publicadores a menudo no pueden publicar documentos de identidad (ID) únicos para las personas físicas que constituyen datos sensibles, como la identificación personal, la identificación fiscal o los números de seguridad social, que aumentan el riesgo de robo de identidad cuando se publican. Por ello, las jurisdicciones suelen implementar un sistema de acceso por capas, en el que se hace disponible para el público un subconjunto menor de los datos. [60] Con el objetivo de publicar un número mínimo pero suficiente de detalles para que el público pueda utilizar los datos, a menudo se hacen disponibles campos de datos descriptivos, lo que significa que se requieren ambos enfoques complementarios.

Establecer lo que debe divulgarse en función de un régimen de declaración concreto puede ser complejo desde el punto de vista técnico, y también puede estar limitado por la legislación sobre privacidad y protección de datos (consulte, por ejemplo, el Cuadro 7). [61]

Descripción de las relaciones entre las partes

Los datos de BO deben definir los campos y las estructuras necesarios para describir las relaciones entre las personas físicas, las personas y estructuras jurídicas que intervienen en las declaraciones de BOT. Como mínimo, los datos deben establecer un vínculo entre un beneficiario final y la entidad declarante asociada a una divulgación concreta. Los detalles de los datos divulgados sobre una relación entre las partes dependerán entonces del régimen de declaración.

Hay dos áreas principales en las que deben definirse los datos:

1. El nivel de detalle requerido sobre la cadena de titularidad entre la empresa declarante y el beneficiario final. Esto puede variar desde la divulgación solo del beneficiario final hasta la divulgación de toda la cadena de titularidad como datos estructurados. [F]
2. El nivel de detalle requerido sobre los intereses a través de los cuales se ejerce la titularidad o el control. Esto incluye la descripción de los tipos de intereses que se tienen (por ejemplo, los derechos de voto a través de acciones o la titularidad a través de un accionista nominal); el nivel de intereses (por ejemplo, en el caso de las acciones); los detalles sobre los tipos específicos de titularidad y las formas en que los individuos pueden obtener beneficios económicos; el control requerido por un régimen de divulgación (por ejemplo, la divulgación estructurada de los intereses que se tienen en las empresas estatales); y cuándo comienza y termina la relación de titularidad y control. La información sobre los detalles también debe estructurarse para que resulte útil y utilizable, y la titularidad y el control no deben estructurarse a un alto nivel de abstracción que ofusque estos detalles (consulte el Cuadro 8).

Garantía de que las divulgaciones de beneficiarios finales sean auditables

Para que los datos de BO sean útiles, deben ser funcionalmente auditables. La posibilidad de auditoría puede considerarse en tres niveles: [63]

1. El almacenamiento de un registro histórico completo de toda la información de BO, [64] incluido un libro de contabilidad de todos los cambios, reduce el riesgo de manipulación y aumenta la integridad del sistema en general. Esto significa recopilar, almacenar y publicar información administrativa y relacionada con el tiempo. Algunos ejemplos de estos datos son: la fecha de presentación de una declaración; las fechas de inicio y fin de las relaciones; y la publicación de las declaraciones anuales que confirman los datos existentes. Es importante tener en cuenta los datos temporales desde el principio. La necesidad para ello puede tener que deducirse de las leyes y reglamentos.
2. Transparencia sobre cuándo y por qué faltan datos, se desconocen o se mantienen ocultos, para que los datos de BO puedan entenderse de manera inequívoca. Esto incluye, por ejemplo, información sobre si se ha concedido, y en qué casos, una solicitud para que los datos de la persona queden protegidos de la divulgación pública como parte de un régimen de protección; [65] información sobre si una empresa pública puede acogerse a una exención de divulgación porque su intercambio cumple con determinados requisitos de transparencia y divulgación; [66] o situaciones en las que no se informa sobre los beneficiarios finales, ya sea porque ninguna persona cumple con la definición o porque no se pudo encontrar ningún beneficiario final. [67]
3. Reducción de los obstáculos prácticos para acceder y analizar los datos de BO mediante decisiones sobre los formatos de publicación de datos, las normas de acceso y la normalización.

Diseño de sistemas para recopilar, almacenar y compartir datos sobre beneficiarios finales

Los sistemas digitales y los procesos administrativos deben funcionar conjuntamente sin problemas para permitir la recopilación, el almacenamiento, el mantenimiento, el intercambio y la publicación de la información de BO. Implementadores deben asegurarse de que, al diseñar los sistemas y los procesos, estos respalden y apoyen los objetivos de las reformas a nivel técnico. En la práctica, los implementadores deben considerar:

• Asegurarse de que las necesidades de la política de BOT estén en el centro de las decisiones sobre la arquitectura de los sistemas y el diseño de las bases de datos, y que ambos tengan en cuenta las características particulares de los datos de BO, como se ha descripto anteriormente. Es esencial que los implementadores se aseguren en esta etapa de que el diseño de la base de datos puede cumplir con la consulta y el acceso a los datos que se espera en la etapa de publicación. [68] Por ejemplo, ¿permitirá el diseño de la base de datos que los usuarios consulten todas las empresas que son de titularidad o están controladas por una persona física? Un diseño inadecuado en esta etapa restringirá los posibles casos de uso más adelante.
• Adoptar un enfoque digital en el diseño de los sistemas y aprovechar las técnicas digitales, por ejemplo, para mejorar la calidad y la confiabilidad de los datos mediante la validación de la información en el momento de hacer la declaración.
• Garantizar que los enfoques de la recopilación, el almacenamiento y el intercambio de datos se ajusten a los propósitos de los reglamentos de BOT. La creación de datos estructurados requiere resolver la ambigüedad que puede existir en los reglamentos y lineamientos no probados en la práctica. La mejor manera de hacerlo es en las etapas de diseño (por ejemplo, formularios) y especificación, y mediante la colaboración con las agencias adecuadas. [69]
• Garantizar que se genere, recopile y conserve toda la información necesaria sobre el proceso. La recopilación, el almacenamiento y el análisis de dicha información pueden proporcionar una valiosa información sobre la integridad de un sistema de divulgación de BOT. Entre los ejemplos de información que los implementadores pueden encontrar valiosa para recopilar se incluyen: detalles de los intermediarios autorizados que participan en la presentación de datos, como los agentes de creación de la empresa; fechas clave asociadas con el proceso de presentación, verificación y publicación; identificadores internos para los procesos y los individuos; y registros de acceso interno cuando así lo exijan las políticas internas. [G]

Logro del potencial y resolución de la incertidumbre en la etapa de publicación

Hacer que los datos de BO estén disponibles para el público como datos abiertos amplía el grupo de usuarios potenciales de los datos, lo que puede contribuir a diversos objetivos de la política de BOT al hacer que los datos estén disponibles sin las posibles barreras de uso y acceso al resolver la incertidumbre. [70] Para que los datos sean accesibles, comprensibles y utilizables por otros, los implementadores deben considerar:

• utilizar estándares abiertos para publicar y estructurar los datos de BO; y
• garantizar la posibilidad de auditoría de los datos publicados, proporcionando acceso a los datos en diferentes formatos, incluidos los datos históricos, con una licencia adecuada, documentación de acompañamiento y política de publicación.

Estándares abiertos

Los estándares abiertos son normas que están disponibles libremente para su adopción, implementación y actualización. Los estándares abiertos pueden aplicarse tanto a la forma de producir los datos como al formato en el que se publican. Se recomienda un formato legible por medios informáticos, abierto y estándar para la industria. Los valores separados por comas (CSV) son una buena opción para los datos tabulares, aunque la mayoría de los datos de BO son de naturaleza jerárquica. Si la estructura de datos está anidada, los CSV pueden suponer un reto a la hora de representar la información de forma que no lleve a las personas a conectar erróneamente la información, o de forma que sea más grande de lo necesario debido a la duplicación. JavaScript Object Notation (JSON) es un formato de archivo de estándar abierto que se ha establecido como una buena opción para los datos jerárquicos. Se ha convertido en el estándar de facto para la comunicación a través de Internet. Sin embargo, para los analistas es más difícil trabajar con él. Por lo tanto, lo ideal sería ofrecer a los usuarios la posibilidad de elegir entre varios formatos.

Los estándares abiertos también pueden aplicarse a la forma en que se estructuran los datos de BO en su conjunto. El BODS permite a los usuarios publicar información sobre beneficiarios finales en una plantilla determinada (consulte el Cuadro 9). El uso de un estándar abierto proporciona un alto grado de interoperabilidad con otros conjuntos de datos y permite a los usuarios integrar los datos con los sistemas, las herramientas y los flujos de trabajo existentes. [71]

Por último, los estándares abiertos pueden aplicarse a campos individuales de los datos y también pueden aplicarse a la elección de cómo se formatean determinados campos de datos. Por ejemplo, las fechas deben formatearse según un estándar acordado y documentado, como la ISO 8601. [72] Los identificadores de las empresas también se pueden desambiguar mediante el uso de un estándar. Hay varias formas de hacerlo. Por ejemplo, org-id.guide antepone a los números de empresa locales un identificador de registro. [73] El LEI es un identificador global que se proporciona además del número de empresa local. [74]

Garantizar la posibilidad de auditoría de los datos publicados

Los implementadores pueden asegurarse de que los datos publicados sean auditables – que sean fáciles de acceder, interpretar y utilizar – proporcionando múltiples maneras de acceder ellos. [H] Los distintos usuarios necesitan acceder a los mismos datos de formas diferentes, y los distintos tipos de uso requieren acceder a los datos de formas diferentes. Los datos deben estar disponibles en formatos que se adapten tanto a los usuarios no técnicos como a los usuarios y sistemas técnicos a escala. Esto significa que los publicadores deben ofrecer múltiples vías de acceso a los datos. Esto debería incluir:

• Búsqueda por registro a través de una interfaz web. La búsqueda es la forma más potente de acceder a los datos de BO. Dado que los datos de la empresa rara vez se conocen perfectamente de antemano, las búsquedas deben ser lo más flexibles y tolerantes posible, y debe tenerse en cuenta la accesibilidad para el usuario promedio. Un ejemplo de ello es la búsqueda en el Registro de Sociedades Mercantiles (CH) del Reino Unido, que permite la coincidencia parcial en las consultas de búsqueda. Los datos deben poder buscarse tanto por empresa como por beneficiario final. [81]
• Navegación por los registros a través de una interfaz web. Los datos estructurados permiten sacar a la luz los vínculos entre las personas y las empresas, que de otro modo no serían evidentes. Por ejemplo, en el Registro de OO, una interfaz mostrará beneficiarios finales de una empresa. Al hacer clic en un beneficiario final individual, también se mostrarán todas las demás personas jurídicas con las que tiene relaciones de BO.
• Formato en bloque. El análisis de un conjunto de datos completo requiere el acceso a todos los registros mediante la descarga de registros en bloque. Esto puede proporcionarse como una exportación regular desde un sistema de origen. [I] Por ejemplo, el Registro Estatal Unificado de Personas Jurídicas, Empresarios Individuales y Organizaciones Públicas de Ucrania tiene datos disponibles de forma pública y gratuita para su descarga en bloque, a través de un archivo actualizado diariamente. [82]
• Acceso vía API. Una API es una interfaz que permite que dos aplicaciones informáticas se comuniquen entre sí. Cualquier análisis programático o uso de los datos de BO de máquina a máquina es probable que dependa de una API, una forma de hacer peticiones estructuradas de información a través de Internet. Hay que tener en cuenta cómo se gestionará el uso intensivo de las API, incluso mediante el uso de acuerdos comerciales. En una revisión posterior a la implementación del registro de BO del Reino Unido, se observó que el acceso por API y el acceso en bloque generaban el mayor valor para el usuario. [83]

Para cada una de estas formas de acceso a los datos, los registros también deben garantizar la posibilidad de auditoría proporcionando acceso a un registro histórico de los cambios sobre los beneficiarios finales en los datos.

Para que los datos se utilicen con confianza, deben tener una licencia. El uso de una licencia que se ajuste al documento Open Definition puede facilitar el mayor uso de los datos, pero las decisiones sobre licencias deben ajustarse a cada contexto local. [84] Es posible que haya que tener en cuenta la legislación nacional sobre protección de datos y privacidad, que puede influir en las decisiones sobre licencias. Muchos países con regímenes de divulgación no tienen disponible información sobre licencias, lo que socava la confianza en el uso de los datos. Varios países publican la información de BO como datos abiertos, entre ellos Dinamarca, Letonia, Nigeria, el Reino Unido y Ucrania. [85]

Por último, los datos deben ir acompañados del contexto y la documentación necesarios para que sean útiles. Una política de publicación, o guía de uso de datos, permite a los usuarios contextualizar, dar sentido y planificar la reutilización de los datos de BO. Una política de publicación puede incluir detalles sobre licencias, vínculos a la legislación y la reglamentación pertinentes, políticas sobre la actualización de la publicación de datos y un registro de los cambios sustanciales de los datos (técnicos o en respuesta a los cambios en la legislación y los reglamentos) para que los usuarios puedan entender las discontinuidades en las series de datos históricos. Una guía del usuario de los datos debe proporcionar la información necesaria para acceder, analizar y utilizar los datos de BO. Esto puede incluir tanto documentación formal como guías y tutoriales menos formales.

Notas al pie

[F] El principio de detalle suficiente de OO establece que debe recopilarse información suficiente para comprender las cadenas de titularidad completas. La visibilidad de las cadenas de titularidad completas podría depender de la recopilación de información de las declaraciones de las cadenas de titularidad parciales realizadas por diferentes entidades relacionadas. Para entender y determinar qué nivel de detalle se requiere, OO ha publicado un documento de trabajo de divulgación de BO: Kadie Armstrong, “Beneficial ownership disclosure workbook”, Open Ownership, junio de 2021, https://www.openownership.org/en/publications/beneficial-ownership-disclosure-workbook.

[G] Aunque no se ha realizado una revisión exhaustiva sobre la utilidad de los registros de acceso interno, algunas legislaciones nacionales, como la de Estados Unidos, pueden exigirlo: Adam Smith, “William M. (Mac) Thornberry National Defense Authorization Act for Fiscal Year 2021”, 116.º Congreso de los Estados Unidos, 1 de enero de 2021, 1241, https://www.congress.gov/116/bills/hr6395/BILLS-116hr6395enr.pdf.

[H] Las formas de acceder a los datos que aquí se describen también se aplican a los usuarios internos del gobierno, incluso si los datos no están disponibles para el público en todos los formatos. Por ejemplo, aunque varios países lo han hecho sin problemas documentados, algunos gobiernos pueden no poner los datos en bloque disponibles para el público por motivos de privacidad. En este caso, los datos en bloque deberían seguir estando disponibles para las fuerzas de seguridad para realizar investigaciones proactivas.

[I] Un enfoque alternativo es proporcionar a los usuarios acceso a una API de flujo que permita a los usuarios construir el estado actual (o cualquier otro) del conjunto de datos a partir del flujo de cambios enviados a la API por el publicador. Esto es más flexible y potente, y puede ser más adecuado para grandes conjuntos de datos de BO a largo plazo, pero también es más complejo de usar e implementar.

Notas finales

[51] Thom Townsend, “Effective consultation processes for beneficial ownership transparency reform”, Open Ownership, 20 de junio de 2020, 12, https://www.openownership.org/en/publications/effective-consultation-processes-for-beneficial-ownership-transparency-reform.

[52] “Open Ownership Principles”, Open Ownership.

[53] Para obtener más información, consulte: Ramandeep Kaur Chhina y Tymon Kiepe, “Designing sanctions and their enforcement for beneficial ownership disclosure”, Open Ownership, 28 de abril de 2022, https://www.openownership.org/en/publications/designing-sanctions-and-their-enforcement-for-beneficial-ownership-disclosure.

[54] Para obtener más detalles sobre la implementación de regímenes de acceso y protección por capas, consulte: Kiepe, “Making central beneficial ownership registers public”, 17-19.

[55] Consulte: “How to make a business case for open data”, Open Data Institute, 20 de octubre de 2013, https://theodi.org/article/how-to-make-a-business-case-for-open-data; “Research: The economic value of open versus paid data”, Open Data Institute, 20 de abril de 2016, https://theodi.org/article/research-the-economic-value-of-open-versus-paid-data; Kiepe, “Making central beneficial ownership registers public”, 4. Para conocer las metodologías de medición de los beneficios económicos de las reformas de BOT, consulte: “Measuring the economic impact of beneficial ownership transparency”, Lateral Economics et al.

[56] “Why do open organisational identifiers matter?”, Open Data Services, Medium, 13 de abril de 2022, https://medium.com/opendatacoop/why-do-open-organisational-identifiers-matter-46af05ab30a; Deborah Yates, “Sustainable stewardship of open identifiers”, Open Data Institute, 7 de septiembre de 2021, https://theodi.org/article/sustainable-stewardship-of-open-identifiers.

[57] “Real world identifiers”, Open Ownership, n.d., https://standard.openownership.org/en/latest/schema/guidance/identifiers.html.

[58] “Fact Sheet: Beneficial Ownership Information Reporting Notice of Proposed Rulemaking (NPRM)”, Financial Crimes Enforcement Network, US Treasury, 7 de diciembre de 2021, https://www.fincen.gov/news/news-releases/fact-sheet-beneficial-ownership-information-reporting-notice-proposed-rulemaking.

[59] Consulte, por ejemplo, el depósito de datos del Ministerio de Justicia del Reino Unido, que utiliza la vinculación probabilística de registros y la eliminación de duplicaciones a escala: “moj-analytical-services/splink: Fast, accurate and scalable probabilistic data linkage using your choice of SQL backend”, GitHub, n.d., https://github.com/moj-analytical-services/splink. Esto fue utilizado por la Autoridad de Competencia y Mercado del Reino Unido para vincular los registros y asignar identificadores únicos a los datos de BO del Reino Unido; consulte: Open Ownership, “Open Ownership technology showcase #4”.

[60] Para obtener más información sobre el acceso por capas, consulte: Kiepe, “Making central beneficial ownership registers public”, 17.

[61] Consulte: “Open Ownership Principles – Sufficient detail”, Open Ownership, actualizado en julio de 2021, https://www.openownership.org/en/principles/sufficient-detail; “Beneficial ownership declaration forms: Guide for regulators and designers”, Open Ownership, 17 de marzo de 2021, https://www.openownership.org/en/publications/beneficial-ownership-declaration-forms-guide-for-regulators-and-designers.

[62] Lubumbe Van de Velde, “Gender and beneficial ownership transparency”, Open Ownership, 28 de abril de 2022, https://www.openownership.org/en/publications/gender-and-beneficial-ownership-transparency.

[63] Para obtener más información, consulte: Kadie Armstrong, “Building an auditable record of beneficial ownership”, Open Ownership, de próxima aparición.

[64] Consulte: “Open Ownership Principles – Up to date and auditable”, Open Ownership, actualizado en julio de 2021, https://www.openownership.org/en/principles/up-to-date-and-auditable.

[65] Consulte: Kiepe, “Making central beneficial ownership registers public”, 19.

[66] Kadie Armstrong y Jack Lord, “Beneficial ownership transparency and listed companies”, Open Ownership, 17 de septiembre de 2020, https://www.openownership.org/en/publications/beneficial-ownership-transparency-and-listed-companies; “Open Ownership Principles – Comprehensive coverage”, Open Ownership, actualizado en julio de 2021, https://www.openownership.org/en/principles/comprehensive-coverage.

[67] Para obtener más información, consulte: “Beneficial ownership declaration forms”, Open Ownership.

[68] Para obtener más información y orientaciones técnicas detalladas, consulte: “Relational database design considerations for beneficial ownership information”, Extractive Industries Transparency Initiative and Open Ownership.

[69] Para obtener orientaciones técnicas sobre el alcance de la divulgación y la revisión de los formularios, y más detalles sobre la resolución de estas cuestiones, consulte: “Beneficial ownership declaration forms”, Open Ownership.

[70] Kiepe, “Making central beneficial ownership registers public”.

[71] “Beneficial Ownership Data Standard (v0.3)”, Open Ownership.

[72] “ISO 8601 – Date and time format”, Organización Internacional de Normalización.

[73] “org-id.guide - list locator (Alpha)”, org-id.guide.

[74] “Global LEI Index”, Global Legal Entity Identifier Foundation.

[75] “Beneficial Ownership Data Standard (v0.3)”, Open Ownership.

[76] “We help people publish and use open data”, Open Data Services, n.d., https://opendataservices.coop.

[77] “Beneficial Ownership Data Standard – Schema browser”, Open Ownership, n.d., https://standard.openownership.org/en/0.3.0/schema/schema-browser.html.

[78] Stephen Abbott Pugh, “Launch of version 0.3 of the Beneficial Ownership Data Standard”, Open Ownership, 20 de junio de 2022, https://www.openownership.org/en/news/launch-of-version-03-of-the-beneficial-ownership-data-standard.

[79] “Collect, use and exchange beneficial ownership information”, UK Cabinet Office, actualizado el 16 de marzo de 2022, https://www.gov.uk/government/publications/open-standards-for-government/collect-use-and-exchange-beneficial-ownership-information.

[80] Consulte, por ejemplo: “Beneficial Ownership Register”, Foster Moore, n.d., https://www.fostermoore.com/verne/beneficial-ownership-register.

[81] See: “Open Ownership Principles – Public access”, Open Ownership, actualizado en julio de 2021, https://www.openownership.org/en/principles/public-access.

[82] “Ukraine Consolidated State Registry (Edinyy Derzhavnyj Reestr [EDR])”, Open Ownership, n.d., https://register.openownership.org/data_sources/ua-edr-register. Desde la invasión rusa de Ucrania en febrero de 2022, el registro de BO ucraniano está fuera de servicio.

[83] “Valuing the user benefits of Companies House data – Report 2: Direct Users”, BEIS, 24. Para obtener más información, consulte: “Measuring the economic impact of beneficial ownership transparency”, Lateral Economics et al.

[84] “The Open Definition”, Open Knowledge Foundation, n.d., https://opendefinition.org. Consulte: Kiepe, “Making central beneficial ownership registers public”.

[85] Consulte el indicador A.COMPANY.BOT.e.e3.LICENSE en “GDB full dataset”, Global Data Barometer, 2021, https://storage.googleapis.com/gdb-files/modules/gdb-2021-company-information-module-data.csv. Por ejemplo, “Vilkår for brug af danske offentlige data” Erhvervsstyrelsen, 10 de marzo de 2015, https://hjaelp.virk.dk/sites/default/files/vilkaar_for_brug_af_danske_offentlige_data_v4.pdf; “Companies House public task and Crown copyright”, Registro de Sociedades Mercantiles del Reino Unido, actualizado el 9 de agosto de 2019, https://www.gov.uk/government/publications/companies-house-accreditation-to-information-fair-traders-scheme.

Next page: Conclusión