El mapa de dominios
Los cinco dominios en que se organiza la plataforma — y por qué la estructura es el producto.
Tikin se organiza en cinco dominios, y el API refleja ese mapa tal cual: la navegación de la referencia, los tags del spec y los recursos siguen la misma división que la plataforma por dentro.
Los cinco
- Identity — quién es quién: profile, sessions, memberships. Una persona es una sola aunque toque varias cuentas.
- Accounts — toda relación empieza en una cuenta: las cuentas de personas y empresas, y su compliance. Una cuenta sin verificar recibe pero no envía.
- Money — el corazón: el ledger de partida doble, los rieles por los que el dinero entra y sale (payins/payouts), transfers, y en el roadmap cards y crypto. El dinero entra. El dinero vive aquí. El dinero sigue trabajando.
- Platform — el plano del tenant: quién eres, el catálogo de assets, FX, adapters y los webhooks que te cuentan lo que pasó.
- Services — los productos construidos encima: bonuses hoy; investments y más en el roadmap.
Los dos ámbitos
No todo lo que este API documenta es un primitivo de la plataforma. Cada
dominio (y cada tag del spec, vía x-ambito) declara su ámbito:
- Plataforma — disponible para todo tenant: los primitivos sobre los que cualquiera construye.
- Producto Tikin — superficie del producto de Tikin: capacidades que Tikin ofrece a sus empresas. Otro tenant las habilita por acuerdo, no por default — y algunas (como Identity) llegan a tenants vía el portal (roadmap).
| Dominio | Ámbito | Por qué |
|---|---|---|
| Identity | Producto Tikin | Es el auth de la app de Tikin (profile · sessions · memberships); para tenants llega vía el portal |
| Accounts | Plataforma | Toda integración abre cuentas |
| Money | Plataforma | Balances, movements, transfers, payouts y quotes son primitivos de todo tenant. Los futuros cards nacen como Producto Tikin |
| Platform | Plataforma | Tenant, assets, FX, webhooks y el log de eventos son el plano de todo tenant |
| Services | Producto Tikin | Bonuses es una capacidad que Tikin ofrece a sus empresas; se habilita por acuerdo |
Por qué un mapa
Porque la estructura es el producto. Cada dominio tiene una promesa clara y una frontera clara, y eso es lo que permite que cada uno evolucione sin romper a los demás: Money puede ganar un riel nuevo sin que Accounts se entere; Identity puede ganar su portal sin tocar el libro; un producto nuevo de Services usa los mismos primitivos que tú, sin pedirle permiso a nadie.
Para tu integración el mapa es también una guía de lectura: si tu pregunta es "¿quién?", la respuesta vive en Identity o Accounts; si es "¿cuánto y por dónde?", en Money; si es "¿cómo está configurado mi mundo?", en Platform; y si es "¿qué producto me resuelve esto entero?", en Services.
El libro multi-tenant es el activo: un solo ledger donde cada tenant tiene su libro y las operaciones entre tenants liquidan entre libros — la razón de que mover dinero dentro de la plataforma sea un asiento, no una transferencia bancaria.