Esquema de datos / Registro de modificaciones

Registro de modificaciones¶

Atención

Esta es la versión 0.3 del Estándar de Datos de Beneficiarios Finales (BODS). Incluye actualizaciones del modelo de datos y listas de códigos, así como orientación técnica adicional.

Cabe señalar a los implementadores que se esperan cambios a futuro antes de la publicación de la versión 1.0. Sin embargo, todo cambio estructural o modificación importante de las definiciones solamente se lleva a cabo con previa consulta, facilitando un registro de modificaciones claro, y manteniendo la documentación de versiones anteriores a modo de archivo.

El esquema especifica una estructura, campos y listas de códigos, pero en la mayoría de los campos aún no impone restricciones de validación.

[0.3] - 2022-04-15¶

Qué se agregó¶

Orientación técnica (normativa) sobre “Representación de beneficiarios finales” proporciona requisitos detallados para el uso de beneficialOwnershipOrControl, directOrIndirect, componentStatementIDs y isComponent.
Compatibilidad con la descripción de los valores negociados y el estado de una empresa que cotiza en bolsa (PLC): se ha agregado un nuevo objeto publicListing a las declaraciones de entidad.
Apoyo a la representación de empresas estatales (SOE):
- Se agregaron nuevos códigos “state” y “stateBody” a la lista de códigos entityType.
- Nueva propiedad entitySubtype agregada a las declaraciones de entidad. Su valor es un objeto con propiedades generalCategory (lista de códigos, ver más abajo) y localTerm (cadena de caracteres).
- Nueva entitySubtypeCategory. Actualmente solo se completa con códigos relacionados con organismos estatales.
- Nueva propiedad formedByStatute agregada a las declaraciones de entidad. Su valor es un objeto con propiedades name y date.
- Cambios (abajo) para acomodar la representación de estados y organismos estatales.
Orientación técnica (normativa) sobre “Representación de empresas estatales” que proporciona requisitos de modelado.
Se agregaron los siguientes códigos a la lista de códigos: interestType: “controlViaCompanyRulesOrArticles”, “controlByLegalFramework”, “boardMember”, “boardChair”, “unknownInterest”, “unpublishedInterest”, “enjoymentAndUseOfAssets”, “rightToProfitOrIncomeFromAssets”.

Qué se modificó¶

Los códigos de la lista de códigos interestType y unspecifiedReason han cambiado de usar guiones a camelCase.
En la declaración sobre persona, hasPepStatus y pepDetails se han incluido en un objeto PoliticalExposure y se les ha cambiado el nombre de status y details.
Se cambió el nombre de la propiedad incorporatedInJurisdiction en las declaraciones de entidad a jurisdiction y se actualizó la descripción.
Jurisdiction.name ahora es un campo requerido (anteriormente se definía como «DEBE» en la descripción).
Country.name ahora es un campo requerido (anteriormente se definía como «DEBE» en la descripción).
Se actualizó la descripción de “legalEntity” en la lista de códigos entityType para eliminar la cobertura de los departamentos gubernamentales (que ahora se incluyen en “stateBody”).
El Address.country aclarado proviene de la lista ISO 3166-1.
El Country.code aclarado proviene de la lista ISO 3166-1.
El Jurisdiction.code aclarado proviene de la lista ISO 3166-1 o ISO 3166-2.
Se aclararon los valores requeridos para statementType.
Se cambió el nombre de interestLevel a directOrIndirect.
A los códigos de la lista de códigos interestType se les ha quitado “OfTrust” para que se refieran a cualquier tipo de estructura jurídica. Sus descripciones se han editado para reflejar estos cambios. “beneficiaryOfTrust” se cambió a “beneficiaryOfLegalArrangement” para evitar ambigüedades y se eliminó “otherInfluenceOrControlOfTrust”.

Alteraciones en la estructura y lógica del esquema¶

El objeto Annotation se ha refactorizado.
Se eliminó la referencia a la lista de códigos en statementType. Esto soluciona los problemas causados por la forma en que usamos este campo para seleccionar qué subesquema usar para la validación. Esto no debería afectar a nadie que use el esquema compilado, pero puede afectar directamente a aquellos que usan los archivos en el directorio “esquema”.

[0.2] - 2019-06-30¶

Qué se agregó¶

Soporte para señalar detalles de las relaciones de beneficiario final indirectas (cuando un beneficiario final posee o controla una entidad a través de intermediarios):
- Se agregó la propiedad requerida isComponent en los tres objetos de Declaraciones. Ésta toma un valor booleano e indica si una declaración representa parte de una relación primaria indirecta de titularidad o control .
- Se agregó la propiedad componentStatementIDs a las Declaraciones sobre Titularidad o Control. Ésta toma un arreglo de datos de Identificaciones de Declaración, e indica cuáles son las declaraciones componentes que brindan detalles acerca de la Declaración sobre Titularidad o Control principal.
Se agregó la propiedad requerida publicationDetails en los tres objetos de Declaraciones. Ésta señala metadatos de las Declaraciones: información sobre su publicador original. Las subpropiedades (y sus respectivas subpropiedades) son:
- publicationDate*
- bodsVersion*
- license
- publisher* (name, url)
* requerido
Se agregó la propiedad hasPepStatus (que toma un valor booleano) a las Declaraciones sobre Personas. Solo debe utilizarse cuando los requisitos de divulgación exigen que se marque a las Personas Expuestas Políticamente.
Los objetos Condición PEP ahora tiene las propiedades adicionales missingInfoReason y source.
Se agregó la propiedad taxResidencies a las Declaraciones sobre Personas. Ésta toma un arreglo de datos de objetos País.
Soporte para explicaciones más estructuradas de datos faltantes y anonimizados:
- Se agregó unspecifiedPersonDetails a las Declaraciones sobre Personas (junto con reason como subpropiedad requerida)
- Se agregó unspecifiedEntityDetails a las Declaraciones sobre Entidades (junto con reason como subpropiedad requerida)
La subpropiedad reason se sirve de la lista de códigos Motivo No Especificado (al igual que la propiedad interestedParty.unspecified de las Declaraciones sobre Titularidad o Control).

Qué se modificó¶

La propiedad pepStatus de las Declaraciones sobre Personas cambió su denominación a pepStatusDetails (y sigue haciendo referencia a un arreglo de objetos Condición PEP).
La propiedad personType de las Declaraciones sobre Personas ahora es un requisito.
Si Annotation.motivation es «linking», entonces se exige Annotation.url.
La lista de códigos Tipo de Participación se ha modificado:
- «influence-or-control» cambió su denominación a «other-influence-or-control»
- «rights-to-surplus-assets» cambió su denominación a «rights-to-surplus-assets-on-dissolution»
- Se agregó «rights-granted-by-contract»
- Se agregó «conditional-rights-granted-by-contract»
La lista de códigos Tipo de Domicilio se ha modificado:
- se suprimió «home» (ya que se puede usar «residence» en su lugar)
- se agregó «business»
La lista de códigos Tipo de Nombre se ha modificado:
- se suprimieron «alias», «aka», y «nick». Se los reemplazó a todos por «alternative»
- Se agregó «transliteration»
La lista de códigos Motivo No Especificado se ha modificado:
- Se agregó «“information-unknown-to-publisher»
Todas los códigos de la lista de códigos ahora tienen descripciones.

Qué se eliminó¶

Se eliminó la propiedad missingInfoReason de las Declaraciones sobre Personas y las Declaraciones sobre Entidades. Se la reemplazó por unspecifiedPersonDetails y unspecifiedEntityDetails, respectivamente.

[0.1] - 2018-12-12¶

Qué se agregó¶

Se agregó la propiedad beneficialOwnershipOrControl al objeto Participación. Ésta toma un valor booleano. Puede utilizarse para afirmar que una relación de participación entre una persona física y una entidad convierte a esa persona en un beneficiario final.
Se agregó la propiedad pepStatus al objeto Declaración sobre Persona. Permite registrar a una persona física como persona expuesta políticamente (con un respectivo motivo, jurisdicción, fecha de inicio y fecha de finalización).
Se agregó la propiedad annotations a los tres tipos de declaración. Las notas constituyen un modo de incluir datos (estructurados) adicionales o de transformar los datos existentes de manera orientada.
La propiedad unspecified sustituye a la opción nullParty para las partes interesadas. La lista de códigos unspecifiedReason ofrece opciones para describir por qué no se registra a una parte interesada.

Qué se modificó¶

La lista de códigos interestType se amplió a los efectos de incluir participaciones en fideicomisos.
Se ha aplanado la estructura de datos en formato BODS a fin de eliminar los anidamientos externos y facilitar la serialización mediante JSON Lines.
«Declaraciones sobre beneficiarios finales» cambió su denominación a «declaraciones sobre titularidad o control» a fin de reflejar el alcance de su uso.

Qué se eliminó¶

Ya no se utilizan arreglos de objetos statementGroup (cada objeto con su propia identificación de grupo de declaraciones) para empaquetar arreglos de declaraciones. Esto refleja el aplanamiento de la estructura de datos en formato BODS.
La opción nullParty para las partes interesadas. Consulte la propiedad unspecified en la sección de más arriba que describe qué se agregó.