Estándar de datos / Registro de modificaciones

Registro de modificaciones¶

Atención

Esta es la versión 0.4 del Estándar de datos sobre beneficiarios finales. Incluye actualizaciones del modelo de datos, listas de códigos y orientación técnica.

Se anticipan cambios futuros antes del lanzamiento de una versión 1.0. Consulte las páginas Registro de modificaciones y ¿De qué se trata? para obtener más información.

[0.4] - 2024-05-08¶

Qué se agregó¶

Objeto recordDetails que contiene los campos de persona, entidad o relación dentro de un enunciado.
declaration y declarationSubject para apoyar el agrupamiento de enunciados por declaración principal (presentación formal) o por declarante
recordId y recordStatus para apoyar las actualizaciones de información
Nuevas páginas de documentación:
- Guía de fechas
- Generación de enunciados
- Identificadores de registro
- Representación de fideicomisos
- Representación de acuerdos de mandato
- Representación de actualizaciones de registro

Qué se modificó¶

Se revisaron todos los campos de fecha y fecha-hora para garantizar una validación correcta
Se actualizaron los títulos y descripciones del esquema y de la lista de códigos
Se actualizaron las imágenes y el texto de la documentación
Se renombró la sección de la documentación “Esquema de datos” como “Estándar de datos” para más claridad
Las páginas guía de “Estándar de datos” se restructuraron en las subsecciones “Requisitos de modelado” y “Requisitos de sistema”
Se renombraron los enunciados “Ownership-or-control” como enunciados “Relationship”
Campos de enunciado:
- statementDate ahora es requerido
- Se reemplazó statementType por recordType
- Se renombró statementID como statementId
Campos de entidad:
- Se combinaron entityType y entitySubtype en entityType
- Se eliminó securitiesListings de los campos requeridos en publicListing
- “mandato” y “fideicomiso” se agregaron a la lista de códigos entitySubtype
- Se eliminaron los prefijos de la lista de códigos entitySubtype (p. ej. “stateBody-stateAgency” ahora es “stateAgency”)
Campos de relación:
- Se actualizaron las propiedades y los requisitos Interest.share`. Ahora los valores y los rangos exactos están representados de formas más simples.
- Se agregaron “mandatario” y “mandante” a la lista de códigos Interest.type
- Ahora los campos interestedParty y subject contienen un valor recordId (en lugar de un valor statementId). En lugar de ello, pueden tomar un objeto de registro no especificado para representar la información faltante.
- Se renombró componentStatementIds como componentRecordIds y ahora contiene valores recordId
Campos de persona:
- fullName ahora es requerido
- Se renombró el código name.type de “individual” a “legal”
address.country ahora es un objeto País, no un código de país.

Qué se eliminó¶

placeOfResidence

agent

replacesStatements

Página de requisitos funcionales

Página de fuentes y notas

Alteraciones en la estructura y lógica del esquema¶

Se actualizó la versión del esquema JSON de draft-04 a 2020-12
Se renombraron los archivos del esquema y se refactorizó el contenido
Se incluyó la mayor validación posible dentro del esquema
Se reemplazaron los tipos enum con un valor con el tipo const

[0.3] - 2022-04-15¶

Qué se agregó¶

Orientación técnica (normativa) sobre “Representación de los beneficiarios finales”: proporciona requisitos detallados para el uso de beneficialOwnershipOrControl, directOrIndirect, componentStatementIDs e isComponent.
Apoyo para 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 los enunciados sobre 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.
- Se agregó la nueva propiedad entitySubtype a los enunciados 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.
- Se agregó la nueva propiedad formedByStatute a los enunciados de entidad. Su valor es un objeto con propiedades name y date.
- Cambios (abajo) para aceptar 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 el enunciado sobre persona, hasPepStatus y pepDetails se han incluido en un objeto PoliticalExposure y se les ha cambiado el nombre a status y details.
Se cambió el nombre de la propiedad incorporatedInJurisdiction en los enunciados sobre 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”).
La aclaración de Address.country proviene de la lista ISO 3166-1.
La aclaración de Country.code proviene de la lista ISO 3166-1.
La aclaración de Jurisdiction.code 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 “schema”.

[0.2] - 2019-06-30¶

Qué se agregó¶

Apoyo para representar detalles de las relaciones de titularidad indirecta del beneficiario final (donde un beneficiario final posee o controla una entidad a través de intermediarios):
- Se agregó la propiedad requerida isComponent en los tres objetos de enunciados. Toma un valor booleano e indica si un enunciado representa parte de una relación primaria indirecta de titularidad o control.
- Se agregó la propiedad componentStatementIDs a los enunciados sobre titularidad o control. Toma un arreglo de datos de Identificaciones de enunciado indicando cuáles son los enunciados componentes que brindan detalles acerca del enunciado sobre titularidad o control principal.
Se agregó la propiedad requerida publicationDetails a los tres objetos de enunciados. Representa metadatos de los enunciados: 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 los enunciados 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 tienen las propiedades adicionales missingInfoReason y source.
Se agregó la propiedad taxResidencies a los enunciados sobre personas. Toma un arreglo de datos de objetos País.
Apoyo para explicaciones más estructuradas de datos faltantes y anonimizados:
- Se agregó unspecifiedPersonDetails a los enunciados sobre personas (junto con reason como subpropiedad requerida)
- Se agregó unspecifiedEntityDetails a los enunciados 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 del enunciado sobre titularidad o control).

Qué se modificó¶

La propiedad pepStatus de los enunciados sobre personas cambió su denominación a pepStatusDetails (y sigue haciendo referencia a un arreglo de objetos Condición de PEP).
La propiedad personType de los enunciados sobre personas ahora es requerida.
Si Annotation.motivation es «linking», entonces se requiere Annotation.url.
La lista de códigos Tipo de interés 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 dirección 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 los enunciados sobre personas y los enunciados 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 Interés. Toma un valor booleano. Puede utilizarse para afirmar que un interés entre una persona física y una entidad convierte a esa persona en un beneficiario final.
Se agregó la propiedad pepStatus al objeto Enunciado sobre persona. Permite registrar a una persona física como persona expuesta políticamente (con un motivo, jurisdicción, fecha de inicio y fecha de finalización relacionados).
Se agregó la propiedad annotations a los tres tipos de enunciado. 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 intereses 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.
“Beneficial ownership statements” cambió su denominación a “Ownership-or-control statements” para 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 enunciados) para empaquetar arreglos de datos de enunciados. 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ó.