Pagos internacionales de SaaS en América Latina

El cobro puede aprobarse en el país del comprador y aun así dejar al ISV internacional sin respuesta sobre quién liquida, en qué moneda recibe y qué documentación acompaña el reparto. El método local resuelve solo una capa. Los pagos internacionales de SaaS conectan cobro, liquidación, conversión, responsabilidad fiscal y conciliación.

El lector es el ISV (Independent Software Vendor, empresa de software que vende su producto a otras empresas) internacional que quiere cobrar a clientes en América Latina sin abrir una entidad fiscal en cada jurisdicción. Lo que está en juego es el margen, la previsibilidad de caja y la capacidad de cerrar un negocio que el cliente ya decidió comprar. El volumen, el método y la ruta varían según el contrato concreto; esta guía no inventa una transacción para representar todos los mercados.

Fecha de referencia: Las referencias tributarias brasileñas de esta guía siguen el estado consolidado en el corpus de Distribution Counsel el 06/07/2026, revisado para este análisis el 06/08/2026. La validez posterior al 06/07/2026 debe confirmarse antes de una decisión, en especial en las transiciones de CBS e ISS. El análisis regulatorio de México, Argentina, Colombia, Chile y Perú sigue siendo preliminar y exige confirmación local antes de la firma.

En pocas líneas: el cobro regional necesita conectar método local, liquidación, tipo de cambio, documentación y conciliación. Para el ISV internacional que todavía valida la región, la recomendación es empezar por una ruta regional con moneda local, reglas contractuales claras y validación fiscal por país. Esta guía trata del cobro y de la recepción por el ISV, no sustituye un dictamen jurídico o tributario y no promete que un método local, por sí solo, resuelva registro, retención o reparto.

¿Qué son los pagos internacionales de SaaS para ISV?

El pago transfronterizo es, en esta guía, el equivalente operativo de los pagos internacionales de SaaS: el comprador local paga en su moneda y el ISV internacional recibe en otra, después del cobro, la liquidación, el tipo de cambio y los controles fiscales. La operación debe resolver cuatro puntos: método local, conversión, reparto y responsabilidad documental.

El término parece financiero, pero la pregunta nace en lo comercial. El comprador brasileño no debería tener que adaptar su proceso de cuentas por pagar al banco del ISV internacional. El ISV internacional, a su vez, no debería descubrir en el tercer mes que la tasa de conversión, el plazo de reparto y la retención aplicable alteraron el margen contratado.

La posición de esta guía es directa: para un ISV internacional que está probando la región, un único arreglo regional con moneda y pago locales es mejor que cinco integraciones independientes. La escala decide. Las integraciones independientes pasan a tener sentido cuando el volumen, el equipo fiscal y la previsibilidad de cada país justifican la administración separada.

Principales decisiones para el ISV internacional

La primera decisión es comercial, pero produce efectos operativos: el ISV necesita saber qué método acepta el comprador y qué ruta hará llegar el dinero al ISV. Después, debe fijar los puntos que alteran margen y plazo.

• Cobro: qué métodos usa de verdad el comprador en el país.
• Liquidación: en qué moneda y en cuántos días recibe el ISV.
• Tipo de cambio: aquí está el riesgo. ¿Quién absorbe el spread y la variación entre la compra y el reparto?

La documentación viene a continuación. El contrato debe identificar a la parte que vende, factura y responde por las obligaciones locales. Por último, la elección de escala compara integraciones independientes con una infraestructura regional.

¿Cómo recorre el dinero la operación antes de llegar al ISV?

El flujo tiene cinco etapas: el comprador elige un método local, el pago se autoriza, el valor se liquida en moneda local, la conversión se hace según la regla contratada y el ISV recibe el reparto. Cada etapa puede crear retraso, costo o una obligación. Por eso, el análisis debe seguir la transacción, no solo la pantalla de checkout.

1. Elección del método. El comprador ve PIX, boleto, tarjeta local, transferencia bancaria o un método equivalente de su país.
2. Autorización y cobro. La operación confirma el pago y registra el pedido, el contrato y el centro de costo del comprador.
3. Liquidación doméstica. El dinero entra en el riel local, en real, peso, sol u otra moneda del comprador.
4. Conversión y reparto. La cotización, el spread, el plazo y eventuales retenciones deben estar definidos antes de la venta.
5. Conciliación. El ISV concilia contrato, pago local, tarifa, tipo de cambio y valor recibido en su cuenta.

La quinta etapa suele olvidarse. El pago aprobado no es lo mismo que el cobro conciliado. Un ERP puede mostrar la venta al precio contratado mientras la cuenta bancaria recibe otro valor, en otra fecha y con otra descripción.

¿Qué métodos locales usa el comprador en cada país?

Los métodos de pagos internacionales de SaaS varían por país y proveedor. En Brasil, el Banco Central documenta el PIX. El SPEI es la infraestructura interbancaria de México. En Colombia, el PSE exige confirmación de la ruta. Chile y Perú exigen validación. La tabla es un mapa de verificación, no una estadística. El detalle cambia la liquidación del ISV internacional.

El Banco Central de Brasil describe el funcionamiento y las estadísticas del PIX. El SPEI es la infraestructura de transferencias interbancarias de México, pero su disponibilidad para pagos internacionales de SaaS depende del proveedor y de la ruta contratada. En Colombia, el PSE es un método de débito bancario cuya disponibilidad para la ruta comercial concreta debe confirmarse con el proveedor y con la fuente oficial colombiana aplicable en la fecha de la operación. Esa referencia no prueba que una transacción específica pueda liquidarse por cualquier socio.

La diferencia aparece en el detalle. El PIX es doméstico, mientras que el SPEI es un sistema interbancario mexicano. Mostrar un método en el checkout no prueba que la operación esté habilitada para el beneficiario, el contrato o la cuenta de liquidación elegidos. La cuenta, la documentación y la ruta cambiaria deben estar conectadas.

¿Cómo funcionan Brasil, México y Argentina para un ISV internacional?

Brasil, México y Argentina exigen preguntas distintas al ISV internacional. La ruta cambia. En Brasil, el método de cobro y la remesa al exterior son análisis separados. En México, el cobro no sustituye la verificación fiscal. En Argentina, la conversión y el reparto dependen de las reglas vigentes. La regla debe confirmarse antes de que el ISV internacional prometa plazo, moneda o documentación.

Brasil: el método local no elimina el análisis fiscal

El PIX resuelve el cobro doméstico. El cobro es una capa. No resuelve, por sí solo, la clasificación de la operación que lleva el dinero al exterior. Cuando el pago involucra SaaS o servicio técnico, el análisis debe separar el contrato del método de cobro.

En el modo CLIENT, conforme al estado de la legislación verificado hasta el 06/07/2026 en el corpus jurídico, cuando la empresa brasileña contrata directamente SaaS o servicio técnico de un proveedor extranjero, la referencia general es IRRF del 15% (RIR/2018, arts. 765 y 767), CIDE del 10% en la clasificación aplicable (Ley 10.168/2000, art. 2.º, §§ 1.º-A y 2.º; SC Cosit 191/2017), PIS/COFINS-Importación del 9,25% en el componente de servicio (Ley 10.865/2004, arts. 7.º y 8.º; IN RFB 2.121/2022, art. 273), ISS del 2% al 5% según el municipio (LC 116/2003, arts. 1.º, § 1.º, 6.º, § 2.º, I, 8.º, II y 8.º-A) e IOF-cambio del 3,5% (Decreto 6.306/2007, art. 15-B, XXIV, en la redacción del Decreto 12.499/2025). Los tratados pueden alterar el IRRF solo cuando se verifiquen el instrumento aplicable, la jurisdicción del beneficiario y el artículo correspondiente. Consulte también el RIR/2018, Decreto 9.580/2018, la Ley 10.168/2000, la Ley 10.865/2004, la LC 116/2003 y el Decreto 6.306/2007. Esos porcentajes son una referencia fechada del modo CLIENT, no una alícuota universal para cualquier pago de software.

La clasificación no es automática: la licencia pura, segregada y sin transferencia de tecnología es excepción a la CIDE y, en el componente de licencia, no entra en la incidencia del PIS/COFINS-Importación; un contrato híbrido no segregado o con servicios conexos exige análisis del conjunto y del componente de servicio.

La CIDE tiene una distinción esencial: la CIDE del 10% incide sobre SaaS y servicios técnicos cuando esa es la clasificación aplicable al contrato; la exención del §1.º-A del art. 2.º de la Ley 10.168/2000 se aplica exclusivamente a licencias puras de software sin transferencia de tecnología. La Solución de Consulta Cosit 191/2017 sostiene, para los hechos en ella examinados, la clasificación de SaaS como servicio técnico y la incidencia del 10%. Se trata de una interpretación administrativa de la Receita Federal, vinculante para la administración dentro de su alcance, no de un precedente judicial ni de una regla universal desligada de los hechos. La SC Cosit 99/2018 trata de la inclusión del IRRF en la base de la CIDE y no se usa aquí como autoridad para clasificar SaaS.

Para el horizonte de 2026, la LC 214/2025 prevé el año de prueba de CBS del 0,9% e IBS del 0,1%, con las reglas de compensación previstas en la propia ley. Esa referencia de transición no sustituye, en 2026, las fórmulas del régimen vigente de PIS/COFINS-Importación; PIS/COFINS se extinguen en 2027 por la LC 214/2025 y dan paso a la transición hacia la CBS, conforme a las reglas aplicables. La alícuota plena futura de la CBS depende de la resolución aplicable y no debe presentarse como un 28% vinculante; cualquier 28% es solo una hipótesis de planificación, si se usa. El ISS entra en transición de 2029 a 2032 y se extingue en 2033, conforme a la EC 132/2023. La legislación y el corpus deben revalidarse antes de una decisión plurianual.

El análisis anterior es del modo CLIENT. El ISV debe validar contrato, residencia fiscal, documentación y responsabilidades antes de fijar precio. Un acuerdo para evitar la doble tributación no altera automáticamente IRRF, CIDE, PIS/COFINS-Importación o ISS; cualquier reducción o regla de asignación depende del país del beneficiario, del acto de internalización y del artículo aplicable al rendimiento.

Para el ISV internacional, la consecuencia es comercial. Una propuesta en dólares puede no representar el costo total para el comprador brasileño, y el descuento dado por el ISV puede aplicarse al problema equivocado. El contrato debe decir quién calcula, quién recauda y qué evento determina el valor neto.

México: cobro local e impuesto son preguntas separadas

En México, el ISV debe separar la pregunta "¿cómo paga el comprador?" de la pregunta "¿quién registra y recauda el impuesto?". El SPEI es una infraestructura de transferencias interbancarias de México, identificada por el Banco de México en la página oficial del SPEI; la disponibilidad para la ruta concreta debe confirmarse con el proveedor. El tratamiento de servicios digitales prestados por no residentes depende del tipo de servicio, del comprador y de las reglas vigentes, que deben consultarse directamente en el SAT. Como el corpus de Distribution Counsel no tiene una carpeta legislativa mexicana, este análisis regulatorio es preliminar. En el corpus, no hay soporte; la verificación debe encaminarse a Distribution Counsel o al abogado local antes de la firma.

La página institucional del SAT ofrece la referencia oficial para el encuadre mexicano. No es seguro transformar una alícuota o un procedimiento de una categoría en regla para todos los contratos SaaS. El ISV internacional debe pedir al comprador y al asesor local la confirmación del documento fiscal, de la retención y de la obligación de registro que se aplican al caso.

El punto operativo permanece: el comprador quiere una instrucción de pago que su tesorería reconozca. Una ruta regional puede entregar esa experiencia sin obligar al ISV a construir una integración bancaria mexicana antes de validar la demanda.

Argentina: el plazo contractual debe sobrevivir al tipo de cambio

En Argentina, la variable crítica no es solo el método de pago. Es la posibilidad de convertir y repartir el valor en la fecha y en la moneda previstas. El Banco Central de la República Argentina mantiene las normas de exterior y cambio, cuya página específica de marco legal debe localizarse y consultarse en la fecha de la operación, porque la dirección citada anteriormente no estaba accesible el 06/08/2026; la regla aplicable cambia según la naturaleza del servicio, el pagador y el momento de la operación. El corpus de Distribution Counsel no tiene una carpeta legislativa argentina. Por lo tanto, este análisis regulatorio es preliminar. En el corpus, no hay soporte; la verificación debe encaminarse a Distribution Counsel o al abogado local.

Por eso, la propuesta necesita aclarar moneda de cobro, fecha de la cotización, plazo de reparto y tratamiento de una restricción cambiaria. El artículo no fija porcentajes para IVA, impuesto sobre la renta o impuesto cambiario porque esos números dependen de la vigencia y del alcance. El análisis regulatorio argentino aquí es preliminar y exige validación local antes de la firma.

Cobrar en moneda local puede reducir la fricción del comprador. Recibir sin una regla de conversión puede transferir la misma fricción al margen del ISV. El contrato necesita resolver los dos lados.

¿Qué cambia en Colombia, Chile y Perú?

Colombia, Chile y Perú no forman un único mercado de cobro. El PSE exige confirmación con el proveedor y con la fuente oficial colombiana aplicable; Chile tiene orientación propia para servicios digitales de no residentes; la SUNAT reúne orientaciones peruanas. La disponibilidad de cada método y las reglas fiscales de estos países son análisis preliminares en esta guía regional.

En Colombia, el PSE es un método de débito bancario cuya disponibilidad para la ruta comercial concreta debe confirmarse con el proveedor y con la fuente oficial colombiana aplicable en la fecha de la operación. El corpus de Distribution Counsel no tiene una carpeta legislativa colombiana. Este análisis regulatorio es preliminar. La incidencia de IVA, retención o impuesto sobre la renta exige consulta a la DIAN y verificación local, considerando contrato, servicio y estatus del ISV internacional.

En Chile, el SII mantiene la orientación institucional sobre servicios digitales de no residentes, y la norma aplicable, Ley 21.420 y sus modificaciones, debe consultarse en el texto vigente en la fecha de la operación. El ISV internacional debe confirmar si la operación exige registro, recaudo por el no residente u otra forma de cumplimiento. El corpus de Distribution Counsel no tiene una carpeta legislativa chilena. Este análisis regulatorio es preliminar y exige validación local.

En Perú, la SUNAT reúne las orientaciones oficiales, y el ISV internacional debe verificar el tratamiento del servicio y del pago antes de prometer una ruta. El corpus de Distribution Counsel no tiene una carpeta legislativa peruana. Este análisis regulatorio es preliminar. En el corpus, no hay soporte; la verificación debe encaminarse a Distribution Counsel o al abogado local. Una billetera o un voucher pueden evaluarse para el cobro, pero no deciden solos la responsabilidad fiscal.

Esa distinción es decisiva para el ISV: el método de pago es una elección de producto; la obligación tributaria es una conclusión jurídica sobre hechos. Mezclar las dos lleva a una promesa comercial que la operación no puede sostener.

¿Cuándo un socio local es mejor que integraciones país por país?

Un socio local es mejor cuando el ISV internacional todavía no tiene volumen, equipo o motivo económico para mantener una operación en cada país. Antes del precio, debe identificar el modelo jurídico de la ruta. Procesador, agente, merchant of record o revendedor no definen solos quién vende, factura o responde por tributos. El contrato atribuye cada función por jurisdicción.

La ventaja no es "eliminar impuestos". Es reducir el número de interfaces que el ISV internacional necesita administrar, sin ocultar las obligaciones que siguen exigiendo validación. Una ruta de pago no establece, sola, residencia fiscal, establecimiento permanente, registro local, retención o responsabilidad por impuesto indirecto. La obligación permanece.

La alternativa directa exige contratos, integraciones, cuentas, calendarios de reparto y conciliaciones distintas. También deja al ISV internacional solo para decidir cómo paga el comprador en cada mercado. Para cinco países, la complejidad no crece solo con el número de API. Crece con el número de combinaciones entre moneda, plazo, documentación y excepción.

En el camino de un marketplace de nube, el ISV todavía enfrenta ciclos de listing y revisión, tarifas sobre cada transacción, contrato y programas impuestos por el marketplace, compromiso con la nube para transaccionar, eventual entidad fiscal extranjera, liquidación en dólares con costo cambiario y de repatriación y compliance cargado por el propio ISV. Esa es la fricción del camino directo antes de cualquier comparación con una ruta regional. El costo aparece en varias interfaces.

Nexforce Marketplace atiende al ISV internacional con dos soluciones distintas: vender en América Latina por la infraestructura local de Nexforce o vender por un marketplace de nube con Nexforce conduciendo esa ruta. Este artículo trata de la primera solución, cobro regional por la infraestructura local. Se trata de una afirmación comercial del modelo Nexforce, no de una conclusión sobre residencia fiscal, establecimiento permanente, registro local, retención o impuesto indirecto.

En esta primera solución, el ISV internacional vende en América Latina por la infraestructura local de Nexforce. La propuesta comercial incluye métodos locales, moneda local, pago anticipado al ISV y cuotas del comprador en hasta 12 veces, conforme a las condiciones aplicables. La documentación concreta del contrato define las partes, las funciones de cobro y la asignación tributaria en cada jurisdicción. La infraestructura regional no prueba, sola, que el ISV internacional no necesite entidad o registro local. Esa consecuencia exige validación por jurisdicción.

En la solución descrita, Nexforce Marketplace trabaja con el contrato estándar y los programas del ISV, sin exigir que el proceso comercial se rehaga. Es agnóstico de nube, no cobra mínimo de negocio y no cobra costo al ISV. Para el comprador, la oferta comercial incluye métodos regionales como PIX, boleto, tarjetas locales y cuotas. Para el ISV, la propuesta prevé pago anticipado y cuotas del comprador en hasta 12 veces, conforme a las condiciones comerciales aplicables.

Los otros diferenciales también son económicos. La oferta comercial prevé moneda local en toda América Latina, una red de revendedores y una alianza de software que puede generar ahorro en otros gastos del cliente para viabilizar la compra del ISV. Esos atributos no determinan incidencia tributaria, licenciamiento, registro, retención o responsabilidad fiscal. El contrato y la estructura de la operación necesitan decir qué cabe a cada parte.

En el modo CLIENT, el comprador brasileño importa directamente y debe analizar su capa tributaria. En la solución regional, la distribución y el cobro dependen de la documentación concreta del contrato, que sigue siendo indispensable. La asignación contractual y tributaria debe validarse para cada jurisdicción. Los criterios del modo CLIENT no pueden transferirse automáticamente a la solución regional.

¿Cómo elegir la ruta de cobro antes del primer contrato?

La elección debe hacerse antes de la propuesta comercial, usando el primer contrato como prueba de operación y no como improvisación. Empiece pequeño. El ISV necesita comparar método local, costo de conversión, plazo de reparto, documentación, soporte y escala. Si la respuesta no cabe en una página para finanzas, la ruta todavía no está lista.

1. Mapee al comprador. Registre país, moneda, método exigido, plazo de pago y sistema usado por la tesorería.
2. Clasifique el contrato. Separe licencia pura, SaaS, servicio técnico y otros componentes antes de estimar retenciones.
3. Defina la liquidación. Escriba moneda, cotización, spread, fecha de referencia, plazo y responsable del costo.
4. Pruebe la conciliación. Haga una transacción controlada y compare contrato, comprobante local, reparto y extracto del ISV.
5. Compare estructuras. Ponga lado a lado integraciones independientes, socio regional y la solución de Nexforce Marketplace, usando los mismos países y el mismo plazo.
6. Escale solo después de la prueba. La entidad propia debe entrar cuando el volumen cubra su equipo fiscal, bancario y de conciliación.

La decisión recomendada para el primer ciclo regional es empezar con una ruta que acepte moneda y métodos locales, registre las condiciones cambiarias aplicables y entregue una conciliación verificable. El ISV compra aprendizaje operativo sin transformar cada venta en un proyecto de infraestructura.

¿Cuál es el costo de cobrar en moneda local?

El costo de los pagos internacionales de SaaS no es un porcentaje único. Combina cobro, spread cambiario, plazo, capital de trabajo, conciliación y obligaciones fiscales. Compare el modo CLIENT, con importación directa por el comprador brasileño, con la solución regional de distribución y cobro. No sume los regímenes ni atribuya al ISV obligaciones del comprador o del distribuidor.

Una propuesta honesta separa esos ítems e informa lo que puede variar. Sin esa descomposición, cobrar en moneda local es una promesa sin precio.

El costo real aparece cuando el plazo de reparto, el spread, la responsabilidad por retenciones y el costo de capital se colocan en la misma cuenta antes de la firma.

El spread es la diferencia entre la cotización de referencia y la tasa efectiva. El tipo de cambio pesa. La traba cambiaria, cuando se contrata, fija la cotización en un momento definido. Son mecanismos distintos. El primero mide el precio de la conversión. El segundo reduce la exposición entre la venta y el reparto.

El ISV también necesita mirar el calendario. Un comprador que paga hoy y un ISV que recibe quince días después crean una exposición que no aparece en la tasa del gateway. En cuotas, el riesgo se repite en cada vencimiento, a menos que el contrato establezca otra regla. El plazo cambia la cuenta.

Nexforce Marketplace presenta cobro local y pago anticipado al ISV como elementos de la propuesta comercial. La posibilidad de fijar condiciones cambiarias, cuando se ofrece, debe confirmarse en el contrato aplicable; el pago anticipado no es automáticamente una traba cambiaria. La ventaja solo debe medirse contra la operación concreta: país, moneda, plazo, método, volumen y responsabilidades. El artículo no inventa un ahorro porcentual porque no existe un número universal para esa comparación.

¿Qué errores hacen fallar el pago después de la venta?

Los errores más caros ocurren cuando lo comercial cierra el contrato sin involucrar a finanzas y compliance. El comprador descubre que no puede pagar por el método prometido, el ISV descubre que recibirá en una fecha distinta y el equipo intenta corregir la documentación con la venta ya firmada. La prevención es una decisión de proceso, no una campaña de cobro.

Los primeros signos de falla aparecen antes de la liquidación. El método se prometió sin confirmar la ruta de liquidación. América Latina se trató como una moneda, un impuesto y un calendario. Una alícuota regional apareció sin país, servicio, base o vigencia.

Después, el problema llega a la conciliación y al contrato. Pago aprobado no es dinero disponible en la cuenta del ISV. Un socio sin responsabilidades escritas deja la conciliación para después, cuando la venta ya fue firmada. Dar descuento para compensar un costo fiscal todavía no clasificado solo desplaza la incertidumbre al margen del ISV.

El error central tiene nombre. El contrato describe el precio, pero no describe el camino del dinero. El ISV internacional necesita vender el producto y la forma de cobarlo como una única operación comercial, con moneda, fecha, documento y responsable identificados.

FAQ: ¿cómo reciben los ISV pagos internacionales de SaaS en América Latina?

El ISV internacional necesita tratar cobro y recepción como una operación única. Método local, liquidación, tipo de cambio, contrato, documentación y conciliación forman la ruta del dinero. Una infraestructura regional puede reducir integraciones, pero no define sola la responsabilidad fiscal ni sustituye la validación jurídica en cada país.

¿Un ISV internacional necesita abrir una entidad en cada país?

No necesariamente. La necesidad depende del contrato, de la actividad, del país y del modelo de cobro. Una infraestructura regional puede atender el cobro local sin que el ISV abra entidades propias, pero la estructura jurídica y fiscal debe confirmarse para cada jurisdicción.

¿El ISV puede recibir PIX directamente en una cuenta extranjera?

El PIX es un sistema doméstico brasileño. La posibilidad de que un ISV internacional reciba por esa ruta depende de la institución participante, de la cuenta usada y del contrato. Mostrar PIX en el checkout no basta para concluir quién recibe, quién convierte o quién reparte. La operación necesita una ruta local y una regla clara para convertir y repartir el valor.

¿El SaaS está exento de CIDE en Brasil?

No se debe tratar el SaaS como licencia pura. La CIDE del 10% incide sobre SaaS y servicios técnicos cuando esa sea la clasificación aplicable al contrato, conforme a los hechos examinados en la Solución de Consulta Cosit 191/2017. La exención del §1.º-A del art. 2.º de la Ley 10.168/2000 es exclusiva de licencias puras sin transferencia de tecnología.

¿Cómo debe el ISV comparar spread y traba cambiaria?

Spread es la diferencia entre la referencia y la tasa efectiva. La traba cambiaria fija la cotización conforme al evento definido en el contrato. El ISV debe comparar tasa, plazo de reparto, cuotas y responsabilidad por la variación, no solo el porcentaje mostrado en el checkout.

¿Nexforce Marketplace cobra al ISV?

La referencia de producto informa que no hay costo para el ISV y que no existe mínimo de negocio. La propuesta comercial debe registrar las condiciones aplicables al caso, además de explicar los métodos locales, el pago anticipado al ISV y las cuotas del comprador en hasta 12 veces.

Para conectar esta guía a contenidos ya publicados, lea también cómo evitar chargebacks en SaaS cross-border, cuándo contratar un marketplace de distribución de software, cómo distribuir SaaS vía marketplace de nube y la página de Nexforce Marketplace. Esos textos tratan de riesgo de cobro, distribución e infraestructura comercial, mientras esta guía se concentra en el camino del pago hasta el cobro del ISV.

Referencias y Lectura Complementaria

Estas fuentes sostienen la distinción entre infraestructura de pagos internacionales de SaaS, regla tributaria y propuesta comercial. Las páginas de autoridades extranjeras son puntos de partida para validación local. No son dictámenes sobre México, Argentina, Colombia, Chile o Perú. Las referencias brasileñas están fechadas para impedir que una transición normativa se lea como regla permanente.

Fuentes oficiales primero.

Para los rieles de pago, consulte el PIX y las estadísticas del Banco Central de Brasil, la página del SPEI en el Banco de México, cuya disponibilidad para la ruta concreta depende del proveedor, y confirme el PSE con el proveedor y con la fuente oficial colombiana aplicable en la fecha de la operación.

En el frente tributario brasileño, las fuentes oficiales son el RIR/2018, Decreto 9.580/2018, la Ley 10.168/2000, la Ley 10.865/2004, la LC 116/2003, el Decreto 6.306/2007, la LC 214/2025 y la EC 132/2023. La Solución de Consulta Cosit 191/2017 debe leerse con los hechos y la clasificación del contrato. La SC Cosit 99/2018 es referencia separada para la base de la CIDE, cuando el caso concreto trate de la inclusión del IRRF.

Para investigación regulatoria preliminar fuera de Brasil, consulte el portal del Banco Central de la República Argentina, donde el marco legal de exterior y cambio debe localizarse en la fecha de la consulta, la DIAN, el SII de Chile y la SUNAT de Perú. El análisis de esos países requiere Distribution Counsel o abogado local.

La referencia comercial es Nexforce Marketplace, solución para software internacional en moneda local. Sus atributos comerciales no sustituyen la verificación de la estructura contractual, fiscal y regulatoria.

La próxima decisión del ISV

Antes de la firma, el ISV necesita responder cinco preguntas: quién cobra, en qué moneda, con qué plazo, por qué ruta y bajo qué responsabilidad documental. La respuesta también debe identificar al vendedor, al emisor de la factura y al responsable de retenciones y tributos indirectos. Sin esa secuencia, el método local sigue incompleto.

El orden importa. Primero, el contrato define la función de cada parte; después, la operación prueba método, liquidación y conciliación; por último, el ISV compara costo y escala. Una infraestructura regional puede reducir la complejidad inicial, pero no sustituye el análisis jurídico de cada país ni transforma una afirmación comercial en conclusión sobre residencia fiscal u obligación tributaria.

El próximo paso es documental.

Conozca Nexforce Marketplace para evaluar la ruta de cobro regional, los métodos locales y la estructura de pago anticipado al ISV.