Diarios de transacciones
Los Diarios (Journals) son pantallas de lectura y conciliación del BackOffice. Cada diario expone un libro mayor de un dominio específico — transacciones financieras generales, puentes entre redes (bridge), depósitos externos, compras de tokens/NFTs, transacciones on-chain de NFTs, sincronizaciones internas y externas con la blockchain, y el desk de OTC.
No crean transacciones: reflejan lo que los servicios de dominio (FMS, OrderBook, ExternalBlockchainProvider, BridgeService, PaymentManagementService) ya han registrado. El objetivo es dar al operador trazabilidad completa para auditoría, soporte e investigación — quién, cuánto, cuándo, en qué moneda y con qué estado.
Algunas pantallas tienen acciones operativas puntuales (reprocesar una sincronización bloqueada, forzar un refresh, cancelar o liquidar una orden OTC). Estas acciones son la excepción; la regla del grupo es la consulta.
Pantallas del grupo
| Diario | Para qué sirve |
|---|---|
| Transacciones generales | Libro mayor consolidado de transacciones financieras de los usuarios (créditos/débitos). |
| Transacciones de Bridge | Puentes de activos entre redes (origen → destino), con valores de entrada/salida. |
| Depósitos externos | Aportes vía PIX/cripto que convierten fiat/cripto en tokens internos. |
| Compras de tokens y NFTs | Rastro de compra/venta de activos tokenizados (buy track). |
| Transacciones Blockchain de NFTs | Eventos on-chain de NFTs (mint, transfer, burn) con vendedor/comprador. |
| Sincronizaciones Internas | Sincronización de transacciones financieras internas con la blockchain. |
| Sincronizaciones Externas | Retiros on-chain (envío externo de fondos) y su estado de sincronización. |
| Diario OTC | Desk de OTC (USDT↔BRL): órdenes, spread, estado y acciones administrativas. |
| Dashboard OTC | Vista ejecutiva (gráficos) de volumen, spread y liquidaciones del OTC. |
Requisitos previos comunes
Acceso al grupo
- Contenedor del menú: GENERAL → grupo Diarios de transacciones.
- Permiso (módulo): cada diario requiere su propio módulo
view*(ver cada página). El grupo solo aparece en el menú si el operador tiene al menos uno de los módulos de los subitems. - Licencia/Feature: ningún diario requiere una feature de licencia — la visibilidad es puramente por permiso.
Recuerde: el permiso en el BackOffice es doble — el enum estático en el CPM (validado en el backend) y el módulo dinámico registrado en la base de datos (controla el *ngIf del menú). Ambos deben estar presentes para que el diario aparezca y responda.