> ## 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.
# Diseñar tu plan de cuentas
> Aprende a modelar tu negocio como un conjunto de cuentas, con un método sencillo estilo cuaderno de trabajo para diseñar tu plan antes de construir nada.
A estas alturas conoces las piezas: cuentas, saldos, movimientos, las reglas que los gobiernan. Esta es la página donde los pones a trabajar en *tu* negocio. El objetivo es pasar de "entiendo los términos" a "puedo modelar lo que mi empresa realmente hace".
Aquí está el cambio de mentalidad: un **plan de cuentas** — a veces llamado **chart of accounts** — no es una lista de cuentas que te apresuras a crear. Es una *clasificación deliberada* de las cuentas que tu negocio necesita, y cómo se relacionan. Diseñarlo bien, por adelantado, te ahorra una dolorosa reestructuración más tarde.
## Piensa en habitaciones antes de construir
***
Imagina diseñar una casa. Antes de verter cemento, decides para qué sirve cada habitación — cocina, dormitorio, oficina — y a quién se le permite entrar. No empiezas a poner ladrillos y averiguas el plano después.
Un plan de cuentas funciona de la misma manera. Decides para qué sirve cada cuenta, qué reglas sigue, y cómo fluye el dinero entre las habitaciones — **antes** de crear nada. El resto de esta página es un método sencillo de cuatro pasos para hacer exactamente eso.
## Paso 1: Lista tus actores del mundo real
***
Empieza completamente al margen del software. En papel, lista cada parte del mundo real que toca dinero en tu negocio. No te preocupes por la estructura todavía — solo nómbralas.
Una lista típica se ve así:
* **Clientes** — las personas o empresas que tienen valor contigo
* **Tesorería** — tus propios fondos operativos
* **Ingresos** — el dinero que ganas
* **Comisiones** — los cargos que cobras sobre los movimientos
* **Liquidación** — dinero en tránsito hacia o desde el mundo exterior
* **Gastos** — el dinero que pagas
Este es tu material en bruto. Cada negocio tiene su propia versión de esta lista.
## Paso 2: Decide qué necesita su propia verdad
***
No todo actor necesita su propia cuenta. La prueba es simple: **¿necesita esta cosa su propio saldo separado y confiable — su propia verdad?**
Si necesitas saber, en cualquier momento, exactamente cuánto valor reside con este actor, necesita su propia cuenta. Si es solo una etiqueta o un detalle de otra cosa, no.
Una buena regla general: si alguna vez quisieras preguntar "¿cuánto hay *aquí* ahora mismo?" — eso es una cuenta. Si dos cosas nunca deberían compartir un saldo, nunca deberían compartir una cuenta.
## Paso 3: Clasifica y agrupa con tres preguntas
***
Este es el corazón del método. Para cada cuenta que conservaste, hazte **tres preguntas universales**. Juntas te dicen cómo estructurar y agrupar tus cuentas.
| Pregúntate | De qué trata |
| --------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------- |
| ¿Necesitan estas cuentas una **regla que valide** lo que son o cómo se comportan? | Clasificación — hacer cumplir que una cuenta sea de cierto *tipo*, con sus propias restricciones. |
| ¿Necesito **segmentarlas para reportes**? | Etiquetado — etiquetar cuentas para poder filtrar y reportar después por grupo (región, nivel, departamento). |
| ¿Necesito **agruparlas operativamente** en torno a un cliente o billetera? | Agrupación operativa — empaquetar varias cuentas que pertenecen juntas a un dueño. |
Estas tres preguntas son independientes. Una cuenta puede necesitar las tres, o solo una. Mantenlas separadas en tu mente:
```mermaid mermaid theme={null}
flowchart TD
A["Una cuenta en tu plan"] --> Q1{"¿Necesita una regla que
valide su tipo?"}
Q1 -->|sí| C["Dale una clasificación"]
A --> Q2{"¿Necesita ser segmentada
para reportes?"}
Q2 -->|sí| L["Dale una etiqueta de reporte"]
A --> Q3{"¿Pertenece a un grupo
de cliente o billetera?"}
Q3 -->|sí| G["Ponla en un grupo operativo"]
classDef q fill:#fff8e1,stroke:#f4b400,color:#333;
class Q1,Q2,Q3 q;
```
El gran error aquí es colapsar estas tres en una. La *clasificación* (lo que una cuenta puede ser) no es lo mismo que un *segmento de reporte* (cómo la agruparías en un informe), que no es lo mismo que un *grupo operativo* (qué cuentas pertenecen a un cliente). Tratarlas como una sola cosa enredada es cómo los planes de cuentas se vuelven inmanejables.
## Paso 4: Esboza los movimientos
***
Finalmente, dibuja las flechas. Para cada tipo de movimiento que tu negocio hace, esboza qué cuenta es el origen y cuál es el destino. Aquí es donde tu plan cobra vida — y es exactamente la entrada que necesitarás cuando más tarde definas reglas reutilizables para esos movimientos.
## Un ejemplo trabajado: un negocio de billetera sencillo
***
Digamos que tienes una app de billetera. Los clientes cargan dinero, se lo envían entre sí, y tú cobras una pequeña comisión en las transferencias. Recorre el método:
**Actores:** clientes, tu cuenta de comisiones/ingresos, y una cuenta de liquidación para el dinero que entra desde el mundo exterior.
**¿Verdad propia?** Cada billetera de cliente necesita su propio saldo — sí. Las comisiones cobradas necesitan su propio saldo — sí. La liquidación necesita su propio saldo para reflejar el mundo exterior — sí.
**Tres preguntas:**
* *¿Validación?* Las billeteras de cliente se comportan de forma diferente a tu cuenta de comisiones, así que son un **tipo** distinto — clasifícalas.
* *¿Segmento de reporte?* Quieres reportar a los clientes por país — añade una **etiqueta** para la región.
* *¿Grupo operativo?* Un cliente premium podría tener varias billeteras — **agrúpalas** juntas.
**Movimientos:** una transferencia mueve valor de una billetera de cliente a otra, más una pequeña parte a la cuenta de comisiones. El dinero que entra a la app se mueve de la liquidación a una billetera de cliente.
```mermaid mermaid theme={null}
flowchart LR
S["Liquidación
(mundo exterior)"] -->|cargar| C1["Billetera de cliente A"]
C1 -->|transferir| C2["Billetera de cliente B"]
C1 -->|parte de comisión| F["Comisión / ingresos"]
classDef bal fill:#fff8e1,stroke:#f4b400,color:#333;
class C1,C2,F,S bal;
```
Eso es un plan de cuentas completo para un negocio pequeño — esbozado antes de tocar ninguna herramienta.
## Errores comunes de principiante
***
* **Sobre-clasificar.** Crear una docena de tipos de cuenta cuando dos bastarían. Empieza grueso; refina solo cuando una regla real lo exija.
* **Mezclar reportes en la estructura.** No incrustes un segmento de reporte (como "región") en el *tipo* de una cuenta. Mantén cómo clasificas separado de cómo reportas.
* **Tratar el plan como una lista.** Apresurarse a crear cuentas antes de esbozar los movimientos te deja reorganizando más tarde.
* **Saltarse la prueba de la "verdad propia".** Dar a todo su propia cuenta — o meter cosas no relacionadas en una — ambas causan dolor.
## En resumen
***
* Un **plan de cuentas** es una clasificación deliberada de las cuentas que tu negocio necesita — no una lista que apresurar.
* Diséñalo como habitaciones en una casa: decide propósito y acceso **antes** de construir.
* El método: (1) lista actores del mundo real, (2) conserva los que necesitan su **propia verdad**, (3) clasifícalos y agrúpalos con las **tres preguntas**, (4) esboza los movimientos.
* Mantén las tres preguntas — *validación*, *segmento de reporte*, *agrupación operativa* — separadas. Colapsarlas es el error clásico.
**Míralo en Lerian**
Esas tres preguntas se corresponden con cómo Lerian modela las cuentas:
* *¿Regla de validación?* → **Account Types**
* *¿Segmento de reporte?* → **Segments**
* *¿Agrupación operativa?* → **Portfolios**
Míralo todo junto en [Contabilidad en Midaz](/es/midaz/accounting-in-midaz), luego pon tu plan a trabajar con el [Camino de configuración](/es/midaz/console/midaz-console-setup-path) de la consola y el [Mapa de conceptos](/es/midaz/console/midaz-console-concepts-map).