Tesorería startup multipaís: caso en cuatro países
Cuatro bancos, cuatro monedas y un CFO armando la foto de caja a mano cada lunes: así empieza este caso ilustrativo de tesorería startup multipaís en LATAM.
Una startup con equipo y clientes en cuatro países no suele tener un problema de caja: tiene cuatro cajas que nadie ve juntas. Un banco en Bogotá, otro en Ciudad de México, otro en Santiago y otro en Lima, cada uno con su propio portal, su propio horario de corte y su propio criterio informal sobre quién puede aprobar un pago. El CFO arma la foto completa a mano, casi siempre tarde para la decisión que la necesitaba.
En Soulbit Academy presentamos este caso como un ejemplo ilustrativo y compuesto, no como un cliente real. Es distinto de otro caso publicado en este blog, el de una startup con equipo remoto en cinco países que paga toda su nómina en USDC: aquel resuelve la dispersión de salarios, este resuelve la visibilidad de la caja y quién aprueba qué antes de que un pago salga de cualquier cuenta.
El caso: una startup de software con caja en cuatro países (perfil ilustrativo)
Katun es una startup de software ilustrativa, con sede legal en Bogotá, que vende un sistema de gestión de inventario y pedidos a distribuidores medianos. Su ronda serie A cerró hace 18 meses y su facturación anual recurrente ronda los 2,8 millones de dólares.
El equipo tiene 52 personas: la mayoría en Bogotá, con filiales comerciales pequeñas en Ciudad de México, Santiago y Lima que atienden a los clientes de cada país. Katun no vende un producto financiero; vende software, y su tesorería es un problema de administración, no de producto.
¿Por qué una startup de software termina con un problema de tesorería tan complejo como el de una empresa financiera?
Porque el número de monedas y bancos que maneja no depende de su sector, depende de cuántos países opera. Katun cobra a sus clientes en pesos colombianos, pesos mexicanos, pesos chilenos y soles, y paga nómina y gastos locales en esas mismas cuatro monedas, exactamente como lo haría cualquier empresa con la misma huella geográfica.
El problema: sin visibilidad consolidada, cada filial tomaba sus propias decisiones de caja
El problema de Katun no era la falta de dinero, era la falta de una sola fotografía del dinero que ya tenía. Cada lunes, la responsable de finanzas entraba a cuatro portales bancarios distintos, copiaba los saldos a una hoja de cálculo y enviaba el resumen al fundador con casi un día de retraso frente al momento en que las decisiones de la semana ya se habían tomado.
La aprobación de pagos tampoco tenía una regla escrita. Un gerente de filial podía autorizar una transferencia por WhatsApp y el equipo central se enteraba cuando revisaba el extracto bancario, no antes. En un trimestre, ese vacío produjo un pago duplicado a un proveedor en México y un pago a un contratista que quedó sin cubrir dos semanas porque nadie sabía a quién correspondía aprobarlo.
El costo de mover dinero entre las cuatro ciudades también pesaba, aunque no era lo que más dolía. Como referencia pública, el Banco Mundial calcula en Remittance Prices Worldwide que enviar dinero entre países cuesta en promedio 6,36% del monto, y cerca de 15% por canal bancario, sobre un monto de referencia de 200 dólares. Es un dato de remesas, no de pagos entre empresas, pero describe la misma tubería bancaria que Katun usaba entre sus cuatro sedes.
¿Por qué la falta de una política de aprobación pesa más cuando la empresa opera en varios países?
Porque cada filial desarrolla su propio criterio informal sobre quién puede pagar qué, y esos criterios no coinciden entre países. Sin una política de aprobación de pagos escrita, cada filial de Katun terminó operando con reglas distintas, un riesgo que crece con cada país nuevo que se suma a la operación.
Colombia, México, Chile y Perú: qué cubre hoy la V1 de Soulbit y qué sigue dependiendo del banco local
De los cuatro países donde opera Katun, solo Colombia tiene rail bancario local dentro de la V1 de Soulbit. Esa es la distinción que ordena todo lo demás: el saldo en dólares de la empresa se centraliza en un solo lugar, pero el pago en moneda local de tres de los cuatro países sigue saliendo del banco tradicional de cada filial.
Esa asimetría no es una decisión arbitraria de producto: refleja que el régimen cambiario de cada país impone sus propios requisitos a una empresa que mueve saldo en moneda extranjera. En Colombia, por ejemplo, el Banco de la República regula el registro y el reporte de las cuentas de compensación que canalizan divisas hacia el país, un marco que no tiene equivalente idéntico en los otros tres países de este caso.
| País (caso ilustrativo) | Rol en la operación de Katun | ¿Rail bancario local en la V1? | Cómo se resuelve hoy |
|---|---|---|---|
| Colombia | Sede y filial operativa | Sí | Cobros y pagos en pesos se dispersan por el rail bancario local |
| México | Filial comercial y clientes | No | Nómina y gastos locales por el banco mexicano de la filial |
| Chile | Filial comercial y clientes | No | Nómina y gastos locales por el banco chileno de la filial |
| Perú | Filial comercial y clientes | No | Nómina y gastos locales por el banco peruano de la filial |
Los contratos grandes de Katun, sobre todo los que renuevan anualmente, ya se facturan en dólares por acuerdo con el cliente, una práctica cada vez más común entre software B2B de la región. Esos cobros llegan como saldo en dólares o en stablecoin, y se pueden solicitar mediante un link de pago sin depender de un banco corresponsal distinto por cada cliente. Los contratos más pequeños, facturados en moneda local, siguen cobrándose por el canal bancario tradicional de cada filial.
Qué cambia al centralizar la tesorería: saldo consolidado y una política de aprobación escrita
Centralizar la tesorería cambió dos cosas para Katun: dónde se ve el saldo y quién puede aprobar un pago. El saldo en dólares y stablecoin que antes vivía repartido entre corresponsalías bancarias pasó a un solo lugar, visible para el fundador y la responsable de finanzas sin copiar cifras de un portal a otro.
La segunda parte, y la que más costó redactar, fue una política de tesorería escrita con niveles de aprobación por monto: hasta cierto valor, la responsable de finanzas aprueba sola; por encima, se necesita también al fundador. La plantilla de política de tesorería para pymes que usó Katun como base fija exactamente ese tipo de regla, además de quién puede autorizar una contraparte bancaria nueva.
Ese saldo consolidado convive con el saldo multimoneda en dólares, euros y libras que Katun empezó a usar para mantener parte de su reserva sin convertirla de inmediato a pesos colombianos, algo que antes hacía por defecto y que le costaba spread cambiario cada vez que no lo necesitaba. Mantener saldo en varias monedas también cambió el cierre contable mensual, porque ahora hay que registrar la diferencia en cambio de cada moneda al cierre, un ajuste que antes no existía porque todo se convertía a pesos de inmediato.
El flujo mensual, paso a paso: del cobro a clientes al cierre contable
El flujo mensual de Katun empieza cuando un cliente paga una factura y termina cuando la responsable de finanzas concilia el mes completo contra el presupuesto. Antes, ese recorrido pasaba por cuatro procesos independientes; ahora comparte un mismo punto de partida.
Un cliente grande paga su renovación anual en dólares mediante un link de pago; el saldo queda disponible el mismo día, sin esperar la confirmación de un banco corresponsal. Un cliente colombiano más pequeño paga en pesos por transferencia local, que Katun sigue recibiendo por su cuenta bancaria tradicional en Bogotá. La nómina de las tres filiales fuera de Colombia sale de sus respectivos bancos locales, mientras que la nómina y los gastos colombianos se dispersan por el rail bancario local de la V1.
Al cierre de cada mes, la responsable de finanzas concilia los movimientos del saldo centralizado contra el identificador on-chain de cada cobro, un procedimiento que describe con más detalle cómo conciliar pagos en stablecoin en la contabilidad. Los cuatro extractos bancarios locales, uno por ciudad, se siguen conciliando por separado, pero ya no determinan cuánto tarda el equipo en saber cuánto dinero tiene la empresa en conjunto.
¿Cuánto tardaba el cierre mensual antes y después del cambio?
Antes, Katun tardaba entre seis y ocho días hábiles en cerrar el mes, porque cada filial conciliaba su propio banco por separado y el resultado consolidado llegaba al final. Después, el cierre del saldo centralizado toma menos de un día, aunque los tres extractos bancarios locales de México, Chile y Perú siguen su propio calendario de conciliación, que no desapareció con el cambio.
| Dimensión (caso ilustrativo) | Antes | Después |
|---|---|---|
| Visibilidad del saldo consolidado | Hoja de cálculo armada a mano cada lunes | Un saldo visible al instante, sin copiar cifras |
| Aprobación de pagos | Criterio informal por WhatsApp, distinto en cada filial | Política escrita con niveles de aprobación por monto |
| Cierre mensual del saldo centralizado | 6 a 8 días hábiles | Menos de 1 día |
| Cobro de contratos grandes | Transferencia internacional con banco corresponsal | Link de pago en dólares o stablecoin |
| Reserva de caja no operativa | Convertida a pesos colombianos por defecto | Mantenida en dólares, euros o libras según necesidad |
| Pago en moneda local de México, Chile y Perú | Banco local de cada filial | Sigue siendo el banco local de cada filial |
Qué sigue dependiendo del banco local de cada país, y los límites honestos del caso
La V1 de Soulbit no abre una cuenta bancaria en México, Chile o Perú, y sería deshonesto sugerir que el caso de Katun resuelve la tesorería de los cuatro países por igual. El rail bancario local solo existe en Colombia, así que la nómina y los gastos en pesos mexicanos, pesos chilenos y soles siguen dependiendo del banco tradicional de cada filial, con sus propios plazos y comisiones.
Tampoco hay conversión automática entre las monedas del saldo: cada divisa se mantiene por separado hasta que la empresa solicita una cotización OTC bajo petición para convertirla. Y el saldo consolidado no sustituye la conciliación de los tres bancos locales, que sigue siendo trabajo del equipo de finanzas de cada filial, no del producto.
Otra startup con una huella geográfica parecida puede llevarse una idea concreta de este caso: la visibilidad consolidada y la política de aprobación resuelven el problema de gobierno interno, pero no eliminan la dependencia del sistema bancario local en los países donde el rail de Soulbit todavía no llega. Reconocer esa frontera desde el inicio evita prometerle al equipo algo que el producto no entrega hoy.
Qué puede llevarse otra startup regional de este caso
Tres conclusiones se trasladan bien a otra empresa con equipo y clientes en varios países de LATAM.
La primera es que centralizar la tesorería no es lo mismo que centralizar los bancos: Katun sigue usando tres bancos locales distintos, y lo que cambió fue tener una sola fotografía del dinero disponible, no eliminar esas relaciones bancarias. La segunda es que una política de aprobación escrita cuesta más tiempo redactarla que ejecutarla, y evita justamente el tipo de error, el pago duplicado o el pago sin dueño, que más le costó a Katun antes del cambio. La tercera es que facturar los contratos grandes en dólares y cobrarlos por un solo canal reduce la dependencia de la conversión a moneda local, pero solo para la parte de los ingresos que el cliente acepta pagar así.
Preguntas frecuentes
¿Este caso corresponde a un cliente real de Soulbit?
Este caso es ilustrativo y compuesto, no un cliente real de Soulbit: reúne problemas típicos de tesorería de una startup de software con operación en varios países de LATAM. La empresa, su equipo y las cifras no existen. Sirve para mostrar el orden de magnitud del problema, no un resultado garantizado.
¿En qué se diferencia este caso de los casos de nómina multipaís de Soulbit Academy?
Este caso trata la visibilidad del saldo, la política de aprobación de pagos y el cierre mensual, no el pago de salarios. Otro caso publicado, sobre una startup con equipo remoto en cinco países, resuelve un problema distinto: cómo dispersar la nómina completa en dólares digitales. Aquí el lote de nómina es uno más de los flujos que pasan por la caja, no el objeto del caso.
¿Qué significa tener visibilidad consolidada de la tesorería en cuatro países?
Significa que el equipo financiero ve, en un mismo lugar, el saldo disponible en cada moneda que mantiene la empresa, sin copiar cifras de cuatro portales bancarios distintos a una hoja de cálculo. No significa que las cuatro monedas locales estén dentro del mismo saldo, porque solo una parte de ellas está cubierta por el producto.
¿Cuáles de los cuatro países cubre hoy el rail bancario local de Soulbit?
El rail bancario local de Soulbit cubre hoy solo Colombia; en su V1 dispersa a cuentas bancarias en pesos colombianos, mientras México, Chile y Perú siguen dependiendo del banco tradicional de cada país. Esa es la limitación central que cualquier startup multipaís debe conocer antes de centralizar.
¿Qué sigue dependiendo del banco local de cada país después de centralizar la tesorería?
La nómina y los gastos operativos en moneda local de México, Chile y Perú siguen pagándose desde el banco tradicional de cada filial, porque el rail local de Soulbit no llega a esos tres países. Lo que cambia es el saldo en dólares que la empresa mantiene como reserva y los cobros de contratos grandes, que sí pasan por un solo lugar.
¿Tu empresa quiere incorporar stablecoins a su operativa?
Únete a la lista de espera de Soulbit y empieza a pagar nómina, cobrar y gestionar tesorería sin pasar por SWIFT.
Únete a la lista de espera