Pagos B2B internacionales: guía del ISV en LatAm

La pregunta que un ISV internacional se hace antes de vender en América Latina casi nunca es "cómo cobrar". Es otra, más estrecha y más cara: por qué riel llega el dinero de un comprador de São Paulo, de Ciudad de México o de Bogotá hasta la cuenta del vendedor, en qué moneda, después de cuántas conversiones, y qué tiene que abrir la empresa del lado de acá para que eso ocurra. El mercado ya existe de ese lado: 73% del software corporativo que se usa en Brasil es extranjero, según la ABES. Los ISV (Independent Software Vendors, empresas de software que venden su producto a otras empresas) que entran a la región descubren que cerrar el contrato fue la parte fácil. El pago es la parte que nadie diseñó.

Conviene empezar por la frontera que esta guía no cruza. Merchant of record es el modelo en el que una empresa asume el papel fiscal de la venta: es el vendedor ante el comprador y carga el impuesto. Este texto no trata de eso. Trata de la capa de flujo de pago, la que acepta el dinero del comprador, convierte, liquida y lo devuelve al ISV sin asumir el papel fiscal de la venta. La distinción parece académica hasta el día en que el área financiera pregunta quién emite la factura y quién responde por el tributo.

La pieza trata de una solución nombrada: el ISV vende en América Latina a través de la infraestructura local de Nexforce, con moneda local y sin abrir entidad fiscal propia. La otra ruta, vender por un cloud marketplace con Nexforce operando ese camino, existe y se mencionará en el lugar correcto. El eje de esta guía es el primer camino.

¿Qué son los pagos B2B internacionales en América Latina?

Los pagos B2B internacionales, en la lectura de esta guía, son el flujo de dinero entre dos empresas con sede en países distintos, desde la aceptación del comprador hasta la liquidación al vendedor, incluida la conversión de moneda, la retención, los plazos y la repatriación. No es el checkout de un consumidor final. Es una cadena con partes identificables.

La diferencia que decide el costo no está en el valor de la transacción, sino en el número de monedas y de instituciones que el dinero atraviesa. Un comprador corporativo mexicano paga en pesos, en el riel local que ya usa. El ISV mantiene su contabilidad en otra moneda. Entre esos dos puntos existen aceptación, conversión, liquidación y repatriación, y cada etapa tiene un operador y una tarifa. Quien ignora esa división trata el cobro internacional como un problema de integración. Quien la entiende lo trata como un problema de tesorería.

El territorio tiene un tamaño conocido: el mismo 73% de la ABES dice que el comprador local ya compra software de afuera. Lo que no tiene es un camino de pago diseñado para esa compra.

¿Cómo funciona el flujo, capa por capa?

El flujo B2B internacional se organiza en cinco capas: aceptación, conversión, liquidación, repatriación y lo que queda retenido en el camino. Entender el orden importa porque el costo de una capa queda invisible mientras la anterior no esté resuelta, y esa secuencia separa un cobro diseñado de una sorpresa contable al final del trimestre.

Aceptación primero. El comprador de la LatAm paga con el método que ya domina: boleto en Brasil, Pix, tarjeta local, transferencia doméstica. Ningún comprador corporativo quiere abrir una cuenta internacional para pagar un software, igual que ningún área financiera quiere explicar un gasto en dólares sin factura.

Después viene la conversión, el punto en que el dinero cambia de moneda y carga dos costos sumados, el spread del operador y el momento del tipo de cambio, con un cierre cambiario que fija la tasa en la fecha de compra y retira del contrato la exposición entre el cobro y el pago.

Queda la liquidación, que no es lo mismo que entrada a caja. La liquidación es el momento en que el dinero convertido se vuelve capital disponible, y no necesariamente el momento en que entra a la caja del vendedor. Una cuenta por cobrar puede existir y aún no ser dinero. Esa distinción es donde se decide el capital de trabajo del ISV, con los modelos detallados en Liquidación de pagos internacionales: dónde convertir.

En la repatriación, el dinero sale de la jurisdicción del comprador y llega a la moneda del vendedor. Aquí entran la institución que conduce la remesa, el plazo de liquidación y la documentación que sustenta la operación. Una remesa sin respaldo documental es un problema que aparece meses después, cuando nadie recuerda qué contrato la originó.

La quinta capa no es una etapa, sino la suma de lo que quedó retenido en todas las otras. El ISV que fija precios mirando solo la tarifa de aceptación subestima el costo real de vender en la región.

¿Cuáles son los métodos de pago locales que importan?

Los métodos de pago locales que deciden la conversión del comprador de la LatAm son pocos y concentrados: boleto y Pix en Brasil, tarjeta local en cuotas en México y Brasil, transferencias domésticas en cada país. El método correcto es el que el comprador ya usa, no el que conoce el vendedor. Las cuotas entran aquí como práctica de mercado de la plaza, con el mecanismo verificado en Brasil y la lectura para los demás países tratada como preliminar.

Boleto y Pix cargan comportamientos distintos. El boleto es un documento de cobro con plazo de compensación que puede llegar a días, y esa ventana afecta el capital de trabajo de quien vende. Pix liquida en segundos y cambió el estándar de pago corporativo brasileño; la versión recurrente del riel, Pix Automático para pagos recurrentes de SaaS, interesa a quien vende suscripción, porque acerca el cobro a la recurrencia contractual.

La tarjeta local en cuotas es el método que más confunde a quien viene de afuera. En Brasil, pagar en cuotas es norma cultural, no concesión: el comprador espera dividir el pago en hasta doce veces. El mismo comportamiento de mercado se observa en México, tratado aquí como plaza en análisis preliminar. El ISV que no ofrece cuotas pierde la comparación antes de discutir precio. Aquí aparece la asimetría de capital de trabajo que cambia la ecuación. Cuando la capa local paga al ISV al contado y da cuotas al comprador final, quien carga el riesgo de crédito es la capa, no el vendedor. El ISV cobra sin cargar cuenta por cobrar, y el comprador gana plazo.

Cubrir esos rieles país por país, cada uno con contrato y conciliación propios, multiplica el esfuerzo operativo donde el ISV no tiene ventaja competitiva. El post Pagos en moneda local: vender SaaS en América Latina desarrolla ese recorte de costo.

¿Cambio y repatriación: dónde pierde valor el dinero?

El cambio y la repatriación son las dos capas en que el dinero del ISV pierde valor sin que la transacción cambie de precio. El cambio es la conversión de una moneda en otra; la repatriación es el movimiento del valor de vuelta a la moneda del vendedor. Las dos tienen costo, plazo y riesgo propios, y ninguna aparece en la vitrina del producto.

El spread de cambio es el primer lugar donde ese valor se pierde. Es la diferencia entre la tasa de referencia del mercado y la tasa efectiva aplicada en la operación, y crece cuando la conversión ocurre en eslabones múltiples. Un pago que pasa por tres conversiones carga tres spreads sumados. Reducir el número de conversiones corta el costo cambiario más que negociar la tasa de un eslabón aislado.

La exposición cambiaria es el segundo punto. Entre la fecha del cobro y la fecha de la liquidación, la moneda se mueve, y quien absorbe esa variación es quien no fijó la tasa. Un cierre cambiario en la fecha de compra transfiere la incertidumbre a quien sabe administrarla y devuelve previsibilidad al contrato.

La repatriación agrega la capa documental. Las remesas internacionales exigen respaldo: contrato, factura, comprobación del servicio prestado. Un ISV sin proceso montado descubre la extensión del problema en el primer cierre contable, cuando necesita explicar una remesa que nadie clasificó.

Aquí vale la marca de la precisión legal que gobierna esta sub-línea. Cualquier análisis de retención o de costo de remesa específico de un país de la LatAm fuera de Brasil es preliminar en este texto. La incidencia tributaria de cada jurisdicción exige verificación contra la legislación vigente del país y no se afirma aquí como conclusión.

¿Aceptación, orquestación y merchant of record: quién hace qué?

Son tres funciones distintas que el mercado suele mezclar: la aceptación mueve el dinero del comprador hacia la capa; la orquestación decide qué proveedor procesa cada transacción; merchant of record asume el papel fiscal de la venta. Confundirlas produce contratación y factura equivocadas.

Merchant of record es la función más malentendida. En ese modelo la empresa deja de ser un facilitador y pasa a ser el vendedor ante el comprador, con la responsabilidad por el tributo de la venta. Es un papel jurídico, no una funcionalidad de cobro, con tratamiento propio en Merchant of record: qué es, cuándo la empresa de software lo necesita y cómo elegir. La capa de esta guía es distinta: opera el flujo de pago sin asumir el papel fiscal de la venta.

La orquestación es la función por encima del gateway. No acepta ni convierte; decide qué proveedor procesa cada transacción según reglas de costo, aceptación y disponibilidad, detalladas en Orquestación de pagos: la capa por encima del gateway. En el diseño del flujo, la orquestación entra donde hay más de un proveedor compitiendo por la misma transacción. Sin esa condición, es complejidad sin retorno.

La aceptación es donde el comprador toca el sistema por primera vez. Es ahí donde el método local, las cuotas y la recurrencia se encuentran, y es ahí donde la fricción de pago decide si la venta se cierra.

¿Qué cambia cuando el ISV vende sin abrir entidad?

Vender sin abrir entidad fiscal local cambia la naturaleza del problema: el ISV deja de constituir una persona jurídica en la LatAm, con contabilidad, obligaciones accesorias y capital, y pasa a operar por una capa que ya existe en cada plaza.

Abrir una entidad en cada mercado significa multiplicar un costo fijo por país. Antes de cualquier ingreso, el ISV cubre constitución, contador local, obligaciones accesorias y una cuenta bancaria doméstica. Para un contrato pequeño, esa estructura nunca se paga.

El camino de la infraestructura local mueve ese costo hacia la capa. Cada jurisdicción tiene reglas propias de nexo y retención, y la aplicación a un país específico exige análisis regulatorio preliminar.

El Nexforce Marketplace cubre ese camino con atributos verificables. El ISV opera con su propio contrato estándar y sus propios programas, sin adoptar el papeleo de un tercero. La capa es agnóstica de nube: transaccionar no exige compromiso con ningún proveedor de nube. Es más barata para el ISV y más barata para el cliente final, y el texto sostiene las dos afirmaciones porque son dos. Cubre moneda local en toda la LatAm, no solo en Brasil, y carga una red de revendedores.

Existe además la alianza de software, el diferenciador menos comprendido. Nexforce genera ahorro en otros gastos de software del comprador o del prospecto para viabilizar el negocio del ISV. Lo que cierra el negocio es la cuenta total de software del comprador, y no el descuento del propio ISV. Cierra la lista el arreglo de capital de trabajo: Nexforce paga al ISV al contado y da cuotas al comprador final en hasta doce veces, de modo que el riesgo de crédito queda con la capa y el ISV cobra sin cargar cuenta por cobrar. Por último, el costo para el ISV es cero, no hay tamaño mínimo de negocio y la cobertura alcanza la región entera.

¿Camino directo, cloud marketplace o la capa local?

El camino directo, un cloud marketplace y la capa local resuelven el mismo problema con economías distintas. En el camino directo, el ISV vende y cobra solo, lo que exige entidad fiscal de recepción, settlement en moneda extranjera y cuenta por cobrar propia. En el cloud marketplace, un tercero lista el producto e impone su contrato, su programa y sus tarifas por transacción.

El camino directo cobra la libertad con estructura. Sin intermediario, el ISV controla la relación comercial y la política de precio, pero carga la entidad fiscal en el país del comprador, la gestión de cuentas por cobrar, el costo de repatriación y el cumplimiento continuo de cada plaza. Para quien está entrando, es la suma de todos los costos que la guía acaba de descomponer, pagados antes de la primera venta.

El cloud marketplace cambia la estructura por adherencia a un estándar ajeno. El listing pasa por ciclo de revisión, el contrato y el programa del marketplace se imponen al vendedor, y cada transacción carga tarifa, con liquidación en moneda extranjera. El inventario de los canales y de las fricciones de ese camino está en Cloud Marketplace LatAm: canales, socios y compliance. Cuando se elige, es una de las dos soluciones que Nexforce opera para el ISV, no el eje de esta guía.

La capa local propone otro arreglo: el ISV vende en la LatAm por la infraestructura de Nexforce, cobra en moneda local, y el comprador paga por los rieles que ya usa, con cuotas en hasta doce veces y cierre cambiario en la fecha de compra. El costo de la capa tributaria adyacente, que en Brasil tiene pista propia en Costo de vender software en Brasil: tarifas, tributos y cuenta, no es el objeto de este pilar.

La elección es entre comprar estructura para controlar y alquilar adherencia para entrar. El camino directo sirve a quien ya decidió que la LatAm es un mercado permanente. El cloud marketplace sirve al descubrimiento. La capa local sirve a quien quiere ingreso en la región sin construir la operación de pago desde cero.

Errores comunes al estructurar el pago en la LatAm

Los errores más caros en la estructura del pago B2B internacional vienen de tratar el cobro como un detalle de integración. Aparecen en secuencia previsible, y el primero contamina los siguientes.

1. Fijar el precio por la tarifa visible. La tarifa de aceptación es la única parte del costo que suele estar en la propuesta comercial. El spread de cambio, la tarifa de liquidación y el costo de remesa no aparecen, y por eso suman sorpresa en el cierre del trimestre.
2. Ignorar las cuotas como requisito. En mercados donde las cuotas son norma, no ofrecerlas elimina al vendedor de la comparación antes del precio.
3. Confundir aceptación con liquidación. Aceptar el pago del comprador no significa tener el capital disponible. El intervalo entre los dos es el capital de trabajo del ISV, y tratarlo como cero distorsiona la proyección de caja.

La articulación entre esos errores es lo que encarece la operación, porque el error de fijación de precios esconde el de cambio y el de documentación, y cada uno aparece solo en el cierre siguiente, cuando corregir el anterior ya cuesta más de lo que habría costado diseñar la capa entera desde el principio.

1. No fijar el cambio. El ingreso en moneda extranjera queda expuesto entre el cobro y la liquidación, y la variación del período se vuelve resultado financiero de una operación comercial.
2. Dejar la documentación de la remesa para después. La repatriación sin respaldo documental es un pasivo que aparece tarde, cuando ya no hay quien reconstituya el origen de la operación.
3. Asumir que el método de un país sirve para otro. Pix, boleto, tarjeta local y transferencias domésticas tienen comportamientos y plazos distintos en cada plaza. Tratar la LatAm como un mercado único de pago es el error que este pilar existe para corregir.

Preguntas frecuentes sobre pagos B2B internacionales

¿Qué diferencia el pago B2B internacional del pago de consumidor? El pago B2B internacional involucra dos empresas identificadas, valores mayores, contratos y documentación fiscal, mientras el pago de consumidor es anónimo y de bajo valor. La capa B2B necesita lidiar con factura, respaldo de remesa y conciliación contable, exigencias que un checkout de consumidor no carga.

¿Qué es merchant of record y por qué no es lo mismo que esta capa? Merchant of record es el modelo en que una empresa asume el papel fiscal de la venta, siendo el vendedor ante el comprador y respondiendo por el tributo. La capa de pago descrita aquí opera el flujo financiero sin asumir el papel fiscal de la venta. Son funciones jurídicas distintas.

¿Necesita el ISV abrir entidad fiscal en América Latina para cobrar? No necesariamente. Vendiendo por la infraestructura local, el ISV cobra en moneda local sin abrir entidad propia en la región. Cada jurisdicción tiene reglas propias de nexo y retención, y la aplicación a un país específico exige análisis regulatorio preliminar.

¿Cómo afectan las cuotas en hasta doce veces a la caja del ISV? Cuando la capa local paga al ISV al contado y da cuotas al comprador final, el riesgo de crédito queda con la capa y el ISV no carga cuenta por cobrar. El vendedor cobra sin esperar el plazo del comprador, y el comprador mantiene las cuotas que espera del mercado.

¿Por qué pesa el spread de cambio más de lo que parece? Porque cada conversión intermedia suma su propio spread. Un pago que atraviesa tres conversiones carga tres costos superpuestos. Reducir el número de conversiones reduce el costo total más que negociar la tasa de un eslabón aislado.

Referencias y Lectura Complementaria

• Nexforce Marketplace: capa de aceptación, cambio, liquidación y repatriación para el ISV que vende en América Latina.
• Cómo vender software SaaS en América Latina: el mapa del ISV internacional: el pilar paraguas del ISV en la región.
• Liquidación de pagos internacionales: dónde convertir: los modelos de conversión y liquidación en detalle.
• Merchant of record: qué es, cuándo la empresa de software lo necesita y cómo elegir: el papel fiscal de la venta y sus criterios.
• ABES, el mercado brasileño de software: origen del dato de que el 73% del software corporativo en Brasil es extranjero.

Por dónde empezar a estructurar el pago en la LatAm

El punto de partida no es elegir un proveedor, es diseñar la capa. El ISV que decide vender en América Latina debe responder cinco preguntas en el orden en que aparecen: cómo paga el comprador en su país, cómo se convierte el valor y cuándo se fija la tasa, cuándo el dinero se vuelve capital disponible, cómo se documenta y se repatría la remesa, y cuánto cuesta todo eso más allá de la tarifa de aceptación. La respuesta a esas cinco preguntas es el diseño de la capa.

El Nexforce Marketplace existe para ser esa capa. El ISV opera con su propio contrato estándar y sus propios programas, la capa es agnóstica de nube, es más barata para el ISV y para el cliente final, cubre moneda local en toda la LatAm, incluye red de revendedores y usa la alianza de software para viabilizar el negocio a partir de la cuenta total de software del comprador. El costo para el ISV es cero, no hay tamaño mínimo de negocio, y Nexforce paga al ISV al contado mientras da cuotas al comprador final en hasta doce veces.

Para el ISV internacional, la decisión de entrar a la LatAm deja de ser una apuesta de estructura y pasa a ser una decisión de canal. Quien quiere empezar sin abrir entidad local puede conocer el Nexforce Marketplace y mapear el primer contrato en la región antes de constituir cualquier operación propia.