Compliance de SaaS en América Latina: guía por país

Una empresa puede cerrar un contrato de SaaS en seis países y aun así no tener una operación regional. Para finanzas, son seis preguntas sobre cobro, moneda y recepción de fondos. Para legal, son seis análisis sobre datos, contrato y responsabilidad. Para fiscal, son seis respuestas distintas sobre quién retiene, qué documento prueba la venta y qué ocurre cuando el proveedor está fuera del país.

Para ISVs (Proveedores Independientes de Software, Independent Software Vendors, empresas de software que venden su producto a otras empresas), la pregunta antes del primer contrato no es si América Latina está en el plan. Es otra: ¿en qué país la empresa puede vender ahora sin convertir a cada cliente en una excepción? Esta guía defiende una respuesta operativa: empezar por el país en el que el ISV puede probar la operación, clasificar los demás como conditional go o no-go, y solo escalar después de cerrar las brechas.

Alcance y fecha. Este es un análisis COMPARATIVE, orientado al ISV internacional que vende en América Latina. El análisis tributario brasileño es válido al 13 de agosto de 2026, con la tabla de vigencia de Distribution Counsel consolidada el 6 de julio de 2026. Los cambios posteriores a ese snapshot no se incorporaron de forma independiente a la tabla. Las transiciones previstas para 2027 y para 2029 a 2033 deben reverificarse antes de contrato, transacción o posición de liquidación. El corpus legislativo de Distribution Counsel cubre Brasil. México, Argentina, Colombia, Chile y Perú aparecen solo como screening regulatorio preliminar, con fuentes oficiales generales consultadas el 13 de agosto de 2026. Ninguna afirmación sobre esos cinco países establece alícuota, plazo, registro, facturación, privacidad, consumidor, seguridad, sanción u obligación de proveedor no residente. Cada punto exige un instrumento oficial específico, fechado y verificable, además de validación con asesoría local. Una página general de autoridad es punto de partida para la investigación, no una conclusión aplicable al contrato específico.

Qué debe resolver el compliance de SaaS antes de la entrada

Compliance de SaaS es la capacidad de vender, cobrar, entregar, renovar y terminar un software dentro de las reglas aplicables al país del cliente. El término cubre tributación, facturación, privacidad, contrato, seguridad, pagos y operación. La empresa está lista cuando puede nombrar al responsable de cada obligación, guardar la evidencia y explicar el flujo a un cliente, auditor o autoridad.

El problema suele aparecer después de la venta. Comercial promete precio en moneda local, finanzas descubre una retención, legal recibe un contrato extranjero y el equipo de producto percibe que los datos serán procesados por un subcontratista no evaluado. Nada de eso es una sorpresa jurídica aislada. Es una entrada de mercado sin diseño operativo.

La matriz debe separar tres niveles de certeza:

1. Regla confirmada: obligación sostenida por ley, autoridad fiscal, autoridad de protección de datos o publicación oficial vigente y fechada.
2. Hipótesis operativa: procedimiento que parece compatible con el modelo, pero depende del cliente, del canal de venta, del contrato, del cobro o del lugar de procesamiento.
3. Brecha bloqueadora: información ausente que impide a la empresa demostrar que puede empezar, como la identidad de quien emite el documento fiscal o la clasificación del servicio.

La heurística operativa creada para esta guía es directa: un país con ocho respuestas verificables ofrece una base mejor para el primer mercado que un país más grande con dos promesas comerciales y seis preguntas abiertas. Eso no es requisito legal, puntuación oficial de riesgo ni métrica universal de preparación.

Cómo armar la matriz de evaluación por jurisdicción

La matriz convierte una ambición regional en una decisión por país. Para cada jurisdicción, el ISV fija el caso de uso, anexa la fuente de cada afirmación, nombra al dueño interno y registra lo que aún depende de un dictamen local. Si un eje material tiene una brecha bloqueadora, el país no recibe go, aunque los demás ejes estén documentados.

La tabla organiza el trabajo. La figura muestra el momento en que la investigación se convierte en decisión.

La matriz también necesita vigencia. Una nueva forma de cobro, un cliente consumidor, un subcontratista de datos o un cambio del contrato estándar reabre el análisis. El calendario solo no detecta esos cambios.

Brasil: regla confirmada, transición tributaria y puntos de validación

Brasil tiene cobertura tributaria en el corpus de Distribution Counsel, pero no cobertura integral de compliance. El análisis es válido al 13 de agosto de 2026, con la tabla de vigencia consolidada el 6 de julio de 2026. Privacidad, consumidor, seguridad, facturación y pagos exigen fuentes oficiales propias y evaluación especializada.

Mode CLIENT, contratación directa por el cliente brasileño. Para una contratación directa por el cliente brasileño, el IRRF, la CIDE y los demás tributos dependen de la clasificación jurídica y de las cláusulas del contrato. No hay, en este expediente, soporte suficiente para aplicar automáticamente la Solução de Consulta Cosit 191/2017 a ese hecho específico: el documento del corpus trata de SaaS adquirido de proveedor extranjero para reventa a usuarios o clientes en Brasil. La SC Cosit es orientación administrativa que vincula a la Receita Federal dentro de su alcance, no una decisión judicial general. La clasificación del contrato directo debe ser validada por Distribution Counsel. [Fuente oficial: SC Cosit 191/2017, documento oficial de la Receita Federal, consultado el 13 de agosto de 2026. El documento está preservado en el corpus de Distribution Counsel en references/legislation/brazil/importacao-software/cide/Importação - CIDE - Cosit 191 2017.pdf; la consulta trata de los hechos allí descritos.]

La distinción de CIDE sigue siendo decisiva, pero no autoriza transportar la consulta del distribuidor al cliente. En el Mode CLIENT, la CIDE del 10% y la clasificación del SaaS como servicio técnico solo pueden aplicarse al contrato directo cuando exista un instrumento oficial que cubra los hechos. La exención del art. 2º, §1º-A, de la Lei 10.168/2000 es restringida a la licencia de uso o a los derechos de comercialización o distribución de programa de computador sin transferencia de la tecnología correspondiente. Licencia pura y SaaS no son la misma categoría. [Fuente oficial: Lei 10.168/2000, art. 2º, §1º-A y §2º, Planalto, consultada el 13 de agosto de 2026; distinción de regímenes: references/tax-incidence-modes.md, líneas 5 a 19.]

La Solução de Consulta Cosit 99/2018, del 17 de agosto de 2018, trata otra pregunta. Registra la posición administrativa de que el IRRF integra la base de cálculo de la CIDE por adición a la remuneración neta, cuando los hechos de la consulta y la ley actual sean aplicables. La SC Cosit 99/2018 vincula a la Receita Federal dentro de su alcance; no es precedente judicial ni regla universal. El gross-up y la base deben probarse contra el contrato y la legislación vigente. No es la fuente de la clasificación de SaaS. [Fuente oficial: SC Cosit 99/2018, ementa y líneas 28 a 40, 166 a 224 del documento del corpus, consultada el 13 de agosto de 2026.]

PIS/COFINS-Importação tampoco puede reducirse a una línea genérica. En el Mode CLIENT, la tabla de vigencia registra 1,65% de PIS y 7,6% de COFINS, total de 9,25%, solo en la hipótesis de importación de servicios aplicable. La clasificación de licencia, SaaS, soporte y servicios agrupados controla el encuadre. El crédito depende del régimen no cumulativo, de la naturaleza y de la documentación de la operación, de la escrituración y de los requisitos legales del comprador. Una empresa en Lucro Presumido (régimen brasileño de utilidad presunta) no toma ese crédito. [Fuente oficial: Lei 10.865/2004, arts. 7º y 8º, e IN RFB 2.121/2022, art. 273, consultadas el 13 de agosto de 2026; estado vigente: references/legislation/brazil/VIGENCIA.md, líneas 7 a 12.]

Mode COMPARATIVE, contratación directa versus ruta contratada vía Nexforce Marketplace. La nota fiscal doméstica en reales de Nexforce puede integrar la documentación analizada para un eventual crédito de una empresa en Lucro Real (régimen brasileño de utilidad real, no cumulativo), pero la nota fiscal, sola, no crea ni garantiza crédito. El tratamiento depende del régimen no cumulativo del comprador, de la naturaleza y documentación de la operación, de la escrituración, del contrato y de la clasificación tributaria confirmada por Distribution Counsel. Para el Lucro Presumido, el beneficio operativo está en moneda local, nota fiscal en reales y simplificación, no en crédito de PIS/COFINS. En 2026, PIS/COFINS, inclusive PIS/COFINS-Importação, permanecen en el régimen actual. A partir de 2027, la transición sustituye esas contribuciones por la CBS en la forma prevista en el art. 126 del ADCT y en la LC 227/2026. De 2029 a 2032, las alícuotas de ISS e ICMS se reducen en las proporciones del art. 128 del ADCT, y esos impuestos se extinguen a partir de 2033 por el art. 129. No presentar alícuota futura plena de CBS o IBS como vigente. [Fuentes oficiales: EC 132/2023, ADCT, arts. 126 a 129, Planalto, consultada el 13 de agosto de 2026; LC 227/2026, dispositivo de transición reproducido en las líneas 15866 a 15869 del corpus; estado vigente: references/legislation/brazil/VIGENCIA.md, líneas 7 a 14.]

La reforma tributaria exige separar vigencia de planificación. En 2026, PIS/COFINS e ISS permanecen en el régimen actual. A partir de 2027, la transición sustituye PIS/COFINS y PIS/COFINS-Importação por la CBS en la forma del art. 126 del ADCT y de la LC 227/2026. De 2029 a 2032, ISS e ICMS se reducen en las proporciones del art. 128 del ADCT, y esos impuestos se extinguen a partir de 2033 por el art. 129. La alícuota futura plena de CBS o IBS no debe presentarse como vigente; cualquier número de planificación necesita identificarse como hipótesis. [Fuentes oficiales: EC 132/2023, ADCT, arts. 126 a 129, Planalto, consultada el 13 de agosto de 2026; LC 227/2026, líneas 15866 a 15869 del corpus; estado vigente: references/legislation/brazil/VIGENCIA.md, líneas 7 a 14.]

Para la entrada del ISV, el resultado brasileño es conditional go hasta que la clasificación, el contrato, el responsable del documento fiscal y el flujo de la remesa estén documentados. La ruta directa del cliente y la ruta vía Marketplace son comparaciones distintas. Contrato, contribuyente y capa tributaria no pueden mezclarse.

México: confirmar el IVA digital y el rol del no residente

México, análisis preliminar. El corpus de Distribution Counsel no contiene una carpeta legislativa de México. La página general del SAT, consultada el 13 de agosto de 2026, es solo punto de partida para la investigación. No hay, en este expediente, soporte para concluir alícuota, plazo, registro, facturación, privacidad, consumidor, seguridad, sanción u obligación de proveedor no residente. Cada afirmación necesita un instrumento oficial mexicano específico, fechado y verificable, además de validación con asesoría local antes de la entrada.

El Servicio de Administración Tributaria, SAT, es la autoridad fiscal oficial identificada para iniciar la investigación sobre servicios digitales. La página general consultada no es prueba de tratamiento para el SaaS B2B del contrato analizado. El ISV necesita identificar quién contrata, quién paga, quién cobra y qué documento se entregará, con validación local. [Fuente oficial de investigación: SAT, “Servicios digitales”, https://www.sat.gob.mx/consultas/38828/servicios-digitales, consultada el 13 de agosto de 2026.]

Fuente oficial identificada: el SAT es la autoridad consultada, pero la página no cierra el tratamiento del contrato. Hipótesis operativa: el modelo puede funcionar con cobro directo o con infraestructura regional, pero la responsabilidad depende del contrato. Brecha bloqueadora: no hay, en este expediente, dictamen local sobre registro, declaración, documento fiscal y tratamiento B2B del flujo elegido. La clasificación recomendada es conditional go, no go.

Privacidad, seguridad y contrato deben seguir el mismo camino. Sin fuente oficial específica en el expediente y sin dictamen local para la operación, el artículo no afirma una obligación mexicana adicional.

Argentina: cerrar moneda, cobro y contrato antes de prometer escala

Argentina, análisis preliminar. El corpus de Distribution Counsel cubre solo Brasil. La página general de la ARCA, consultada el 13 de agosto de 2026, es punto de partida para la investigación, no fuente específica sobre SaaS B2B de proveedor no residente. No hay, en este expediente, soporte para concluir alícuota, plazo, registro, facturación, privacidad, consumidor, seguridad, sanción u obligación uniforme. Cada punto exige un instrumento oficial argentino específico y validación local. La moneda decide.

La ARCA es la autoridad fiscal oficial identificada para iniciar la investigación tributaria, pero la página institucional consultada es solo punto de partida. No prueba el tratamiento para SaaS B2B de proveedor no residente. La decisión empieza con un instrumento específico y un dictamen local. [Fuente oficial de investigación: ARCA, https://www.arca.gob.ar/, consultada el 13 de agosto de 2026.]

Fuente oficial identificada: la entrada necesita investigarse junto a la autoridad fiscal argentina y a las reglas cambiarias del flujo. Hipótesis operativa: IVA, retenciones, moneda y repase varían según cliente, adquirente, contrato e intermediario. Brecha bloqueadora: precio y plazo prometidos sin mecanismo confirmado de cobro, conciliación y recepción. El país recibe conditional go para un piloto documentado, nunca go automático para escala.

La fuente oficial consultada no basta para afirmar una alícuota, plazo de registro u obligación uniforme para todo SaaS B2B. Esos puntos deben cerrarse con asesoría argentina antes del contrato.

Colombia: documentar quién vende y quién factura

Colombia, análisis preliminar. El corpus de Distribution Counsel no contiene legislación colombiana. La página general de la DIAN, consultada el 13 de agosto de 2026, es punto de partida para la investigación tributaria y de facturación electrónica. No prueba el encuadre del SaaS elegido ni define al responsable de cada etapa del contrato. No hay, en este expediente, soporte para concluir alícuota, plazo, registro, facturación, privacidad, consumidor, seguridad, sanción u obligación de proveedor no residente. Se necesita fuente oficial colombiana específica y validación local. [Fuente oficial de investigación: DIAN, https://www.dian.gov.co/, consultada el 13 de agosto de 2026.]

Fuente oficial identificada: la DIAN es la autoridad a consultar para IVA y documentación fiscal, pero la página institucional no cierra el caso. Hipótesis operativa: el tratamiento de proveedor no residente, facturación electrónica y retenciones depende de la venta concreta. Brecha bloqueadora: no saber quién vende, quién cobra, quién emite y quién archiva el documento. Sin esa respuesta, hay no-go para escala. Un piloto solo puede ser conditional go después de validación local previa.

B2B y B2C no deben fusionarse en una sola conclusión. La misma aplicación puede tener flujos contractuales y documentales distintos.

Chile: separar al cliente empresarial del consumidor

Chile, análisis preliminar. El corpus de Distribution Counsel cubre solo Brasil. La página general del SII, consultada el 13 de agosto de 2026, es punto de partida para la investigación, no prueba del tratamiento tributario del SaaS analizado. Indica un eje a investigar, no una alícuota, documento o registro aplicable al contrato. No hay, en este expediente, soporte para concluir obligación tributaria, de facturación, privacidad, consumidor, seguridad, sanción o de proveedor no residente. Se necesita fuente oficial chilena específica y validación local. [Fuente oficial de investigación: Servicio de Impuestos Internos, “Servicios digitales”, https://www.sii.cl/servicios_online/1039-.html, consultada el 13 de agosto de 2026.]

Fuente oficial identificada: servicios digitales e IVA deben investigarse en el SII, pero la página general no cierra el contrato. Hipótesis operativa: el flujo B2B puede tener un tratamiento distinto del B2C. Brecha bloqueadora: no saber qué regla alcanza al cliente que efectivamente paga. Una operación B2B con documentación validada recibe conditional go. La entrada a consumidores permanece en no-go hasta un análisis propio.

El contrato debe separar cobro, cancelación, protección del consumidor, datos y soporte. El artículo no presenta conclusión chilena sobre esos temas sin fuente específica y actual.

Perú: validar servicio, cliente y repase

Perú, análisis preliminar. El corpus de Distribution Counsel cubre solo Brasil. La página general de la SUNAT, consultada el 13 de agosto de 2026, es punto de partida para investigar IGV, servicios digitales y proveedores no domiciliados, pero no cierra el caso del ISV. No hay, en este expediente, soporte para concluir alícuota, plazo, registro, facturación, privacidad, consumidor, seguridad, sanción u obligación uniforme. Se necesita fuente oficial peruana específica y validación local antes de la decisión. [Fuente oficial de investigación: SUNAT, https://www.sunat.gob.pe/, consultada el 13 de agosto de 2026.]

Fuente oficial identificada: el tratamiento de servicios digitales y de proveedores no domiciliados debe investigarse en la SUNAT, pero la página general no cierra el contrato. Hipótesis operativa: el resultado depende del contrato, del usuario económico, del cobro y del repase al exterior. Brecha bloqueadora: empezar a cobrar sin dictamen sobre el flujo elegido. Sin documentación local, Perú es no-go para escala. Un piloto solo se vuelve conditional go después de cerrar la brecha fiscal.

No hay, en el corpus disponible, base para afirmar una alícuota, plazo, registro u obligación peruana uniforme para SaaS B2B. La asesoría peruana necesita validar también datos, consumidor, seguridad y contrato.

Cómo convertir la matriz en go, conditional go o no-go

La clasificación mide la distancia entre la venta prometida y la operación demostrable. No mide el tamaño del mercado. El mismo país puede ser go para un producto B2B con contrato anual, cobro probado y responsabilidades documentadas, y no-go para una suscripción B2C con tarjeta sin flujo fiscal validado.

1. Fijar el caso: país, cliente, precio, moneda, contrato, cobro, procesamiento, soporte y renovación.
2. Anexar la fuente: norma o publicación oficial fechada para cada afirmación legal; dictamen local cuando el corpus no cubre el país o el tema.
3. Nombrar la brecha: escribir “confirmar quién emite el documento fiscal” es útil. Escribir “verificar impuestos” no lo es.
4. Dar el veredicto: go sin brecha material; conditional go con condiciones documentadas para piloto; no-go cuando la empresa no prueba la operación.

La regla evita una falsa seguridad: seis columnas completas no compensan dos columnas críticas vacías.

Cuándo la infraestructura regional reduce la carga operativa

La matriz viene antes de la elección comercial porque define el país, el cliente, la moneda, el contrato, el cobro y las responsabilidades que la operación necesita probar. Mode COMPARATIVE, propuesta comercial. Ese orden evita elegir un canal por la promesa de escala antes de saber qué obligaciones siguen bajo responsabilidad del ISV y cuáles dependen del contrato.

El camino directo por un cloud marketplace cobra un precio operativo antes de la primera venta: el ISV enfrenta ciclos de listing y revisión, paga tasas en cada transacción, se adapta al contrato y a los programas de la plataforma, puede necesitar compromiso con una nube para transaccionar y puede necesitar administrar entidad fiscal extranjera, liquidación en USD, costo cambiario, repatriación y compliance por cuenta propia. La fricción no es una nota al pie. Entra en el ciclo de venta.

Después de esa comparación, Nexforce Marketplace puede considerarse cuando el ISV internacional necesita vender en LatAm por la infraestructura local de Nexforce, recibir en moneda local y ofrecer métodos regionales de pago, conforme a la solución y al contrato. Esos atributos comerciales pueden reducir tareas operativas, pero no crean dispensa jurídica, registro automático ni exención tributaria. La descripción comercial se basa en references/nexforce-products.md, no en una conclusión legal.

Nexforce Marketplace presenta dos soluciones comerciales distintas: vender en LatAm por la infraestructura de Nexforce o vender por un cloud marketplace con Nexforce conduciendo ese camino. Conforme a la solución, el país, el método de pago, la elegibilidad y el contrato, la propuesta comercial puede aceptar el estándar contractual y los programas del ISV, operar sin compromiso con una nube específica, conectar una red de revendedores, recibir en moneda local en la región y ofrecer Pix, boleto, tarjetas locales y financiamiento en cuotas. La posibilidad de pago anticipado al ISV con cuotas del cliente de hasta 12 veces también depende de esos mismos factores. La ausencia de entidad local propia del ISV es una posibilidad comercial documentada, no una dispensa legal. Esos atributos no eliminan el análisis de establecimiento permanente, registro, licencia u obligación fiscal. [Fuente comercial: references/nexforce-products.md, líneas 43 a 71.]

La propuesta comercial aún necesita responder quién es el vendedor, quién emite la nota, quién cobra, quién liquida, quién responde por tributos, cómo funcionan registro, licencia, reembolso y chargeback y qué análisis de establecimiento permanente aplica. Esos puntos dependen del contrato, del país y del modelo operativo exacto. El artículo no llama a Nexforce MoR, revendedora, agente de pagos o institución financiera sin contrato y fuente que sustenten esa etiqueta.

La ganancia para el ISV es reducir la cantidad de flujos que necesita administrar solo. La decisión jurídica sigue siendo del caso concreto.

Checklist final para la decisión del ISV

Antes de abrir ventas, el equipo necesita probar que el flujo elegido funciona en el país, para el cliente y para la moneda definidos. El checklist de abajo convierte cada promesa en evidencia: fuente oficial fechada para la regla, documento para la facturación, responsable interno y brecha declarada cuando la operación aún depende de asesoría local.

• ¿Qué caso de uso se analizó y quién paga?
• ¿El SaaS se distinguió de licencia pura y de servicios técnicos adicionales?
• ¿Cada afirmación tributaria tiene fuente oficial específica y fecha de consulta?
• ¿Quién emite el documento fiscal y quién archiva la evidencia?
• ¿El contrato trata ley aplicable, foro, datos, seguridad, soporte y cancelación?
• ¿Se mapearon subcontratistas y transferencias internacionales de datos?
• ¿El método de pago se probó en la moneda del cliente?
• ¿Quién concilia recepción, retención, renovación y estorno?
• ¿Hay una brecha que bloquea la escala?
• ¿El país recibió go, conditional go o no-go con justificación verificable?

Como heurística operativa creada para esta guía, tres respuestas que terminan en “el contador lo resuelve después” indican que el país aún no está listo para escala. El criterio no es exigencia legal, puntuación oficial de riesgo ni métrica universal. Tampoco sustituye el análisis jurídico.

FAQ sobre compliance de SaaS en América Latina

Las preguntas de abajo cierran las decisiones que con más facilidad se vuelven promesa comercial sin evidencia. La respuesta correcta depende del país, del cliente, del contrato y del flujo de cobro. Donde el corpus cubre solo Brasil o la fuente oficial es general, la duda permanece como brecha para asesoría local, no como autorización para vender.

¿Un ISV puede usar el mismo contrato en los seis países?

Un contrato base puede servir solo como punto de partida de redacción. No prueba compliance en ninguno de los seis países y no debe usarse sin cambios. Tributación, datos, consumidor, facturación, cobro, ley aplicable, foro y responsabilidades exigen revisión conforme al país, al tipo de cliente, al flujo de pago, al procesamiento de datos y a la ley local antes de la firma.

¿El análisis de esta guía sustituye un dictamen local?

No. Brasil tiene soporte en el corpus de Distribution Counsel, con la fecha de validez indicada en el texto. México, Argentina, Colombia, Chile y Perú tienen análisis preliminar, basado en fuentes oficiales consultadas el 13 de agosto de 2026. La entrada y la escala exigen asesoría local.

¿El SaaS siempre se trata como licencia de software en Brasil?

No. Mode CLIENT: para el cliente que contrata SaaS directamente del exterior, este expediente no tiene soporte suficiente para aplicar automáticamente la SC Cosit 191/2017, cuya consulta trata de adquisición para reventa. La clasificación del contrato directo, inclusive la incidencia de IRRF y CIDE, necesita validación de Distribution Counsel. La licencia pura sin transferencia de tecnología pertenece a otra categoría y no debe confundirse con SaaS.

¿Cuál es la diferencia entre go y conditional go?

Go significa que los ejes materiales tienen evidencia suficiente para iniciar la venta definida. Conditional go permite un piloto con condiciones claras y plazo para cerrar pendientes. No-go significa que una brecha bloquea la escala o impide probar el flujo elegido.

¿Nexforce Marketplace elimina la validación local?

No. La infraestructura puede reducir la carga de moneda, cobro, repase y operación conforme al contrato, además de ofrecer moneda local, métodos regionales y pago anticipado al ISV con cuotas del cliente de hasta 12 veces cuando aplique. Esos atributos comerciales no dispensan la validación local, y la clasificación jurídica, fiscal, contractual y de datos sigue dependiendo del país y del modelo.

Referencias y lectura complementaria

• Lei Complementar nº 214/2025, Planalto, transición tributaria conforme EC 132/2023, ADCT, arts. 126 a 129, consultada el 13 de agosto de 2026.
• Emenda Constitucional nº 132/2023, Planalto, ADCT, arts. 125 a 129, consultada el 13 de agosto de 2026.
• Lei nº 10.168/2000, Planalto, art. 2º, consultada el 13 de agosto de 2026.
• Receita Federal, consulta a las Soluções de Consulta Cosit, SC Cosit 191/2017 y 99/2018, consultada el 13 de agosto de 2026.
• SAT, Servicios digitales, consultado el 13 de agosto de 2026.
• ARCA, Administración Federal de Ingresos Públicos, fuente oficial consultada el 13 de agosto de 2026.
• DIAN, Dirección de Impuestos y Aduanas Nacionales, fuente oficial consultada el 13 de agosto de 2026.
• SII, Servicios online, consultado el 13 de agosto de 2026.
• SUNAT, Superintendencia Nacional de Aduanas y de Administración Tributaria, fuente oficial consultada el 13 de agosto de 2026.
• Nexforce Marketplace, atributos comerciales consultados el 13 de agosto de 2026.

¿Cuál es el siguiente paso hacia una entrada documentada?

La decisión de entrada solo queda lista cuando la matriz muestra quién hace qué, con qué documento y bajo qué fuente. El primer país no necesita ser el más grande. Necesita ser el primero en el que el ISV puede vender sin ocultar una brecha material dentro del contrato.

Para el ISV internacional que necesita vender en LatAm por la infraestructura local de Nexforce, recibir en moneda local y ofrecer métodos regionales de pago, Nexforce Marketplace puede reducir la cantidad de flujos operativos que el ISV administra solo, sujeto a la solución y al contrato. Esa reducción no sustituye la validación local. La clasificación jurídica, el tratamiento fiscal, el contrato y la posición de datos siguen dependiendo del país y del modelo, de modo que la matriz permanece como la puerta entre la promesa comercial y la operación demostrable.