Saltar al contenido principal

Documentation Index

Fetch the complete documentation index at: https://docs.lerian.studio/llms.txt

Use this file to discover all available pages before exploring further.

Una Alias Account define el contexto de negocio asociado con una Cuenta del Ledger en Midaz. Vincula un Holder a una cuenta específica en el ledger, enriqueciéndola con detalles bancarios, información regulatoria y datos de partes relacionadas. Sin esta conexión, la mayoría de las funcionalidades impulsadas por el CRM — como tarifas, notificaciones y facturación — no funcionarán como se espera.
Para un recorrido paso a paso sobre cómo vincular holders a cuentas, consulte Primeros pasos con CRM.

Cómo funciona


La Alias Account es una representación a nivel de CRM de una Cuenta del Ledger en Midaz. Al crear una Alias Account, proporcionas el ledgerId y el accountId que identifican la cuenta objetivo en el ledger. La Alias Account hereda automáticamente el document y el type del Holder asociado. Este diseño mantiene la información de cuenta orientada al cliente (números bancarios, códigos de sucursal, identificadores regulatorios) separada del ledger transaccional, brindando flexibilidad para escenarios multi-banco e integración con sistemas externos.
Una Alias Account siempre debe estar vinculada a un Holder existente. Crea el Holder primero y luego crea la Alias Account. Consulta Usando CRM para el flujo de integración correcto.

Campos de la Alias Account


Campos principales

CampoTipoRequeridoDescripción
iduuidGenerado por el sistemaIdentificador único de la Alias Account.
holderIduuidGenerado por el sistemaEl ID del Holder asociado (derivado de la ruta de la URL).
ledgerIdstringEl UUID del Ledger en Midaz.
accountIdstringEl UUID de la Cuenta del Ledger en Midaz.
documentstringGenerado por el sistemaHeredado del Holder asociado.
typestringGenerado por el sistemaHeredado del Holder asociado (NATURAL_PERSON o LEGAL_PERSON).
metadataobjectNoPares clave-valor para datos personalizados y no sensibles. Claves limitadas a 100 caracteres y valores a 2000 caracteres.
createdAtdatetimeGenerado por el sistemaTimestamp de creación (RFC 3339).
updatedAtdatetimeGenerado por el sistemaTimestamp de última actualización (RFC 3339).
deletedAtdatetimeGenerado por el sistemaTimestamp de eliminación lógica, si aplica (RFC 3339).

Detalles bancarios

El objeto bankingDetails almacena información de la institución financiera asociada al alias:
CampoTipoRequeridoDescripción
branchstringNoCódigo de sucursal bancaria (ej.: 0001).
accountstringNoNúmero de cuenta bancaria (ej.: 123450).
typestringNoCódigo del tipo de cuenta (ej.: CACC para cuenta corriente).
openingDatestringNoFecha de apertura de la cuenta en formato AAAA-MM-DD.
closingDatestringNoFecha de cierre de la cuenta, si aplica, en formato AAAA-MM-DD.
ibanstringNoNúmero Internacional de Cuenta Bancaria (IBAN).
countryCodestringNoCódigo de país de la institución financiera (ej.: BR, US).
bankIdstringNoIdentificador del banco o institución financiera.

Campos regulatorios

El objeto regulatoryFields almacena datos requeridos por reguladores financieros:
CampoTipoRequeridoDescripción
participantDocumentstringNoNúmero de documento que identifica la entidad del grupo financiero propietaria de la relación.

Partes relacionadas

Las partes relacionadas son individuos o entidades asociados con una Alias Account que tienen un rol definido y una relación con límite de tiempo. Representan a las personas u organizaciones reales conectadas a la cuenta — ya sea por titularidad, autoridad legal o responsabilidad operacional — y se utilizan en cumplimiento normativo, informes regulatorios y flujos de trabajo del CRM.

Roles

Cada parte relacionada debe tener uno de los siguientes roles:
RolDescripción
PRIMARY_HOLDEREl principal individuo o entidad que posee o detenta la cuenta. Típicamente es el propio cliente cuando la titularidad de la cuenta difiere del registro del Holder.
LEGAL_REPRESENTATIVEAlguien con autoridad legal para actuar en nombre del titular — por ejemplo, un tutor legal, abogado o representante autorizado.
RESPONSIBLE_PARTYUna entidad responsable de la cuenta en capacidad operacional o regulatoria, como un responsable de cumplimiento o una organización matriz.

Relaciones con límite de tiempo

Cada relación de parte relacionada tiene un período activo definido:
  • startDate — Requerido. La fecha en que la relación entró en vigor (AAAA-MM-DD).
  • endDate — Opcional. La fecha en que la relación terminó (AAAA-MM-DD). Si se omite, la relación se considera actualmente activa. Cuando se proporciona, endDate debe ser posterior a startDate.
Esto permite mantener un registro histórico de quién estuvo asociado con una cuenta y en qué capacidad, sin descartar relaciones pasadas.

Gestionando partes relacionadas

Las partes relacionadas se gestionan a través de los endpoints de Alias Account — no hay endpoints independientes de creación o listado:
  • Agregar en la creación — Incluye un array relatedParties en el cuerpo de la solicitud de Crear Alias Account.
  • Agregar a una existente — Incluye un array relatedParties en el cuerpo de la solicitud de Actualizar Alias Account. Las nuevas entradas se agregan a la lista existente — las partes relacionadas existentes no se reemplazan.
  • Eliminar — Usa el endpoint Eliminar Parte Relacionada con el related_party_id específico.
  • Listar — Las partes relacionadas se devuelven como parte de la respuesta de la Alias Account en el array relatedParties.

Campos

CampoTipoRequeridoDescripción
iduuidGenerado por el sistemaIdentificador único de la parte relacionada.
documentstringNúmero de documento de la parte relacionada. No puede estar vacío o contener solo espacios.
namestringNombre completo de la parte relacionada. No puede estar vacío o contener solo espacios.
roleenumPRIMARY_HOLDER, LEGAL_REPRESENTATIVE o RESPONSIBLE_PARTY.
startDatestringFecha de inicio de la relación en formato AAAA-MM-DD.
endDatestringNoFecha de fin de la relación, si aplica. Debe ser posterior a startDate cuando se proporciona.
Los errores de validación para campos de partes relacionadas devuelven códigos de error específicos: CRM-0025 (rol inválido), CRM-0026 (document requerido), CRM-0027 (name requerido), CRM-0028 (startDate requerido), CRM-0029 (endDate inválido — debe ser posterior a startDate). Consulta la referencia de errores del CRM para más detalles.

Seguridad de los datos


Varios campos de la Alias Account están cifrados en reposo, incluyendo el campo document heredado y detalles bancarios como account e iban. Esto garantiza que los datos financieros sensibles estén protegidos incluso si el almacenamiento subyacente se ve comprometido.
Nunca almacenes información sensible en el objeto metadata. Los metadatos no están cifrados y se almacenan en texto plano.
Para la lista completa de campos protegidos y estrategias de cifrado, consulta Seguridad de datos del CRM.

Gestionando Alias Accounts


Vía API

Usa la API del CRM para gestionar Alias Accounts programáticamente:
Todas las solicitudes a la API del CRM requieren el header X-Organization-Id. El ID del Holder forma parte de la ruta de la URL para la mayoría de las operaciones de Alias Account. Si Access Manager está habilitado, también se requiere un header Authorization con un token Bearer.

Vía Lerian Console

Puedes gestionar Alias Accounts a través de la página Alias Accounts en el Módulo Midaz de Lerian Console. La consola ofrece una interfaz visual para crear, ver, editar y eliminar Alias Accounts sin escribir código. Aprende más en la guía de Gestión de Alias Accounts.

Próximos pasos


Holders

Aprende sobre la entidad Holder a la que están vinculadas las Alias Accounts.

Buenas prácticas

Revisa las buenas prácticas operacionales y de gestión de datos para CRM.