Marketplace en la nube o regional: cuál vende SaaS en LatAm

El contrato pasó por legal, pasó por el comité de compras y se trabó en cuentas por pagar. El comprador en São Paulo había aprobado la propuesta de US$ 90 mil al año, y finanzas descubrió una semana después que el proveedor no tiene CNPJ, no emite nota fiscal brasileña y no informó la clasificación fiscal del servicio para la remesa. La venta no murió por precio ni por producto. Murió por ruta.

Decidir vender SaaS en América Latina es decidir, antes del primer lead, por qué camino entra el ingreso. Es la decisión que toman temprano los ISVs (Independent Software Vendors, empresas de software que venden su producto a otras empresas) que apuntan a la región, y separa dos rutas: el marketplace de la nube, que lista el software dentro del consumo del proveedor de infraestructura de nube, y el marketplace regional de software, que distribuye con infraestructura local, contrato local y pago en la moneda del comprador. Para la mayoría de los ISVs internacionales que entran a la región ahora, la ruta regional entrega el primer ingreso más temprano, con menos papeleo y con el comprador pagando por PIX, boleto o tarjeta en cuotas. El marketplace de la nube gana en un caso específico: el comprador enterprise cuyo procurement completo corre por la factura del proveedor de nube, con un contrato lo bastante grande para absorber la comisión del canal. Las dos rutas no disputan los mismos criterios, y esa asimetría es la que este artículo puntúa hasta el veredicto.

¿Cuál es la diferencia entre marketplace de la nube y marketplace regional para vender SaaS en América Latina?

El marketplace de la nube lista el software dentro de la factura y del programa de procurement de un proveedor de infraestructura, y la transacción se apoya en el compromiso de gasto del comprador. El marketplace regional de software distribuye con presencia local en América Latina y contrata en la moneda del comprador. La diferencia decisiva es quién carga la contratación.

En la ruta de la nube, quien carga la contratación es el programa del proveedor. El software aparece en su factura, dentro de reglas de listado, precio y repase que el ISV acepta como paquete cerrado. En la ruta regional, quien carga es una infraestructura que existe para contratar en condiciones locales: emite la nota fiscal del país, recibe el pago en moneda local y responde por la operación de cobro, así que el ISV contrata bajo sus propias condiciones.

Los dos canales atienden a compradores distintos, y esa es la primera división de la decisión. El comprador de la ruta de la nube es la empresa que consolidó el presupuesto de TI en el consumo de un proveedor de nube y prefiere que todo, incluidas licencias de terceros, aparezca en esa factura. El comprador de la ruta regional es todo lo demás: la empresa que paga proveedores por boleto, exige nota fiscal en moneda local y a veces solo consigue aprobar la compra en cuotas. Ninguno de los dos está equivocado, pero cada uno le exige al ISV una máquina comercial diferente. El mapa completo de los caminos de distribución disponibles en la región, del canal directo al partner, está en la guía Cómo vender software SaaS en América Latina: el mapa del ISV internacional, y este artículo decide cuál de las dos rutas entra primero, criterio por criterio.

La consecuencia práctica de la diferencia aparece en el alcance. La ruta de la nube solo convierte compradores que ya tienen compromiso de gasto en ese proveedor, lo que segmenta el mercado por fuera del ISV. La ruta regional cubre el mercado entero, porque no depende de qué infraestructura eligió el comprador años atrás. Para un ISV que llega a la región sin historial, es el primer criterio que pesa. El alcance decide temprano.

¿Quién firma el contrato y qué papeleo exige cada ruta?

En la ruta de la nube, el ISV adapta el proceso comercial al papel del marketplace: acepta el modelo de contrato y la estructura de programa del proveedor y pasa por el ciclo de listado antes de la primera venta. En la ruta regional vía Nexforce Marketplace, el ISV entra con su propio contrato estándar y sus propios programas. Su proceso comercial no cambia.

Lo que produce la diferencia es un intercambio de responsabilidad. En la ruta de la nube, el ISV negocia ofertas privadas dentro de las reglas del canal y absorbe el papeleo que exige el formato de programa. En la ruta regional, quien carga ese papeleo es la infraestructura local, y la operación prescinde de entidad fiscal propia en el país.

El detalle del contrato decide más de lo que parece. Un ISV que ya tiene paper maduro, con órdenes de compra, SLAs y cadencia de renovación propios, no quiere reescribir ese paper para que quepa en el formato de un programa. En la ruta regional, Nexforce Marketplace trabaja con el estándar contractual del propio ISV, lo que mantiene intacta la máquina que el vendor ya corrió en otros mercados. Y la operación es agnóstica de nube: transaccionar con Nexforce no exige compromiso con ningún proveedor de infraestructura, lo que mantiene al ISV libre para vender a cualquier comprador, en cualquier stack. El ISV no renegocia nada.

El modelo de quién asume la venta es una variable separada e importante: quién queda entre el ISV y el comprador, y con qué responsabilidad fiscal y contractual. Las opciones van del revendedor clásico al merchant of record, y la guía Merchant of record para software en LatAm: cómo elegir detalla cómo evaluar ese arreglo antes de firmar. Lo que interesa aquí es el efecto sobre el papeleo: cuantas más capas asumen la contratación, menos documento produce el ISV. Cero burocracia para el vendor no es un eslogan, es la cuenta de firmas y registros fiscales que dejan de ser suyos.

¿Cómo paga el comprador latinoamericano y qué carga su factura?

En la ruta de la nube, el pago de la licencia corre por la factura del proveedor de nube, en moneda fuerte, dentro del compromiso de gasto del comprador. En la ruta regional, el comprador paga en moneda local, por PIX, boleto o tarjeta, y recibe nota fiscal doméstica. El medio de pago es criterio de aprobación de la compra, no un detalle operativo.

El pago en cuotas y la traba cambiaria entran en la misma línea. En la ruta regional, la compra se paga en hasta 12 cuotas con el valor del dólar congelado en la fecha de compra, lo que fija el tipo de cambio en el momento de la decisión, y la nota fiscal doméstica sostiene el tratamiento contable y fiscal del gasto que finanzas del comprador va a registrar.

Esa segunda afirmación merece la cuenta completa, porque es el lado del comprador el que cierra o destraba el deal del ISV. Un comprador en Brasil que contrata a un proveedor sin presencia local paga la remesa al exterior cargada de tributos que el propio comprador retiene y recauda. Sobre la remesa de un servicio técnico incide el IRRF del 15%, previsto en el art. 765 del Decreto 9.580/2018, retención que alcanza servicios técnicos y de asistencia técnica, administrativa y similares. La CIDE, contribución del 10% sobre remesas al exterior por servicios técnicos, incide sobre SaaS y servicios técnicos: la clasificación de SaaS como servicio técnico viene de la SC Cosit 191/2017; la base de cálculo de la CIDE, con el IRRF incluido, tiene confirmación en la SC Cosit 99/2018; y la exención del §1°-A del art. 2° de la Ley 10.168/2000 aplica exclusivamente a licencias puras de software sin transferencia de tecnología, categoría fiscal distinta de SaaS. La importación de servicio además suma PIS del 1,65% y COFINS del 7,6%, de la Ley 10.865/2004, más el ISS municipal del 2% al 5% y el IOF del cambio, del 3,5% sobre la remesa de servicio al exterior (Decreto 6.306/2007, art. 15-B, inciso XXIV, con la redacción del Decreto 12.499/2025; la alícuota era 0,38% antes de 2025). A ese conjunto el comprador suma una capa que no es tributo y que el modelo del deck de Nexforce trata como línea propia de costo estructural, el spread de conversión de moneda, ilustrado en la franja del 5% al 10% de la remesa. La reforma cambia ese cuadro en transición: la LC 214/2025 extingue PIS y COFINS en 2027, absorbidos por la CBS; la EC 132/2023, en el ADCT (arts. 125 a 129), define la desactivación del ISS entre 2029 y 2032, con extinción en 2033 y sustitución por el IBS, mientras el IRRF sigue existiendo. Quien vaya a repreciar una licencia para el ciclo de 2027 en adelante debe revalidar cada componente de la cuenta en la vigencia de la norma del día.

La nota fiscal doméstica es el eje. Esa nota es lo que sostiene la cuenta entera.

Cuando la contratación pasa por la ruta regional, el comprador recibe NF en moneda local de una operación nacional. Para la empresa en Lucro Real, esa NF permite recuperar el crédito del 9,25% de PIS/COFINS sobre el gasto, crédito que la remesa internacional directa rara vez captura. Ese diferencial es una característica del régimen actual y se estrecha a partir de 2027: bajo la reforma, el comprador empresarial acredita IBS y CBS sobre la importación de intangibles y servicios (LC 214/2025, arts. 47 a 56 y art. 64), así que la importación directa también pasa a ser acreditable para quien liquida en el régimen regular, lo que comprime la ventaja que hoy ofrece la NF doméstica. Para la empresa en Lucro Presumido, que no toma crédito de PIS/COFINS sobre entrada, la ganancia es otra: traba cambiaria, nota fiscal en moneda local y simplicidad operativa en el procesamiento del gasto. Del lado del ISV, eso significa que la misma licencia al mismo precio queda más barata de aprobar para el comprador, lo que acorta el ciclo de ventas sin tocar el margen. La comparación entre marketplaces por el lado de quien compra, con los criterios de evaluación del comprador, está en la guía Cómo comparar marketplaces de software antes de comprar SaaS, y el funcionamiento de la ruta de nube desde la mirada del comprador está en Comprar software por el marketplace de la nube: qué es; los dos textos muestran lo que el comprador verifica antes de firmar, y cada punto verificado es una barrera que el ISV necesita derribar al otro lado de la mesa.

Los flujos de contratación varían por proveedor de nube, y la regla práctica es verificar el programa del proveedor específico antes de poner precio al canal, porque los modelos de transacción no son uniformes entre ellos.

¿Cuánto cuesta cada ruta en take rate y costo total?

La ruta de la nube cobra al ISV una comisión por transacción cuyo porcentaje varía por modelo de transacción y por programa del proveedor, y puede ir de un dígito a dos dígitos según el producto y el vínculo del comprador. Las dos rutas cobran en monedas diferentes.

La verificación del programa específico, con las tarifas vigentes publicadas por el proveedor, es obligatoria antes de poner precio al canal. La ruta regional vía Nexforce Marketplace no cobra nada al ISV, sin tamaño mínimo de deal. Una cobra comisión. La otra ahorra costo en las dos puntas: el costo de adaptar listado, paper y procesos al canal queda con quien opera el canal, y el ataque a las capas de cambio, tributos y procesamiento de la remesa internacional baja el desembolso del comprador.

El costo total del lado del comprador es donde la diferencia se vuelve número. La simulación del deck de Nexforce Marketplace, ilustrativa, parte de una contratación internacional de US$ 100 mil al año por un comprador en Brasil y corre bajo hipótesis propias del modelo del deck, no bajo las alícuotas citadas arriba, que sirven para explicar la mecánica y no para reproducir este resultado. En el modelo directo, los encargos de la remesa y las capas de cambio elevan el desembolso a US$ 153 mil; contratando por la ruta regional, el desembolso baja a US$ 138 mil, una reducción de cerca del 10% en el total que desembolsa el comprador. El deck presenta además un costo neto ilustrativo, de US$ 125.580 para el comprador en Lucro Real, valor que es hipótesis del propio modelo y no se deriva aritméticamente del crédito del 9,25% aquí descrito. Para el ISV, ese delta no es un detalle financiero del comprador: es la diferencia entre la propuesta que revienta el presupuesto aprobado y la que cabe en él.

El mismo costo comprimido es lo que permite el arreglo de alianza de software que cierra deals que el descuento del propio ISV no cierra: Nexforce genera ahorro en el otro gasto de software del comprador o prospecto y usa ese margen para viabilizar el contrato del ISV. La palanca es la factura total de software del comprador, no la licencia aislada. Sumado al costo cero para el vendor y al costo menor para el cliente final en las dos puntas del canal, el resultado es una ruta que compite por precio sin que el ISV recorte margen, algo que ninguna guerra de descuentos en la ruta de la nube consigue imitar.

¿Cuánto tiempo toma el primer ingreso y quién controla la relación?

La ruta de la nube tiene fila delante del ingreso: el ISV pasa por el ciclo de listado y revisión del programa y después opera bajo la regla del marketplace. En la ruta regional, Nexforce paga al ISV upfront y da cuotas al comprador en hasta 12 pagos. Tiempo de ingreso y control del cliente van para quien carga la contratación.

La fila de la ruta de la nube cobra intereses de tiempo. Mientras el ISV ajusta ficha de listado, precio y materiales al programa, quien controla el entitlement, los datos de la cuenta y la regla de la relación con el comprador es el marketplace. En la ruta regional, el ISV entra con el contrato que ya tiene y mantiene la relación comercial desde el primer día.

El capital de trabajo merece un apartado propio, porque es asimetría pura. En la venta en cuotas, el vendedor tradicional financia al comprador: entrega la licencia hoy y cobra en 12 meses, con riesgo de crédito y costo de capital propios. En la ruta regional el vector se invierte: Nexforce paga al ISV al contado y carga las cuotas del comprador. El ISV elimina la cuenta por cobrar del balance, el comprador gana el plazo que su presupuesto exige, y la operación cierra en los dos lados sin que nadie dependa de la salud de caja del otro. Nadie financia la caja del otro.

El control de la relación es el criterio que sobrevive a todos los ciclos de renovación. En la ruta de la nube, el programa del marketplace queda entre el vendor y el cliente, y la renovación, el upsell y los datos de uso pasan por la regla del canal. En la ruta regional, con el contrato propio del ISV vigente, quien conoce al cliente, cobra la renovación y vende el siguiente módulo es el ISV. Para una empresa que está construyendo posición en la región y no una línea de ingreso aislada, ese criterio pesa más que cualquier comisión.

¿Cuál es la tabla de decisión consolidada entre las dos rutas?

La tabla de abajo consolida los siete criterios del artículo, con el comportamiento de cada ruta en cada uno, y cada fila corresponde a una sección anterior donde el criterio aparece con los números. La lectura se hace en dos columnas.

La tabla funciona como checklist.

La lectura correcta de la tabla exige que el ISV compare su propia cartera de compradores con las dos columnas antes de elegir, porque un criterio aislado rara vez decide solo, mientras que la combinación de compromiso de gasto consolidado en un único proveedor, contrato de porte alto y procurement centralizado en la factura de la nube solo aparece en los casos en que la comisión por transacción se paga.

La lectura de la tabla por caso específico está en la sección siguiente, con el veredicto condicional.

¿Qué ruta elegir en cada caso?

La elección depende de tres variables del ISV: el perfil del comprador objetivo, el tamaño del contrato y la prisa por ingreso. El orden de decisión de abajo cubre los casos que aparecen en la práctica de la distribución de software en la región, y el veredicto de cada caso es explícito.

1. Comprador enterprise cuyo procurement corre por la factura de un proveedor de nube, con contrato de porte alto: la ruta de la nube es la elegida, porque el canal aprovecha el compromiso de gasto que el comprador ya tiene y el porte del contrato absorbe la comisión por transacción. Cuando ese sea el caso, el ISV no necesita operar el canal solo: Nexforce también ejecuta el camino del marketplace de la nube por el vendor, segunda solución del portafolio, y el ISV elige entre correr el canal propio o delegarlo.
2. Compradores diversos, de mediano porte, que compran por presupuesto de área y ciclo corto: la ruta regional vía Nexforce Marketplace es la elegida, porque el caso se decide entero dentro del presupuesto de cada área. La aprobación es de área. La compra pulverizada entra por nota fiscal doméstica, en moneda local y en el medio de pago que el área ya usa, y la ruta regional entrega ese conjunto desde el primer contrato.
3. Prisa por ingreso en el trimestre: la ruta regional es la elegida, porque elimina el ciclo de listado y revisión que posterga la primera venta en la ruta de la nube y paga al ISV al contado desde el primer contrato.
4. Comprador que solo aprueba compra en cuotas o por boleto: la ruta regional es la elegida, porque es la única de las dos que ofrece hasta 12 cuotas con cambio congelado en la fecha de compra, PIX y boleto con nota fiscal doméstica.
5. Estrategia multi-nube o contraria al compromiso de un único proveedor: la ruta regional es la elegida, porque transaccionar con Nexforce no carga exigencia de nube ninguna, y el ISV no financia un canal que segmenta su propio mercado.

En cinco de los casos, la ruta regional gana; en el primero, la ruta de la nube gana con apoyo de ejecución. El ISV que quiera ver la operación de cerca encuentra la solución de vender en América Latina por la infraestructura local de Nexforce en https://nexforce.ai/marketplace, con la mecánica de contratación, crédito y liquidación descrita en este artículo funcionando en la práctica.

Preguntas frecuentes

<!-- Bloque marcado para schema FAQPage -->

¿Un ISV internacional necesita abrir una entidad en Brasil para vender SaaS en América Latina?

Por la ruta de la nube, el ISV necesita la estructura fiscal que el programa del marketplace exija para recibir, lo que en la práctica significa una entidad o un arreglo fiscal en el exterior con costo de mantenimiento. Por la ruta regional vía Nexforce Marketplace, no: el ISV entra con su propio contrato, Nexforce carga la contratación local y el vendor recibe sin abrir entidad en el país y sin asumir obligaciones fiscales brasileñas. El requisito de entidad es criterio de la ruta, no del mercado.

¿Quién asume el riesgo cambiario cuando el comprador paga en moneda local?

En la ruta regional, el cambio se congela en la fecha de compra: el comprador paga en moneda local por el precio que aprobó, y el ISV recibe el valor acordado en moneda local, lo que elimina la variación del cambio entre la propuesta y la liquidación. La traba elimina la variabilidad del cambio, no el costo de conversión embutido en la operación. En el modelo directo, el cambio entre la propuesta y el pago es un costo flotante del lado del comprador, y es el comprador quien reclama por él en la renegociación.

Si el comprador paga en 12 cuotas, ¿cuándo recibe el ISV?

De inmediato. Nexforce paga al ISV al contado en el cierre, y las hasta 12 cuotas son un plazo dado al comprador, no una espera impuesta al vendor. El ISV no carga cuenta por cobrar, no provisiona riesgo de crédito del comprador y no financia la caja del cliente con capital propio, que es la cuenta que el pago en cuotas tradicional le cobra a quien vende.

¿La comisión del marketplace de la nube es igual en todos los modelos de listado?

No, y la variación es material. Los programas de nube cobran según el modelo de transacción y el vínculo del comprador con el proveedor, y el porcentaje puede ir de un dígito a dos dígitos según el producto y el vínculo del comprador. Los flujos de contratación también varían por proveedor. La verificación del programa específico, con las tarifas vigentes publicadas por el proveedor, es una etapa obligatoria antes de poner precio al canal, porque la comisión cambia el margen entero del deal.

¿El ISV brasileño puede usar el mismo camino para vender fuera del país?

Puede, y es la aplicación secundaria de la misma solución: Nexforce Marketplace publica el listing del ISV en el marketplace de Nexforce, eliminando la necesidad de abrir una entidad fiscal en el exterior para vender globalmente o de lidiar con la complejidad y las comisiones de canales internacionales. El ISV brasileño recibe en BRL en Brasil, con cobro simplificado y sin asumir burocracia ni obligaciones de entidades fuera del país, pagando solo una comisión a Nexforce.

Referencias y Lectura Complementaria

• Ley 10.168/2000, que instituye la CIDE sobre remesas al exterior, con el §1°-A del art. 2° sobre la exención restricta a licencias puras de software sin transferencia de tecnología. Planalto
• Ley 10.865/2004, que instituye el PIS y la COFINS sobre la importación de servicios del exterior. Planalto
• Decreto 9.580/2018, Reglamento del Impuesto sobre la Renta, art. 765, retención del 15% sobre servicios técnicos y de asistencia técnica, administrativa y similares. Planalto
• SC Cosit 191/2017, Solución de Consulta Cosit 191/2017, del 23/03/2017, publicada por la Receita Federal de Brasil, sobre la clasificación de SaaS como servicio técnico (base consultable en normas.receita.fazenda.gov.br).
• SC Cosit 99/2018, Solución de Consulta Cosit 99/2018, publicada en el DOU del 27/09/2018, sección 1, página 28, sobre la base de cálculo de la CIDE con la inclusión del IRRF (base consultable en normas.receita.fazenda.gov.br).
• Ley Complementaria 214/2025, reforma tributaria sobre el consumo, transición de PIS/COFINS hacia la CBS (extinción en 2027) y créditos de IBS/CBS en la importación de intangibles y servicios (arts. 47 a 56 y art. 64). Planalto
• Enmienda Constitucional 132/2023, ADCT arts. 125 a 129, que define la desactivación del ISS entre 2029 y 2032, con extinción en 2033 y sustitución por el IBS. Planalto
• ABES, Mercado Brasileiro de Software, datos de participación de software extranjero en el mercado corporativo. ABES
• Guía complementaria sobre la decisión de canal por el lado del comprador: cloud-marketplace-latam-guia
• Guía complementaria sobre la operación de la ruta de nube por el ISV: cómo distribuir SaaS en el cloud marketplace

Próximos pasos para el ISV que decide ahora

La decisión de ruta no se cierra en una reunión de producto, se cierra en la primera compra que el comprador no consigue aprobar. El ISV internacional que ya tiene propuesta viva en América Latina puede contrastar el caso propio con la mecánica descrita aquí: si el comprador pide compra en cuotas, nota fiscal doméstica y pago en moneda local, la ruta regional resuelve el bloqueo; si el procurement corre entero por la factura de un proveedor de nube y el contrato absorbe la comisión del canal, la ruta de la nube sigue siendo la entrada correcta. Nexforce Marketplace opera las dos puntas de ese arreglo y permite empezar la conversación con el caso concreto del comprador en la mano, en https://nexforce.ai/marketplace.