Caso: una startup con equipo remoto en 5 países paga toda su nómina en USDC

Una startup con equipo en cinco países vive el día de pago como una carrera. Alguien exporta la planilla, otra persona revisa los datos de destino, se lanzan transferencias sueltas, algunas llegan el mismo día y otras el jueves siguiente, y alguien en Buenos Aires escribe preguntando por qué le llegó menos de lo acordado. Cada mes, lo mismo.

En Soulbit Academy presentamos este caso como un ejemplo sintético y realista, no como un cliente real. Los nombres no existen y las cifras son ilustrativas, aunque coherentes con costes y plazos habituales. Un caso cercano, del lado de una agencia que paga freelancers, está en una agencia paga a sus freelancers en USDC. Este es distinto: aquí se mueve la nómina completa, empleados incluidos, y el trabajo difícil ocurre antes de tocar la plataforma.

El perfil de la empresa (caso ilustrativo)

Llamemos a la empresa "Ribera", una startup de software de 19 personas con sede legal en Colombia. Su producto se vende por suscripción a clientes de la región y su facturación anual ronda 1,4 millones de dólares.

El equipo está repartido en cinco países: seis personas en Colombia, cinco en Argentina, tres en México, tres en España y dos en Brasil. La nómina mensual total ronda los 78.000 dólares. La composición legal es mixta: en Colombia hay contratos laborales; en el resto de países la empresa contrata bajo esquemas de prestación de servicios, con contratos y facturas.

La operación la lleva una responsable de finanzas con apoyo de la persona de operaciones. El objetivo que se fijaron no fue "usar cripto". Fue reducir el tiempo del ciclo de pago y dejar de recibir mensajes sobre importes que no cuadran.

El problema: cinco países, cinco calendarios

El coste no era lo que más dolía, aunque estaba ahí. Lo que dolía era la dispersión de tiempos y la falta de previsibilidad.

Cada corredor tenía su propio comportamiento. Algunos pagos llegaban en un día, otros en cuatro. Algunos llegaban completos, otros con deducciones que aparecían en el camino. Como referencia pública, el Banco Mundial calcula en Remittance Prices Worldwide que enviar dinero entre países cuesta en promedio un 6,36% del monto, y cerca del 15% por canal bancario. Son datos de remesas, no de nómina, pero describen la misma tubería, y el programa del BIS sobre pagos transfronterizos existe justamente por eso.

¿Por qué la falta de previsibilidad pesa más que el coste?

Porque una persona organiza su mes alrededor de la fecha en que cobra. Un retraso de tres días no es un problema financiero para la empresa, pero sí lo es para quien tiene un pago domiciliado. Cuando ese retraso se repite y además es distinto según el país, deja de ser un tema administrativo y pasa a ser un tema de confianza.

Lo que no era un problema de pagos: la clasificación

El proyecto empezó donde nadie esperaba: en un repaso legal, país por país, de cómo estaba contratada cada persona.

La razón es simple. Empleado y contratista se pagan distinto, con documentos y obligaciones distintas, y esa calificación depende de los hechos y no del nombre del contrato. El análisis completo está en contratista vs empleado en LATAM. Cambiar el riel de pago sin resolver eso habría sido cambiar la fachada de un problema estructural.

El repaso, hecho con asesoría local en cada país, tardó cerca de seis semanas y produjo dos ajustes de contrato y una reclasificación. Solo después de cerrarlo la empresa tocó la parte operativa. La responsable de finanzas lo resumió así: la plataforma resolvió el 20% del proyecto, y ese 20% fue el último.

Cómo quedó el ciclo mensual

Con la clasificación resuelta y el expediente de verificación aprobado, el ciclo quedó en una rutina de una mañana.

Dimensión (caso ilustrativo)	Antes	Después
Transferencias lanzadas por ciclo	19 envíos individuales	Un ciclo recurrente con 19 líneas
Tiempo hasta que todos cobran	1 a 4 días hábiles según país	Minutos desde la ejecución
Horas del equipo por ciclo	Unas 9	Unas 2
Consultas del equipo por importes	4 a 6 cada mes	Menos de 1
Trazabilidad por persona	Comprobantes bancarios dispares	Identificador on-chain por línea
Pago en moneda local	Según el banco de cada país	Solo en Colombia por rail local; el resto lo resuelve cada persona

El procedimiento que adoptaron es el estándar: liquidar en su sistema, construir el lote, validar direcciones contra la ficha verificada, fondear el saldo incluyendo comisiones, aprobar con doble control y ejecutar. El detalle operativo completo está en cómo programar nómina recurrente en stablecoin. En Colombia el tramo final llega a moneda local, como explicamos en pagar nómina con stablecoins en COP.

La conciliación pasó a hacerse el mismo día, línea por línea, con identificador, monto bruto y comisión registrados por separado. El procedimiento contable está en cómo conciliar pagos en stablecoin en la contabilidad.

La conversación con el equipo

Esta parte no aparece en ninguna guía técnica y fue la que más determinó el resultado.

La empresa hizo tres cosas antes del primer ciclo. Explicó qué es USDC, un dólar digital emitido por Circle respaldado por reservas en efectivo y bonos del Tesoro estadounidense, sin prometer nada más que eso. Decidió y escribió quién asume la comisión de red, que en su caso es la empresa, para que el importe recibido coincida con el acordado. Y dejó claro que nadie estaba obligado: quien prefiriera seguir cobrando por transferencia, seguía.

De 19 personas, 15 aceptaron el cambio en el primer trimestre, 3 se sumaron después y 1 nunca migró. Ese último caso no se forzó.

¿Qué preguntó el equipo con más frecuencia?

Tres cosas, en este orden. Si el valor podía moverse, a lo que la empresa respondió explicando el respaldo del activo sin prometer estabilidad absoluta. Cómo pasar a moneda local, que resolvieron compartiendo información general y dejando la decisión a cada persona. Y qué pasaba si se equivocaban al dar su dirección de destino, que fue el motivo por el que la empresa exigió una transferencia de prueba antes de incorporar a nadie al ciclo.

Lo que no funcionó

Expectativa inicial	Resultado real	Cómo lo gestionó la empresa
Migrar al 100% del equipo	18 de 19 personas	Mantuvo el pago tradicional para quien no quiso migrar
Eliminar la parte legal del problema	La clasificación siguió siendo trabajo propio	Revisión anual con asesoría local en cada país
Pagar en moneda local en todos los países	Solo Colombia tiene rail local en la V1	Cada persona resuelve su conversión; se comunicó desde el inicio
Una persona del equipo en un país concreto	La conversión a moneda local le resultó cara y engorrosa	Volvió al esquema anterior sin penalización
Dejar de reportar y liquidar nómina	El riel no liquida ni reporta nada	Sigue con su sistema de nómina y su contador
Rendimiento sobre el saldo en dólares	No existe en la V1	El saldo se usa como tesorería operativa

El caso del país donde no funcionó merece mención, porque es el más instructivo. La persona recibía en USDC sin problema, pero la conversión a su moneda local le costaba tiempo y comisión, y el saldo neto que terminaba recibiendo era peor que antes. La empresa no insistió. Un riel de pago que mejora el promedio pero empeora un caso concreto no se impone: se acepta la excepción.

Qué puede llevarse otra empresa

Tres conclusiones se trasladan bien.

La primera: el orden importa más que la herramienta. Clasificar bien a cada persona, país por país, es el trabajo real, y hacerlo después de cambiar el riel obliga a rehacerlo todo.

La segunda: la adopción se gana con información y sin obligación. Explicar el activo sin exagerarlo, decidir por escrito quién asume las comisiones y permitir que alguien no migre produjo más adopción que cualquier comunicado interno.

La tercera: medir lo que de verdad dolía. La empresa no midió comisiones ahorradas, midió horas de ciclo y consultas del equipo. Esas dos cifras bajaron y por eso el proyecto se consideró exitoso, aun con una persona fuera y un país donde la conversión sigue siendo incómoda.