Reforma tributaria brasileña y SAP: guía 2026-2033
La reforma tributaria brasileña es el mayor cambio del sistema fiscal de Brasil en 60 años. Nace de la EC 132/2023, reglamentada por la LC 214/2025. Sin embargo, para quien opera SAP no es un simple ajuste de alícuotas. En la práctica, es un programa plurianual de alcance amplio. Afecta la determinación de impuestos, los datos maestros y los documentos fiscales. Además, alcanza la contabilización, las integraciones bancarias y el soporte. Además, el reloj de la reforma tributaria SAP ya está en marcha: 2026 es el año de prueba.
Por lo tanto, en este artículo vamos más allá del «qué cambia». En su lugar, mostramos dónde exactamente impacta en SAP y el calendario real de la transición. Además, damos una hoja de ruta práctica para llegar a 2033 sin sobresaltos.
El nuevo modelo: IVA dual, IS y split payment
Primero, cinco tributos salen de escena. Son PIS y COFINS, contribuciones federales sobre la facturación. También el ICMS, impuesto estadual similar al IVA, y el ISS, impuesto municipal sobre servicios. Por último, en la práctica, el IPI, impuesto sobre productos industrializados. Este se mantiene solo en situaciones específicas, como la Zona Franca de Manaos. En seguida, en su lugar, entra un IVA dual:
- CBS (Contribución sobre Bienes y Servicios) — federal; es decir, unifica PIS y COFINS.
- IBS (Impuesto sobre Bienes y Servicios) — estadual y municipal. A su vez, unifica ICMS e ISS, con gestión compartida por el Comité Gestor.
- Impuesto Selectivo (IS) — por último, el «impuesto al pecado», sobre bienes perjudiciales para la salud y el medio ambiente.
Dos principios cambian la lógica del sistema. Primero, la no acumulatividad plena: crédito amplio sobre prácticamente todas las adquisiciones. Por lo tanto, esto altera la liquidación y los registros fiscales. Segundo, la tributación pasa a ser en destino, y no en origen. Como resultado, se redistribuye la recaudación. Además, hay que recalcular la determinación de impuestos por operación.
Además, se suma el split payment: el impuesto puede segregarse y recaudarse en el momento de la liquidación financiera. En la práctica, esto conecta el mundo fiscal con el mundo del cash: medios de pago, bancos y conciliación. Antes, esos dos mundos no se hablaban.
El calendario de la transición (y por qué 2026 importa)
La convivencia entre el modelo antiguo y el nuevo dura de 2026 a 2033. A continuación, los hitos principales:
- 2026 — año de prueba. CBS al 0,9% e IBS al 0,1%, compensables con PIS/COFINS. Es decir: es la hora de validar el sistema en producción, con riesgo controlado.
- 2027 — CBS plena. PIS y COFINS se extinguen; además, el IPI baja a cero (salvo excepciones) y el IS entra en vigor.
- 2029 a 2032 — rampa del IBS. En esta fase, el IBS sube gradualmente mientras ICMS e ISS bajan, en proporciones definidas por ley.
- 2033 — modelo pleno. Finalmente, IBS y CBS quedan íntegramente vigentes y los tributos antiguos se extinguen.
Por lo tanto, la lectura estratégica es clara: el sistema debe ejecutar los dos modelos en paralelo durante años. Es decir, no se trata de migrar de un régimen a otro en una fecha. Se trata de operar ambos, al mismo tiempo, sin romper la operación. Justamente ahí, por lo tanto, vive la complejidad real del proyecto de TI.
Reforma tributaria SAP: dónde impacta el sistema
En SAP, el alcance es amplio — y aplica tanto a ECC como a S/4HANA. Para quien sigue en ECC, por ejemplo, la reforma se suma a la presión del fin del soporte. En S/4HANA, en cambio, se aprovecha el motor más moderno. Aun así, los frentes de trabajo son los mismos. A continuación, vea dónde la reforma toca el sistema:
- Determinación de impuestos. Esquema de cálculo (procedimiento TAXBRA/TAXBRJ), tipos de condición, tablas de alícuotas y la lógica de origen/destino. Es decir, nuevos tributos significan nuevas condiciones, nuevos códigos de impuesto y reglas de crédito revisadas.
- Datos maestros. Clasificación fiscal de materiales y servicios, además de los grupos de impuesto de clientes y proveedores. También la NCM (la nomenclatura arancelaria del Mercosur) y el mapeo hacia IBS/CBS/IS. Al fin y al cabo, un dato maestro inconsistente bloquea el cálculo y las pruebas.
- Documentos fiscales y SAP DRC. Aquí, primero, la NF-e (la factura electrónica brasileña) y los libros fiscales cambian de layout y de obligaciones. El SAP Document and Reporting Compliance (DRC), que corre sobre SAP BTP, necesita los nuevos formatos y las nuevas liquidaciones. Además, es el sucesor del NFE/GRC y el producto oficial de SAP para obligaciones fiscales.
- Contabilización y liquidación. Del mismo modo, las nuevas cuentas de mayor y la no acumulatividad plena exigen revisar el flujo contable. La liquidación de créditos, a su vez, obliga a revisar los reportes fiscales.
- Split payment e integraciones. Además, la segregación del impuesto en el pago conecta SAP con medios de pago, bancos y conciliación. Son integraciones nuevas y sensibles.
- Motor de impuestos. Por último, hay que decidir entre la determinación nativa de SAP y un socio fiscal. Las opciones incluyen Sovos/Mastersaf, Thomson Reuters ONESOURCE, Avalara y Synchro. Por lo tanto, es una elección de arquitectura con impacto de largo plazo.
Los riesgos que nadie quiere descubrir tarde
En la práctica, tres trampas se repiten en los proyectos que empiezan a última hora:
- Fila de especialistas. La demanda de consultoría fiscal-SAP se concentra en los mismos meses. Por eso, quien llega después paga más caro y espera más.
- Pruebas atropelladas. La convivencia dual multiplica los escenarios. Sin tiempo, por lo tanto, la prueba se vuelve una apuesta — y el error aparece en la liquidación real.
- Riesgo fiscal y de operación. Al fin y al cabo, un cálculo erróneo genera contingencias, multas y, en el límite, facturación detenida.
Por eso, empezar temprano transforma un susto en un proyecto controlado. Después de todo, el año de prueba (2026) existe exactamente para eso: equivocarse barato, en un entorno monitoreado.
Dónde actúa Inove en la reforma tributaria SAP
Un proyecto de reforma tributaria SAP tiene dos mitades. La primera es funcional-fiscal: parametrización de impuestos, notas SAP y motor de cálculo. La segunda, a su vez, es la base de TI que sostiene el programa durante toda la transición. Justamente ahí es donde Inove marca la diferencia.
Así, actuamos con la experiencia de quien conoce el entorno SAP por dentro. Además, cubrimos los frentes que deciden el éxito del proyecto:
- Infraestructura y entornos SAP — DEV, QAS y PRD dimensionados para el ciclo intenso de pruebas y para la convivencia dual. Además, el rendimiento de HANA queda garantizado en los picos de liquidación.
- Ciberseguridad y gobierno de accesos — segregación de funciones (SoD), pista de auditoría y protección de datos en los cambios fiscales. Al fin y al cabo, esos cambios son críticos y sensibles al fraude.
- Nube y FinOps — igualmente, control del costo de nube que los múltiples entornos y las pruebas de la reforma disparan. De esta forma, la factura no lo toma por sorpresa.
- Soporte y sostenimiento — el modelo «seguro de vida» — cuidamos el entorno end-to-end (hardware, SO, base de datos y SAP). Además, lo hacemos durante toda la transición, siguiendo las buenas prácticas del fabricante y optimizando el Opex.
Atendemos, bajo confidencialidad, a gigantes de energía, seguros, química y retail — las referencias las presentamos en una conversación. En la reforma tributaria, por lo tanto, entregamos lo que hace que el proyecto fiscal avance sin trabarse por debajo. Es decir, una base de TI sólida, segura y con costo bajo control. Así, el equipo funcional-fiscal se enfoca en los impuestos, y no en apagar incendios de infraestructura.
Nuestra visión de siempre: queremos que el cliente no tenga dolores de cabeza con TI y sea feliz. Además, eso vale incluso atravesando la mayor reforma tributaria en décadas, con SAP al día.

Hoja de ruta práctica para empezar ahora
- Diagnóstico de impacto en SAP — mapear determinación de impuestos, datos maestros, DRC, contabilización e integraciones afectadas.
- Decisión de arquitectura — en seguida, motor de impuestos nativo o socio; además de la estrategia para ECC vs S/4HANA.
- Plan de convivencia dual — después, cómo ejecutar el modelo antiguo y el nuevo en paralelo. Además, con estrategia de pruebas por hito.
- Preparación de la base — infraestructura, entornos, seguridad y FinOps para el ciclo de 2026 en adelante.
- Ejecución por olas — por último, acompañando el calendario legal, con validación en cada hito.
Lea también
La reforma, después de todo, es solo uno de los frentes del entorno SAP. A continuación, otros que suelen ir de la mano:
- Migración a SAP S/4HANA: por qué la base decide el proyecto
- Archiving SAP: menos costo de HANA y más velocidad en las pruebas
- IA y SAP: Joule y GenAI con seguridad y costo bajo control
- AMS para SAP: sostenimiento durante toda la transición
¿Su empresa opera SAP y todavía no mapeó el impacto de la reforma? Entonces el año de prueba es su ventana. Conozca también los servicios de TI de Inove y hable con nosotros. Al fin y al cabo, cuidamos la base para que su proyecto fiscal no se trabe por debajo.