El Midaz Module utiliza un conjunto reducido de objetos clave, pero estos dependen entre sí de forma estricta. Si el usuario no comprende esa estructura, la UI parece arbitraria. Esta página es el camino más corto al modelo mental.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.
Jerarquía principal
Qué significa cada objeto
| Objeto | Qué representa | Por qué existe antes o después |
|---|---|---|
Organization | El propietario legal u operativo de la configuración | Es el límite de nivel superior. Nada por debajo existe sin él. |
Ledger | El entorno contable donde se registran balances y movimientos | Agrupa la estructura que un equipo operará en el día a día. |
Asset | La unidad de valor que se mueve en el ledger, como BRL o USD | Las Cuentas y las transacciones dependen de él. |
Account | Un contenedor de balance que puede enviar o recibir valor | Las transacciones ocurren entre Cuentas. |
Account Type | Una clasificación estructural como checking, treasury o expense | Se vuelve importante cuando el ledger exige validación por tipo. |
Portfolio | Un agrupamiento de Cuentas, a menudo por cliente o estructura de wallet | Útil para reporting y organización, pero no es prerrequisito para toda Cuenta. |
Segment | Una etiqueta de clasificación para Cuentas, como departamento, región o tier | Útil cuando el negocio necesita segmentar o agrupar por políticas. |
Holder | La persona o entidad propietaria de Cuentas en flujos de CRM | Necesario cuando la titularidad de la Cuenta es relevante operativamente. |
Alias | Un identificador legible utilizado para encontrar o referirse a una Cuenta | Especialmente importante al crear transacciones. |
Accounting Route | El conjunto de reglas que valida participantes y define el comportamiento de asiento | Convierte una solicitud de movimiento en un patrón contable consistente. |
Transaction | El movimiento de balance real registrado en el ledger | Es el resultado final de toda la configuración. |
Cómo depende realmente una transacción de la configuración previa
Lectura práctica de la UI
Usa esta interpretación al guiar a los usuarios: •
Foundation define dónde vive el sistema: Organización, Ledger, Activo.
• Accounting define las reglas de participación y asiento: Tipos de Cuenta y Rutas Contables.
• Accounts define quién mantiene balances y cómo se clasifican: Cuentas, Titulares, Aliases, Segmentos, Portafolios.
• Transactions es donde se ejercita la estructura configurada.
• Plugins extiende el modelo después de que el comportamiento principal ya esté funcionando.
Dónde se suelen perder los usuarios
Cuenta vs Titular vs Alias
Cuenta vs Titular vs Alias
La Cuenta es el contenedor de balance. El Titular es la identidad propietaria en los flujos de CRM. El Alias es solo una forma legible de referirse a la Cuenta.
Tipo de Cuenta vs Segmento vs Portafolio
Tipo de Cuenta vs Segmento vs Portafolio
El Tipo de Cuenta controla la clasificación estructural y la validación. El Segmento es una etiqueta de agrupamiento. El Portafolio es un agrupamiento operativo de Cuentas, normalmente en torno a una wallet o estructura de cliente.
Ruta Contable vs Transacción
Ruta Contable vs Transacción
La Ruta es la regla reutilizable. La Transacción es el movimiento individual que sigue esa regla.
Por qué el ledger importa tan pronto
Por qué el ledger importa tan pronto
Casi todos los objetos por debajo de él están delimitados por ledger. Los usuarios que tratan al ledger como un contenedor cosmético suelen configurar mal Cuentas y rutas más adelante.