Control de billeteras · Integral

Resumen de la operación — a una mirada

💸 Gastos

Administración de billeteras

El tipo decide qué hace el bot cuando entra USDT de fuera a esa billetera: PROVEEDOR = nos vendieron, crea cuenta por pagar y pregunta la tasa · EMPRESA = pregunta qué es, sin asumir deuda · CANAL (KILLB, Blue Gate) y CENTRO (Integral) = no pregunta. Los movimientos entre billeteras propias nunca crean deuda.
La dirección TRON se valida por checksum (rechaza mayúsculas/typos); ETH por formato. “Quitar” la desactiva pero conserva su historial. La fuente de verdad es wallets.csv — edita siempre desde aquí, nunca en Excel.

Usuarios del panel

lector: ve KPIs, movimientos, saldos, kardex y alertas. · operador: además puede escanear y verificar direcciones. · admin: además administra billeteras y usuarios. · contabilidad: solo movimientos de entradas/salidas, kardex y poner tasas en el kardex vivo.
Con Editar en la columna Permisos puedes marcar o quitar, uno a uno, lo que cada usuario ve y hace.
Los cambios de rol y las desactivaciones surten efecto al instante, sin esperar a que se venza la sesión. Siempre debe quedar al menos un admin activo.

Auditoría de operaciones

Por revisar

Con quién se opera

Las incidencias salen de recalcular lo que se escribió en el grupo: monto × tasa contra el total, y la utilidad contra el diferencial de tasas. Cerrar una exige escribir por qué — una revisión sin explicación no sirve para auditar. Queda registrado quién la cerró y cuándo.

Cuentas por pagar — lo que se le debe a cada cliente

El cargo nace cuando alguien confirma en el grupo a qué tasa entró el USDT: monto × tasa = lo que se le debe. El abono lo baja. Saldo = cargos − abonos. Lo que se reporta como abono es el abono: no se le resta nada. El saldo nunca se digita: siempre sale de los movimientos.

🧠 Inteligencia del bot — aprendizaje semana por semana

Cada vez que el equipo aprueba, corrige o rechaza una interpretación del bot, se mide aquí. Sin corrección = el bot acertó solo; corregido = acertó pero hubo que ajustar; rechazado = no era. Cuando un patrón se confirma varias veces sin error, se vuelve una regla y el bot lo registra solo. Mientras la precisión sea baja, conviene revisar todo.

Préstamos a proveedores (COP)

Los préstamos en plata van aquí, separados del cuadro de compras USDT. La DEVOLUCIÓN baja el por cobrar; el CRUCE además abona automáticamente a la deuda de compras del proveedor.

Cupos — programaciones y dispersión (tiempo real)

Lee en vivo la base del bot de cupos. La dispersión por S2 y beneficiaria es la referencia para la facturación de contabilidad.

Oro

Canales de monetización — cuentas por cobrar

Cuando nuestro USDT sale hacia la billetera del canal, el bot pregunta la tasa de cierre en el grupo; al confirmarla, el canal queda debiendo esos pesos. Los pagos (transportadora o consignación) bajan el saldo.

Tasas OTC — cotización automática por grupo

El cliente escribe «tasa» (o «tasa 50k») en su grupo y el bot responde con la tarifa de ese grupo. Base Spot = tasa real; el spread es lo que se le baja al cliente. El motor nunca cotiza en pérdida.

Pagos a clientes (dispersión)

Circuito: solicitar → aprobar → enviar. Quien solicita no puede aprobar; los montos altos exigen dos aprobaciones. El envío real al banco está bajo llave hasta certificar en sandbox.

Kardex contable — saldo corrido por billetera

Fechas en hora de Colombia (UTC−5): un movimiento de las 7 p.m. del 31 de julio cuenta en julio, aunque en UTC ya sea 1 de agosto. Saldo anterior = saldo inicial + todo lo previo al periodo. El Excel trae una hoja por billetera con el saldo arrastrado por fórmula, para que contabilidad pueda auditar el cálculo celda por celda.

Analizar una wallet — cualquiera, registrada o no

Consulta listas (OFAC, roja, negra Tether), MistTrack en vivo, historial con nuestras billeteras y genera el informe PDF corporativo.

Monitoreo de wallets — riesgo del portafolio (chain analysis)

Modelo ponderado (BAJO 0-33 · MEDIO 34-66 · ALTO 67+) sobre datos on-chain de MistTrack + factores de negocio. El barrido corre solo en el motor; el histórico guarda cada corte para tendencias.

Verificación previa — chequea una dirección ANTES de operar

Alertas del monitoreo 360

Saldos por cliente (saldo inicial + movimientos)

Movimientos — del día o del rango que elijas

El filtro de fechas usa el día calendario de Colombia. 🔁 = movimiento entre billeteras del registro. Clic en el hash abre Tronscan / Etherscan. El panel carga los últimos 2.000 movimientos; para rangos más antiguos, usa el reporte Excel (--reporte).