AWS Marketplace: guía completa para ISVs vender software

El ISV latinoamericano que trata los cloud marketplaces como "un canal de ventas más" está mirando al lugar equivocado. Los cloud marketplaces no son un canal. Son una reestructuración del procurement de software B2B. El comprador no pasa por el procurement tradicional. El presupuesto ya está comprometido antes del primer contacto comercial. La transacción ocurre dentro de un ecosistema donde la facturación, el cobro y la remesa internacional siguen reglas que no existen en una venta directa.

Para el ISV latinoamericano, ninguna otra ruta ofrece acceso a presupuestos globales de cloud con esta combinación de alcance y estructura de billing integrada. El marketplace ofrece infraestructura de cobro y distribución. Pero la capa operativa que lo hace practicable (pagos transfronterizos, compliance fiscal, localización) queda del lado del ISV.

En síntesis: los cloud marketplaces (AWS, Azure, Google Cloud) no son un canal de ventas adicional. Son una reestructuración del procurement B2B que elimina el cuello de botella de compras del cliente y altera la ecuación tributaria del software cross-border. Para ISVs latinoamericanos, la carga tributaria del comprador vía marketplace puede alcanzar el 50% sobre la remesa en regímenes fiscales complejos como el brasileño (IRRF, CIDE, PIS/COFINS-Importación, ISS, IOF-câmbio), pero el modelo viabiliza el acceso a presupuestos globales de cloud sin abrir empresa en el exterior.

Qué es un cloud marketplace y por qué los ISVs latinoamericanos deberían prestarle atención

Un cloud marketplace es un catálogo digital curado donde las empresas compran software, datos y servicios de terceros directamente desde la infraestructura de nube que ya utilizan. El comprador no firma un contrato separado con el ISV. La compra se factura en la cuenta de nube que ya tiene. El presupuesto de cloud absorbe el costo del software.

Para el ISV, esto cambia tres cosas al mismo tiempo.

Primero, elimina el cuello de botella del procurement. Las empresas que operan en AWS, Azure o Google Cloud tienen presupuesto de cloud preaprobado. Comprar software vía marketplace consume ese presupuesto, sin pasar por el ciclo tradicional de aprobación de proveedores. Como señaló Dhiraj Sehgal, de Tigera: "posicionamos AWS Marketplace en cada negociación porque el procurement vía marketplace reduce a la mitad el tiempo de firma de contrato".

Segundo, coloca al ISV dentro del ecosistema de facturación del hyperscaler. AWS, Microsoft y Google cobran al comprador, recaudan el pago, gestionan la cobranza y transfieren los ingresos al ISV. El ISV no necesita construir una operación de billing global.

Tercero, y más crítico para el ISV latinoamericano, crea una ruta de entrada a mercados internacionales sin exigir la apertura de empresa en el exterior. El marketplace es el merchant of record. El ISV recibe en USD de una contraparte estadounidense (AWS, Microsoft o Google), y la responsabilidad de convertir, tributar y repatriar esos ingresos queda en el ISV y su estructura local.

AWS Marketplace, Azure Marketplace y Google Cloud Marketplace: comparación lado a lado

Los tres grandes cloud marketplaces operan con lógicas similares, pero difieren en alcance, modelo de fee y capacidad de drawdown de compromisos preexistentes.

La decisión de en qué marketplace listar primero no es técnica. Es comercial. El ISV latinoamericano debe listar donde ya está su comprador. Si el ICP son empresas de tecnología y startups globales, AWS Marketplace cubre la base más grande. Si el ICP son medianas y grandes empresas con contratos Microsoft Enterprise Agreement, Azure Marketplace permite que el comprador use su MACC para adquirir el software. Si el ICP opera en data analytics y machine learning, Google Cloud Marketplace tiene la base más pequeña pero el comprador más calificado para software de datos e IA.

Muchos ISVs terminan listando en dos o tres marketplaces. La inversión de integración no es trivial, y el costo de mantenimiento de múltiples listados debe calcularse contra el ingreso incremental.

Cómo funciona el listado de software en un cloud marketplace

El proceso de listado sigue cuatro etapas comunes a los tres marketplaces, con variaciones en requisitos técnicos y documentación.

1. Registro como seller. El ISV crea una cuenta de seller en la plataforma de partners del hyperscaler (AWS Partner Network, Microsoft Partner Center, Google Cloud Partner Advantage). Esta etapa exige documentación de la empresa, verificación de identidad y aceptación de los términos de seller.

2. Preparación técnica del producto. El ISV necesita integrar su software al modelo de entrega y billing del marketplace. Para SaaS, esto significa implementar la API de metering y billing del marketplace para que el consumo del cliente se registre y facture correctamente. AWS exige integración con AWS Marketplace Metering Service. Microsoft exige integración con la SaaS Fulfillment API. Google Cloud exige integración con la Cloud Marketplace API.

3. Creación del listado. El ISV publica la página del producto en el marketplace: descripción, categorías, pricing (pay-as-you-go, suscripción mensual/anual, BYOL, free trial), términos de uso y, si aplica, private offers para clientes específicos. En esta etapa se definen los precios y las opciones de contratación.

4. Publicación y revisión. El marketplace revisa el listado (seguridad, compliance, completitud). Aprobada, la oferta entra en producción. A partir de ese momento, cualquier cliente con cuenta activa en el hyperscaler puede encontrar, probar y comprar el software.

El tiempo total de listado varía de dos a seis semanas, dependiendo de la complejidad de la integración técnica y la velocidad de la revisión. ISVs que usan plataformas de marketplace SaaS (como Suger o Tackle) pueden acelerar este proceso, especialmente cuando listan en múltiples marketplaces.

Cómo los cloud marketplaces alteran la tributación para el comprador: el caso brasileño

Brasil ofrece el caso más complejo de tributación de software importado en América Latina y funciona como referencia para entender la interacción entre cloud marketplaces y regímenes fiscales locales. El comprador brasileño que adquiere software vía cloud marketplace enfrenta el mismo stack tributario de la importación directa de software. El marketplace no altera la obligación fiscal del comprador. Quien compra software listado en AWS Marketplace de un ISV extranjero está, ante la autoridad fiscal brasileña, importando software.

Los tributos que inciden sobre la remesa al exterior son:

IRRF (15% nominal, antes del gross-up). La alícuota estándar del Impuesto a la Renta Retenido en la Fuente sobre remesas al exterior es 15% (RIR/2018, art. 767). Para proveedores en jurisdicciones de tributación favorecida (paraísos fiscales, conforme IN RFB 1.037/2010), la alícuota sube al 25%. La retención se calcula sobre el valor líquido recibido por el proveedor, lo que exige gross-up: el valor remitido se incrementa para cubrir el impuesto.

CIDE (10%, aplicable en la mayoría de los casos). La CIDE-Royalties (Ley 10.168/2000, art. 2º, §2º) incide al 10% sobre valores remitidos al exterior en contrapartida a servicios técnicos. La SC Cosit 191/2017 clasificó el SaaS como servicio técnico (porque depende de conocimientos especializados en informática y deriva de estructuras automatizadas con claro contenido tecnológico) y concluyó por la incidencia de la CIDE al 10%. La exención del art. 2º, §1º-A alcanza solo licencias puras de uso o distribución de software sin transferencia de tecnología, hipótesis minoritaria en los contratos empresariales.

PIS/COFINS-Importación (9,25%). La importación de software como servicio está sujeta a PIS (1,65%) y COFINS (7,6%), totalizando 9,25% (Ley 10.865/2004, arts. 7º, II y 8º, II; IN RFB 2.121/2022, art. 273). La base de cálculo incluye las propias contribuciones (cálculo por dentro), generando un efecto de gross-up. Empresas en el régimen de Lucro Real no acumulativo recuperan ese 9,25% como crédito fiscal. Para empresas en Lucro Presumido, el 9,25% es costo definitivo.

IOF sobre cambio (3,5%). La alícuota del IOF sobre operaciones de cambio para remesas al exterior es 3,5% (Decreto 6.306/2007, art. 15-B, XXIV, con redacción del Decreto 12.499/2025, vigente conforme STF ADC 96). Incide sobre el valor de la remesa en reales.

ISS (2% a 5%). El ISS es debido al municipio del importador sobre el valor de la remesa líquida (LC 116/2003). La alícuota varía según el municipio y la clasificación del servicio. São Paulo aplica 2,9% para licenciamiento de software (ítems 1.03/1.05 de la lista de servicios).

La carga efectiva combinada, para una empresa en Lucro Presumido importando software vía cloud marketplace con remesa de USD 10.000, queda entre 45% y 50% sobre el valor de la remesa. Para una empresa en Lucro Real, los créditos de PIS/COFINS reducen la carga líquida a aproximadamente 36% a 38%.

El camino anterior describe la importación directa: el comprador brasileño contrata el software del ISV extranjero vía cloud marketplace y realiza la remesa al exterior, asumiendo IRRF, CIDE, PIS/COFINS-Importación, ISS e IOF-cambio.

Nexforce Marketplace opera en un régimen fiscal diferente. Nexforce importa el software como distribuidora, liquida la remesa al exterior y emite nota fiscal doméstica en real para el comprador brasileño. En ese modelo, el comprador no incurre en IRRF, CIDE, PIS/COFINS-Importación o IOF-cambio sobre la remesa. Para empresas en Lucro Real, la nota fiscal de Nexforce permite recuperar el crédito de PIS/COFINS de 9,25% directamente vía la NF doméstica. Para empresas en Lucro Presumido, el beneficio está en la fijación del tipo de cambio, la nota fiscal en real emitida por CNPJ brasileño y la simplificación operativa, sin los tributos y la complejidad documental de la importación directa.

La Reforma Tributaria brasileña (LC 214/2025) altera este escenario a partir de 2027: PIS y COFINS se extinguen y son sustituidos por la CBS; el ISS entra en transición entre 2029 y 2032, sustituido por el IBS, con extinción total en 2033. La guía completa sobre la Reforma Tributaria e importación de software detalla los impactos de la transición.

Nota sobre otros países de América Latina: el análisis regulatorio para Argentina (AFIP, impuesto a servicios digitales, controles cambiarios), México (SAT, IVA a servicios digitales, ISR), Colombia (DIAN, IVA, regímenes de retención), Chile (SII, IVA 19% a servicios digitales) y Perú (SUNAT, impuesto a servicios digitales, ISC) es preliminar. Cada jurisdicción tiene sus propias reglas de retención sobre pagos al exterior y su propio tratamiento de importación de servicios digitales. La carga fiscal efectiva varía significativamente entre países. Se recomienda análisis fiscal caso por caso antes de operar en cada jurisdicción.

Tributación de los ingresos del ISV latinoamericano al vender vía cloud marketplaces

El ISV latinoamericano que vende software vía cloud marketplace recibe pagos del hyperscaler (AWS, Microsoft, Google) en USD. Esos ingresos se tributan en el país de residencia fiscal del ISV conforme a su régimen de tributación.

El análisis a continuación es preliminar. La tributación de ingresos de exportación de software vía intermediarios en el exterior involucra capas de interpretación (exportación de servicio, tratados para evitar doble tributación, precios de transferencia) que exigen evaluación caso por caso. Esta sección no sustituye consultoría tributaria especializada.

Caso de referencia: Brasil. Para el ISV brasileño, la recepción de ingresos del marketplace extranjero aplica el siguiente marco:

IRPJ y CSLL. Los ingresos recibidos del marketplace son ingresos operacionales del ISV, tributados por IRPJ (15% + adicional de 10% sobre el lucro que exceda R$ 20 mil mensuales) y por CSLL (9%). En Lucro Real, la base es el lucro contable ajustado. En Lucro Presumido, la base es un porcentaje de los ingresos brutos (32% para servicios, con alícuota efectiva combinada de aproximadamente 10,88% sobre los ingresos, considerando IRPJ 15%, adicional de 10% y CSLL 9%).

PIS y COFINS sobre ingresos de exportación. Los ingresos recibidos del marketplace extranjero son ingresos de exportación de servicios y están exentos de PIS/COFINS (Ley 10.865/2004, art. 6º, I; Ley 10.637/2002, art. 5º, I). La exención exige documentación completa: nota fiscal de exportación de servicios, contrato con el marketplace, registro de pago internacional (ingreso de divisas) y Registro de Presencia en Siscoserv (RPS). La ausencia de cualquiera de esos documentos expone al ISV a la pérdida de la exención y al cobro retroactivo con multa.

ISS. La exportación de software como servicio está exenta de ISS (LC 116/2003, art. 2º, I), siempre que el resultado del servicio no se verifique en Brasil. Cuando el ISV desarrolla software en Brasil pero el cliente final está en el exterior y el servicio se consume fuera del país, la exención se aplica. La comprobación exige contrato y evidencia de que el tomador final está en el exterior.

Riesgo de doble tributación. El ISV que recibe del hyperscaler en EE.UU. puede estar sujeto a withholding tax estadounidense de 30% sobre royalties (o alícuota reducida por tratado, si aplica). Los tratados de doble tributación entre EE.UU. y los países latinoamericanos varían: México y Chile tienen tratados vigentes con EE.UU. que pueden reducir la retención sobre regalías. Brasil, Argentina, Colombia y Perú no tienen tratados de doble tributación con EE.UU. ratificados y vigentes. La mitigación depende de estructuración contractual específica y, en muchos casos, de la constitución de entidad en EE.UU. Cada marketplace tiene su propio régimen contractual.

Nota sobre otros países: la tributación de ingresos de ISVs vía cloud marketplaces no tiene jurisprudencia consolidada en la mayoría de los países latinoamericanos. La recomendación es estructurar la operación con consultoría tributaria especializada en exportación de servicios y tratados internacionales. Nexforce Marketplace ofrece soporte consultivo para ISVs latinoamericanos que venden vía cloud marketplaces, cubriendo la capa de pagos transfronterizos y la emisión de documentación fiscal.

Cuánto cuesta listar y vender en cloud marketplaces

Listar software en un cloud marketplace no tiene costo de publicación. Los tres grandes marketplaces cobran solo sobre transacciones realizadas.

Tarifas de transacción (revenue share):

AWS Marketplace cobra una listing fee sobre suscripciones SaaS que varía según el tipo de transacción y producto. Para contratos estándar vía marketplace, la tarifa típica queda entre 3% y 5% sobre el valor transado. Private offers y renovaciones pueden tener tarifas reducidas, negociadas caso a caso con AWS. AWS también ofrece el programa List & Sell Incentive, que subsidia el costo de listado para nuevos sellers.

Azure Marketplace cobra una tarifa fija de 3% (standard store service fee) sobre todas las transacciones. Microsoft gestiona la recaudación de impuestos en decenas de países. No hay costo de listado.

Google Cloud Marketplace opera con un modelo de revenue share variable, definido por el Vendor Net Revenue Schedule, vigente desde abril de 2025. El porcentaje depende del tipo de producto y del volumen transado. El listado es gratuito y Google Cloud puede ofrecer créditos promocionales para compradores que adquieren soluciones elegibles por primera vez, lo que puede acelerar la adopción inicial.

Costos ocultos:

El costo visible es el revenue share. El costo oculto está en la integración técnica y en la operación cross-border.

La integración técnica (APIs de billing y metering) consume de 80 a 200 horas de desarrollo, dependiendo de la complejidad del producto. ISVs que listan en múltiples marketplaces necesitan multiplicar ese esfuerzo o usar plataformas de agregación como Suger o Tackle, que cobran entre 1% y 3% adicional sobre los ingresos.

El costo de conversión cambiaria y repatriación de ingresos en USD a moneda local es el mayor costo oculto. Un ISV latinoamericano que recibe USD 100 mil al año vía marketplace pierde de 3% a 5% en el spread bancario tradicional en la conversión a moneda local. Súmese el impuesto local sobre operaciones de cambio (en Brasil, IOF de 3,5% según D. 12.499/2025) y la cuenta de conversión y repatriación consume de 7% a 9% de los ingresos antes de cualquier tributo local.

El costo de compliance fiscal (declaraciones accesorias, registros de operaciones de cambio, liquidación de tributos) consume tiempo y riesgo. Un error de clasificación o una omisión de declaración accesoria genera multas que pueden superar años de revenue share.

Pagos transfronterizos: cómo recibir en USD y convertir a moneda local

El ISV latinoamericano listado en un cloud marketplace recibe pagos del hyperscaler en USD, en cuenta bancaria en Estados Unidos. La cuenta estadounidense es requisito obligatorio de los tres marketplaces.

La apertura de cuenta en EE.UU. puede hacerse vía instituciones financieras tradicionales (que exigen presencia física y EIN) o vía plataformas de banking digital que abren cuentas para no residentes. El segundo paso es convertir USD a moneda local y repatriar el valor a la cuenta local del ISV.

Aquí está el punto donde la mayor parte del dinero se pierde.

El spread cambiario de bancos tradicionales para conversión de USD a moneda local oscila entre 3% y 5% sobre la cotización comercial. Para un ISV que recibe USD 100 mil al año, eso representa de USD 3.000 a USD 5.000 perdidos solo en el spread, antes de cualquier tributo.

Súmese el impuesto local sobre cambio (en Brasil, IOF de 3,5% según D. 12.499/2025) y el costo total de conversión llega a 7-9% de los ingresos. Sobre USD 100 mil, son USD 7.000 a USD 9.000.

La estructura de Nexforce Marketplace actúa en esa capa: ejecuta el cambio con spread significativamente inferior al promedio bancario e integra la conversión, la documentación fiscal y la emisión de nota fiscal en un flujo único. Para el ISV, el resultado es mayor ingreso líquido y compliance fiscal simplificado, especialmente en la comprobación de exportación de servicios (registros de operaciones de cambio, contratos, comprobantes de pago).

Errores comunes de ISVs latinoamericanos al entrar en cloud marketplaces

1. Listar en tres marketplaces al mismo tiempo, sin validar ninguno. La integración técnica consume tiempo y el retorno no es lineal. El ISV que entra en tres marketplaces simultáneamente dispersa esfuerzo de desarrollo en tres APIs diferentes, tres procesos de revisión y tres canales de soporte. El camino correcto: liste en el marketplace donde su ICP ya está, genere ingresos recurrentes, y expanda al segundo cuando la operación esté funcionando.

2. No integrar el billing del marketplace al ERP. El ISV recibe pagos mensuales del hyperscaler, pero la contabilidad local exige conciliación entre el extracto estadounidense y los ingresos declarados. Sin integración, la conciliación es manual y el riesgo de error fiscal es alto. El ISV debe automatizar el registro de cada pago recibido y su conversión a moneda local en el momento del cambio.

3. Subestimar el costo de conversión cambiaria. El ISV se enfoca en el revenue share (3% a 5%) e ignora que el spread cambiario y el impuesto sobre cambio consumen otro 7% a 9% en la conversión a moneda local. La cuenta real de operar vía cloud marketplace no es el revenue share: es el revenue share más el costo de convertir y repatriar los ingresos.

4. Ignorar la documentación de exportación de servicios. Los ingresos recibidos del marketplace extranjero son exportación de servicios y, por tanto, pueden estar exentos de ciertos tributos indirectos (PIS/COFINS e ISS en el caso brasileño). La exención, sin embargo, depende de documentación: contrato con el marketplace, registros de operaciones de cambio, declaraciones accesorias locales. Sin esa documentación, el ISV corre el riesgo de perder el beneficio fiscal y enfrentar fiscalizaciones.

5. No tratar la página de producto como activo de conversión. El marketplace es un catálogo, no un vendedor. La página del producto (descripción, casos de uso, pricing, screenshots, evaluaciones) es el único punto de contacto entre el comprador y el ISV antes de la decisión de compra. ISVs latinoamericanos frecuentemente publican listados con descripciones genéricas y precios confusos. El resultado es baja conversión incluso con alto tráfico.

6. No planificar la tributación de los ingresos antes de la primera venta. El ISV latinoamericano que recibe USD 100 mil de un marketplace estadounidense sin haber estructurado la tributación de la exportación de servicios va a descubrir el error en la primera declaración de impuestos. La estructuración tributaria debe ocurrir antes del primer listado, no después de la primera venta.

Preguntas frecuentes

¿Necesito abrir empresa en EE.UU. para vender en AWS Marketplace?

No es obligatorio. Los tres cloud marketplaces aceptan sellers constituidos en países latinoamericanos, siempre que el ISV tenga cuenta bancaria estadounidense para recibir los pagos. La apertura de entidad en EE.UU. es una decisión de optimización tributaria y de presencia comercial, no un requisito de listado.

¿Qué cloud marketplace elegir primero?

Liste donde su ICP ya está. Si sus compradores usan AWS, comience por AWS Marketplace. Si usan Azure con Enterprise Agreement (y pueden usar MACC para comprar su software), Azure Marketplace. Si venden software de datos y analytics, Google Cloud Marketplace tiene la base más pequeña pero el comprador más calificado.

¿Cuánto cuesta listar mi software?

El listado en sí es gratuito en los tres marketplaces. El costo real está en la integración técnica (80 a 200 horas de desarrollo) y en el revenue share sobre las ventas (3% a 5%, dependiendo del marketplace y del tipo de transacción). El costo de conversión cambiaria y repatriación (spread + impuesto sobre cambio) agrega 7% a 9% sobre los ingresos.

¿El comprador paga más impuestos comprando vía cloud marketplace?

Depende del país. En Brasil, el comprador que adquiere software vía cloud marketplace está sujeto a los mismos tributos de la importación directa (IRRF, CIDE, PIS/COFINS-Importación, IOF, ISS). El marketplace no altera la obligación fiscal del comprador en la importación directa. Para otros países latinoamericanos, el análisis regulatorio es preliminar y debe validarse con consultoría tributaria local.

Una alternativa es operar vía Nexforce Marketplace: Nexforce importa el software como distribuidora y emite nota fiscal doméstica en real para el comprador brasileño. En ese modelo, el comprador no incurre en los tributos de importación (IRRF, CIDE, PIS/COFINS-Importación, IOF), y empresas en Lucro Real recuperan crédito de PIS/COFINS de 9,25% vía la NF doméstica.

¿Puedo vender a clientes en mi propio país vía cloud marketplace?

Sí, pero el comprador local necesita tener cuenta activa en el hyperscaler (AWS, Azure o GCP). La transacción, en ese caso, es una importación de software: el comprador local está sujeto a los tributos de importación de su país y el ISV recibe en USD del marketplace.

¿Cómo funciona la tributación para el ISV que vende vía marketplace?

Los ingresos recibidos del marketplace extranjero son exportación de servicios y pueden estar exentos de ciertos tributos indirectos locales, siempre que estén documentados correctamente (contrato, registros de cambio, declaraciones accesorias). Inciden impuestos sobre la renta conforme al régimen de tributación del ISV. El análisis completo depende de la estructura contractual del marketplace, de la legislación del país de residencia del ISV y de los tratados internacionales aplicables. Exige consultoría tributaria especializada.

Referencias y Lectura Complementaria

• AWS Marketplace Seller Guide
• Microsoft Marketplace FAQ for Publishers
• Google Cloud Marketplace
• AWS Marketplace Management Portal (registro de seller)
• Forrester: The Partner Opportunity for AWS Marketplace
• Ley 10.168/2000, CIDE sobre remesas al exterior (Brasil)
• Ley 10.865/2004, PIS/COFINS-Importación (Brasil)
• Decreto 6.306/2007, Reglamento del IOF (Brasil)
• LC 214/2025, Reforma Tributaria brasileña (transición IBS/CBS)
• Cómo Nacionalizar Software Importado en Brasil (Nexforce)
• Reforma Tributaria e Importación de Software (Nexforce)
• Nexforce Marketplace