Cómo se concilia la plata de un e-commerce que vende en varios canales
El mecanismo real: cómo entran los movimientos del banco, cómo se calzan con los documentos, y cómo se revisa si el marketplace te depositó bien.
Las dos formas de meter movimientos del banco
La pestaña Cartola Bancaria (módulo Finanzas, sección Tesorería) tiene dos botones y nada más: Sincronizar bancos e Importar Cartola CSV. Los dos terminan en el mismo motor de ingesta, así que el deduplicado, el asiento contable automático y el pareo posterior se comportan igual venga el movimiento por API o por archivo.
Sincronizar bancos usa open banking vía Fintoc. La cuenta se vincula una vez y cada sincronización trae los movimientos con la identidad del pagador ya puesta: Fintoc entrega el RUT (holder_id) y el nombre del titular de la cuenta que envió o recibió la plata. Astrobit busca ese RUT entre tus clientes y deja el movimiento amarrado al cliente correcto desde el minuto cero. La primera sincronización de una cuenta pide 90 días hacia atrás. Si la autenticación falla 5 veces seguidas, la cuenta deja de intentarlo hasta que alguien arregle las credenciales.
Importar Cartola CSV abre el diálogo "Importar Cartola Bancaria (CSV)", donde eliges el banco, el formato y pegas o subes el archivo. Los formatos son 5:
- Genérico (fecha,desc,monto,ref): fecha en ISO (AAAA-MM-DD), delimitador detectado solo (punto y coma si la primera fila lo trae, coma si no).
- Santander, BCI, BancoEstado y Banco de Chile: los cuatro esperan delimitador
;y fecha DD/MM/AAAA.
Los cuatro formatos de banco no leen posiciones fijas de columna: buscan el encabezado por palabra (fecha, monto, cargo, abono, descripción, detalle, glosa, documento, operación) y arman el monto restando el cargo del abono cuando no hay una columna de monto única. Monto positivo es entrada, negativo es salida.
Hay un límite que conviene saber antes de elegir formato: solo el formato Santander extrae el RUT del pagador desde la glosa. BCI, BancoEstado y Banco de Chile no lo hacen, porque su export no lo trae en un lugar estable. Un movimiento sin RUT del pagador entra sin cliente asociado, y eso le baja el puntaje a cualquier calce posterior. Esa es la diferencia práctica entre sincronizar por API e importar CSV.
El deduplicado es por la combinación de cuenta, referencia y sentido del movimiento. Cuando el archivo no trae referencia, se arma una con la fecha y el monto. Reimportar la misma cartola dos veces no duplica nada: el resultado del diálogo lo dice explícito, "Creados: N · Omitidos (duplicados / monto 0): M".
Cómo se calza un movimiento con un documento
El botón Conciliación Inteligente vive arriba de la pestaña Conciliación. Toma los movimientos sin asignar y los documentos abiertos del rango que estés mirando, y propone pares con un puntaje de 1 a 100.
El puntaje se arma en dos pasos. Primero una base que pondera 70% el error de monto y 30% el error de tiempo; el error de tiempo se normaliza contra una ventana máxima de 30 días, así que un documento y un pago separados por 30 días o más aportan cero por ese lado. Después esa base se multiplica por un factor de identidad:
| Situación | Factor | Techo del puntaje |
|---|---|---|
| El RUT del pagador calza con el cliente del documento | 1,0 | 100 |
| No hay RUT usable, pero el nombre de la glosa calza con el cliente | 0,89 | 89 |
| No hay RUT usable ni nombre que calce | 0,85 | 85 |
| El RUT del pagador es otro | 0,4 | 40 |
Que sea un multiplicador y no un bono es la parte importante: un pago con el RUT equivocado nunca sube sobre 40, por perfecto que sea el monto y por bien que calce la fecha. El calce por nombre es estricto a propósito: exige que el conjunto chico de palabras esté contenido en el grande y que compartan al menos 2 palabras con contenido, después de botar las formas societarias (SPA, SA, LTDA, EIRL) y las genéricas (COMERCIAL, INVERSIONES, SERVICIOS). "JUAN PEREZ" calza con "JUAN PEREZ GONZALEZ" y no con "JUAN SOTO".
Hay una excepción deliberada. Los RUT de relleno (66666666-6 del consumidor final, 11111111, el pagador genérico de una pasarela) no cuentan como RUT distinto: se tratan como desconocido. Sin eso, una liquidación de MercadoPago cargada bajo un cliente-casa jamás podría fusionarse con el cobro provisional del cliente real.
El puntaje se trunca hacia abajo, nunca se redondea. Se muestran las propuestas de 80 para arriba y el diálogo solo marca sola la casilla de las que llegan a 100. Todo lo que esté entre 80 y 99 exige un clic del operador. La insignia del puntaje va verde sobre 80, amarilla entre 50 y 79, roja abajo.
El depósito que paga varias facturas
El caso feo del multicanal es un solo abono que liquida tres o cuatro documentos. Astrobit lo resuelve con un buscador de subconjuntos, con tres condiciones duras:
- El pago tiene que traer RUT del pagador, y los documentos candidatos son solo los de ese mismo RUT. Sin RUT en el movimiento no hay propuesta de división.
- La suma del subconjunto tiene que caer dentro de ±5% del monto del depósito.
- Tienen que ser al menos 2 documentos, y el puntaje compuesto tiene que llegar a 75 para siquiera mostrarse.
El puntaje compuesto de una división pesa 50% la exactitud del monto, 35% el promedio de los puntajes individuales y 15% el tamaño del grupo, penalizando los subconjuntos que se alejan de 5 documentos. La búsqueda se corta a 50.000 nodos y devuelve el mejor candidato que alcanzó a encontrar, en vez de colgarse cuando hay decenas de facturas del mismo monto.
Lo que queda escrito de cada decisión, y lo que el sistema no hace con eso
Cada propuesta que confirmas o descartas escribe una fila en un registro que no se edita ni se borra. Esa fila guarda si fue confirmada o descartada, el puntaje que tenía, la versión del algoritmo que la produjo (v3-2026-05), y las razones numéricas: el error de monto en pesos y en porcentaje, la diferencia de días, el factor de identidad aplicado y si el calce vino del RUT, del nombre o de nada. La asignación resultante también queda marcada con su origen (SMART_MANUAL), su puntaje y la misma versión del algoritmo.
El sistema no aprende de tus correcciones. No hay reentrenamiento, no hay ajuste de pesos, no hay umbral que se mueva solo. El registro existe para que un humano pueda auditar por qué se propuso lo que se propuso y para medir, versión contra versión, si un cambio del algoritmo mejoró o empeoró la tasa de aciertos. Lo único que cambia el comportamiento es el descarte explícito: cuando marcas "Descartar", ese par exacto de movimiento y documento deja de sugerirse. No baja el puntaje de casos parecidos, ni de ese cliente, ni de ese banco. Solo ese par.
Cuentas de tránsito: la plata que todavía no llega
Una cuenta de tránsito es la billetera donde la pasarela o el marketplace retiene tu plata entre que el cliente paga y que a ti te depositan: Fpay en Falabella, Mercado Pago en Meli, Paris Pagos en Paris. La pestaña Cuentas de Tránsito muestra una fila por cada una.
El saldo de la cuenta es la suma de las entradas menos las salidas menos las comisiones registradas contra esa cuenta. En régimen debería quedar cerca de cero. Lo que está "en vuelo" son los barridos que salieron de la cuenta de tránsito y todavía no aparecen en la cuenta final. Su antigüedad se agrupa en 4 tramos: 0–3 días, 3–7, 7–14 y 14+. El último va en rojo.
El tablero levanta dos anomalías:
- STALE_TRANSFER: una transferencia lleva más días en tránsito que el ciclo esperado de esa cuenta más 3 días de gracia. Se emite solo si le configuraste el ciclo esperado a la cuenta; sin ese dato no hay contra qué comparar y no aparece.
- BALANCE_DRIFT: el saldo de la cuenta no coincide con el monto en vuelo, y la diferencia supera $1.000 o el 5% del monto en vuelo, lo que sea mayor. Es la firma típica de una comisión o una retención que nadie esperaba.
¿Me pagaron bien? El cuadre de una liquidación
La pestaña Liquidaciones arma una fila por ciclo de liquidación, con un bloque titulado "¿ME PAGARON BIEN?" que hace una resta sola:
Ventas del ciclo − Devoluciones − Cargos del marketplace = Depósito esperado, contra Depósito recibido, y abajo la Diferencia. Si la diferencia es de $1 o menos, la fila queda marcada "cuadra". Si no, queda "revisar". Si no se pudo identificar el depósito, dice "falta el depósito".
El depósito recibido no se teclea nunca. Sale del barrido bancario real cuando tienes la cuenta de tránsito configurada. Cuando no la tienes, Astrobit busca el abono entre los movimientos sin asignar de la ventana del ciclo más 10 días de gracia, prefiriendo los que vienen del propio marketplace. Si queda un solo candidato, lo toma aunque el monto no calce: que no calce es justamente el hallazgo. Si quedan varios, desempata el que cae dentro del 0,5% de lo esperado. Si siguen empatados, lo reporta como ambiguo y no elige, porque lo que falta ahí es configurar el tránsito.
Los marketplaces se declaran por RUT de proveedor. Un proveedor que no declaraste como marketplace es una factura de compra común y no aparece en este tablero.
Transbank no entrega liquidaciones por API
Transbank no expone las liquidaciones por API, y el propio diálogo de Astrobit lo dice en pantalla: "Transbank no entrega las liquidaciones por API. Descarga el reporte desde el Portal de Operaciones (CSV) y pégalo o súbelo aquí". El diálogo se llama "Importar Liquidación Transbank" y pide que la cuenta Transbank esté conectada en Configuración → Bancos y marcada como cuenta de tránsito con su banco de destino. Cada venta del reporte confirma un cobro que ya tenías registrado, así que reimportar el mismo archivo no duplica plata.
Los huecos, dichos como son
- El motor no aprende de las correcciones del operador. Guarda la decisión con la versión del algoritmo y sus razones para auditarla, y nada más.
- Solo el formato Santander saca el RUT del pagador desde la glosa del CSV. Con BCI, BancoEstado o Banco de Chile por archivo, los movimientos entran sin pagador identificado.
- Sin RUT en el movimiento no hay propuesta de división en varios documentos.
- Fintoc no lee la billetera de MercadoPago. Lo que ve Fintoc es el retiro de MercadoPago aterrizando en tu banco, que es un barrido, no un cobro de cliente.
- Sin cuenta de tránsito configurada, el depósito de una liquidación se resuelve por contexto en cada lectura y puede quedar ambiguo.