Acumulado histórico
Hoy
| Cliente | Alias | Tipo | Red | Dirección | Saldo | Movs | Estado | Acción |
|---|
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.
| Usuario | Rol | Estado | Creado | Acciones |
|---|
lector: ve KPIs, movimientos, saldos, kardex y alertas. ·
operador: además puede escanear y verificar direcciones. ·
admin: además administra billeteras y usuarios.
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.
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.
Cruza lo que ENTRÓ en la cadena contra lo que está cargado como deuda. Lo que aparece «sin deuda cargada» son entradas reales cuya tasa nadie ha confirmado todavía.
Positivo = se le debe al cliente · negativo = él debe. Es uno por cliente: define desde qué número empieza a contar la cuenta. Solo aparecen los clientes marcados como PROVEEDOR, que son los únicos que generan deuda.
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.
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.
| # | Fecha | Proveedor | Tipo | Monto | Nota | Quién |
|---|
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.
| # | Fecha | USDT | Tasa | COP asignado | # benef. | Usuario |
|---|
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.
Cada paso se valida con botón desde el grupo del oro; aquí queda el libro completo. Costo USDT = COP entregado ÷ USDT recibido.
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.
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.
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.
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.
Consulta listas (OFAC, roja, negra Tether), MistTrack en vivo, historial con nuestras billeteras y genera el informe PDF corporativo.
Cargando…
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.
| Fecha | Sev. | Señal | Cliente | Tipo | Monto | Detalle |
|---|
| Cliente | Entradas | Salidas | Saldo |
|---|
| Fecha y hora (Colombia) | Cliente | Alias | Red | Tipo | Monto | Contraparte | Hash (TxID) |
|---|
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).