Personas [Party]
Fuente única y autorizada de todas las personas físicas y jurídicas que interactúan con la aseguradora.
Flujo de Proceso: Ciclo de Vida de la Parte
El Data Product de Personas es producido y consumido por las siguientes capacidades del ACORD Capability Model. El ciclo de vida de una parte sigue una secuencia cronológica desde la captación hasta la baja.
graph LR
A["1. Captación de Leads
[LeadAcquisition]"]
B["2. Onboarding / KYC
[IdentityVerification]"]
C["3. Registro Maestro
[PartyMasterData]"]
D["4. Gestión de Roles
[RoleManagement]"]
E["5. Actualización / Baja
[DataLifecycle]"]
A -->|"datos personales"| B
B -->|"identidad validada"| C
C -->|"parte activa"| D
D -->|"roles asignados"| E
style A fill:#2563eb15,stroke:#2563eb,stroke-width:2px
style B fill:#2563eb15,stroke:#2563eb,stroke-width:2px
style C fill:#2563eb15,stroke:#2563eb,stroke-width:2px
style D fill:#2563eb15,stroke:#2563eb,stroke-width:2px
style E fill:#2563eb15,stroke:#2563eb,stroke-width:2px
Mapa de Capacidades ACORD
| Paso del Proceso | Capacidad Nivel 1 | Capacidad Nivel 2 | Descripción |
|---|---|---|---|
| Captación de Leads | Marketing & Sales | Lead Management | Captación de prospectos desde todos los canales comerciales |
| Onboarding / KYC | Business Management | KYC / AML Compliance | Verificación de identidad y cribado normativo de partes |
| Registro Maestro | Distribution Management | Producer Management | Alta formal en el registro maestro de partes |
| Gestión de Roles | Policy Administration | Customer Management | Asignación de roles (tomador, asegurado, etc.) |
| Actualización / Baja | Business Management | Data Management | Mantenimiento de datos maestros y bajas lógicas |
Capacidades Detalladas
Gestión de Intermediarios
Registro, acreditación, cartera y desempeño de agentes, brokers y corredores. Este proceso produce el dato maestro de intermediarios que luego es consumido por políticas de negocio, liquidación de comisiones y reportes regulatorios.
Vinculación de Partes a la Póliza
Asignación de roles (tomador, asegurado, beneficiario) a cada contrato de seguro. Consume el dato maestro de Personas y lo enriquece con el contexto del contrato.
Cumplimiento Normativo
Verificación de identidad, cribado contra listas de sanciones y PEPs, y monitoreo continuo de partes. Consume y actualiza el estado de compliance de cada parte.
Ontología Semántica ACORD — Party
Este Data Product se alinea con la entidad central Party del ACORD Information Model. Party es el super-tipo del cual se especializan Person (persona física) y Organization (persona jurídica). Los roles se gestionan mediante PartyRole, permitiendo que una misma parte participe en múltiples contextos de negocio simultáneamente.
flowchart TD
subgraph Core["🏛️ Core Entity"]
Party["Persona / Entidad [Party]"]
end
subgraph Specializations["Especializaciones"]
Person["Persona Física [Person]"]
Org["Empresa / Organización [Organization]"]
end
subgraph Roles["Roles ACORD"]
PH["Tomador [PolicyHolder]"]
Ins["Asegurado [Insured]"]
Ben["Beneficiario [Beneficiary]"]
Prod["Agente / Productor [Producer]"]
Cl["Cliente [Client]"]
end
subgraph Attributes["Atributos"]
Addr["Dirección [Address]"]
Contact["Contacto [ContactPoint]"]
Rel["Relación entre Partes [PartyRelationship]"]
end
Party -->|"se especializa en"| Person
Party -->|"se especializa en"| Org
Party -->|"desempeña rol de"| PH
Party -->|"desempeña rol de"| Ins
Party -->|"desempeña rol de"| Ben
Party -->|"desempeña rol de"| Prod
Party -->|"desempeña rol de"| Cl
Party -->|"tiene"| Addr
Party -->|"tiene"| Contact
Party -- "se relaciona con [relatesTo]" --> Rel
classDef core fill:#2563eb15,stroke:#2563eb,stroke-width:3px,color:#1e293b
classDef spec fill:#60a5fa20,stroke:#3b82f6,color:#1e3a5f
classDef role fill:#a78bfa20,stroke:#8b5cf6,color:#4c1d95
classDef attr fill:#34d39920,stroke:#10b981,color:#065f46
class Party core
class Person,Org spec
class PH,Ins,Ben,Prod,Cl role
class Addr,Contact,Rel attr
Definiciones de Entidades ACORD
| Entidad ACORD | Concepto de Negocio | Definición | Super-tipo |
|---|---|---|---|
| Party | Persona / Entidad | Cualquier individuo u organización con quien la aseguradora tiene relación | — |
| Person | Persona Física | Individuo; sub-tipo de Party con atributos demográficos (nombre, DOB, género) | Party |
| Organization | Empresa / Persona Jurídica | Entidad legal; sub-tipo de Party con atributos corporativos (razón social, CIF) | Party |
| PartyRole | Rol | Función que una parte desempeña en un contexto de negocio específico | — |
| PolicyHolder | Tomador | Rol de la parte que contrata y es responsable del pago de la póliza | PartyRole |
| Insured | Asegurado | Rol de la parte o bien cubierto por la póliza | PartyRole |
| Beneficiary | Beneficiario | Rol de la parte que recibe la prestación en caso de siniestro | PartyRole |
| Producer | Agente / Intermediario | Rol del mediador oficial que interviene en la contratación | PartyRole |
| Address | Dirección | Localización postal asociada a una parte (fiscal, residencia, social) | — |
| PartyRelationship | Relación entre Partes | Vínculo semántico entre dos partes (cónyuge, empleado, filial) | — |
Glosario de Negocio ACORD
Clientes y Terceros dp_personas_v1
El Data Product de Personas unifica la información de todas las partes con las que la aseguradora se relaciona: clientes, tomadores, asegurados, beneficiarios e intermediarios. Cada parte puede desempeñar múltiples roles simultáneamente (ej. un mismo individuo es tomador de una póliza y asegurado de otra).
Alimentado por los sistemas core de CRM, administración de pólizas, onboarding digital y red de agencias.
Preguntas de Negocio que Responde
- ¿Cuál es la visión 360° de un cliente (pólizas, siniestros, cobros)?
- ¿Qué clientes tienen más de 3 pólizas activas y son elegibles para cross-selling?
- ¿Cuántos intermediarios tiene la red y cuál es su cartera actual?
- ¿Qué asegurados están también registrados como tomadores?
- ¿Qué beneficiarios están vinculados a pólizas de Vida?
- ¿Qué partes han tenido cambios de domicilio en los últimos 6 meses?
Modelo de Datos Lógico
Diagrama entidad-relación del Data Product con equivalencias ACORD en cada atributo:
erDiagram
PARTY ||--o{ PARTY_ROLE : "desempeña [actsAs]"
PARTY ||--o{ ADDRESS : "tiene [has]"
PARTY ||--o{ PARTY_RELATIONSHIP : "se relaciona [relatesTo]"
PARTY_ROLE }o--|| PARTY : "pertenece a [belongsTo]"
PARTY {
string nombre_completo "Nombre o razón social [FullName]"
string tipo_documento "DNI, NIF, CIF [PartyIDTypeCd]"
string numero_documento "Identificador oficial [PartyID]"
date fecha_nacimiento "Fecha nacimiento / constitución [BirthDt]"
string email "Correo electrónico [EmailAddress]"
string telefono "Teléfono principal [PhoneNumber]"
string clasificacion "Segmento: VIP, PYME, Particular [ClassificationCd]"
string nivel_riesgo "Scoring crediticio/fraude [RiskRatingCd]"
string estado "Activo, Inactivo, Suspendido [StatusCd]"
}
PARTY_ROLE {
string rol "Tomador, Asegurado, Beneficiario, Agente [RoleCd]"
string contexto "Póliza, Siniestro, Contrato"
}
ADDRESS {
string tipo "Fiscal, Residencia, Social [AddressTypeCd]"
string direccion "Calle, número, ciudad, CP"
string pais "Código ISO del país"
}
PARTY_RELATIONSHIP {
string tipo "Cónyuge, Empleado, Filial [RelationshipCd]"
string party_origen "ID de la parte origen"
string party_destino "ID de la parte destino"
}
Atributos Clave
| Atributo de Negocio | ACORD Logical Mapping | Definición | Valor Ejemplo |
|---|---|---|---|
| Nombre Completo | Person.FullName / Organization.LegalName | Nombre legal de la persona física o razón social | "María García López" / "Consultora del Sur S.L." |
| Tipo de Documento | Party.PartyIDTypeCd | DNI, NIF, CIF, Pasaporte o NIE | "DNI" / "CIF" |
| Número de Documento | Party.PartyID | Identificador fiscal o documento oficial | "12345678A" / "B-98765432" |
| Fecha Nac./Constitución | Person.BirthDt / Organization.AuthorizationDt | Fecha de nacimiento o de constitución | "15/03/1985" / "01/07/2010" |
| Correo Electrónico | Party.EmailAddress | Email principal para comunicaciones comerciales | "maria.garcia@email.com" |
| Teléfono Principal | Party.PhoneNumber | Teléfono de contacto prioritario | "+34 612 345 678" |
| Dirección Residencia/Social | Address (AddressTypeCd) | Dirección principal según tipo de parte | "C/ Gran Vía 42, 28013 Madrid" |
| Dirección Fiscal | Address (AddressTypeCd = Tax) | Domicilio a efectos fiscales | "Av. de la Constitución 15, 41001 Sevilla" |
| Clasificación Comercial | Party.ClassificationCd | Segmento: VIP, Corporativo, PYME, Particular | "Particular" / "PYME" |
| Nivel de Riesgo | Party.RiskRatingCd | Scoring crediticio o de fraude | "Bajo" / "Medio" |
| Roles Activos | PartyRole.RoleCd | Roles actuales que desempeña | "Tomador, Asegurado" |
| Estado | Party.StatusCd | Situación: Activo, Inactivo, Suspendido | "Activo" |
| Ocupación / Profesión | Person.OccupationCd | Código de ocupación profesional | "Arquitecto" / "COM-1234" |
| Fecha de Alta | Party.CreatedDt | Momento del primer registro en la organización | "12/09/2019" |
Esquemas ACORD XSD Relacionados
| Estándar | Versión | Namespace / Archivo XSD | Agregados Clave |
|---|---|---|---|
| P&C XML | v2.14.0 | http://www.ACORD.org/standards/PC_Surety/ACORD1/xml/ (XSD v1.16.0, ACORD_PCS.xsd) | Party, Person, Organization, PartyRole, Address, PartyRelationship |
| Life & Annuity TXLife | v2.49.00 | http://ACORD.org/Standards/Life/2 / TXLife.xsd | TXLife, Party, PersonInfo, OrganizationInfo |
| GRLC | Gen 2.0 | http://www.acord.org/standards/grlc | Party, Broker, Intermediary |
Documentación oficial ACORD P&C → • ACORD GRLC → • Reference Architecture →