Alkemia Insights · SAP Cloud ERP

Reforma tributaria de Brasil en SAP:
la entrega depende de la fase del release.

La reforma del consumo de Brasil llega a 2033, y SAP da soporte a las entregas de la reforma para los releases en mantenimiento principal, o extendido equivalente, en la fecha de entrega de cada nota. En la lectura de Alkemia, eso convierte la opción de soporte de 2027 de ECC en una elección sobre la reforma y le pone fecha al upgrade de S/4HANA.
Enmienda Constitucional 132/2023, Ley Complementaria 214/2025 y textos de SAP sobre mantenimiento · lectura del 9 y el 10 de octubre de 2026
Qué dice SAP

En la nota líder de la reforma, la SAP Note 3561376, SAP declara que da soporte a las entregas de la reforma para todos los releases que estén en mantenimiento principal, o en mantenimiento extendido equivalente, en la fecha de entrega de cada nota, y clasifica esas notas como cambio legal. En un release en mantenimiento extendido, solo los clientes que tienen ese estatus acceden a las soluciones. Después de esas fases viene el mantenimiento específico del cliente (customer-specific maintenance), en el que, según SAP, las actualizaciones para nuevos requisitos legales en general no se proporcionan, y la SAP Note 52505 registra que no hay entrega de cambios legales. La nota líder no nombra ningún producto. En la lectura de Alkemia, la regla rige para cada release de SAP ERP 6.0, el ECC, parte de la SAP Business Suite 7, la generación on-premise anterior a S/4HANA, y para cada release de S/4HANA, así que, fuera de un período de SAP S/4HANA Cloud Safekeeper, servicio para sistemas elegibles de la edición privada, el fin del mantenimiento del release de cada entorno marca el fin de las entregas de la reforma para él. También en la lectura de Alkemia, para el CIO que decide release y soporte y para el CFO que paga cada opción, la reforma le pone fecha a una decisión de mantenimiento.

El calendario de la reforma llega a 2033, más allá del mantenimiento de los releases ya fechados.

La reforma sustituye las contribuciones federales PIS y Cofins, el ICMS estatal y el ISS municipal por la CBS, contribución federal, y el IBS, impuesto estatal y municipal, ambos sobre bienes y servicios, y crea el Imposto Seletivo, un impuesto selectivo federal. Todo sistema que calcula, documenta o declara esos tributos cambia, cualquiera que sea el proveedor del ERP, y cambia en cada etapa: de 2026 a 2032 los tributos antiguos y los nuevos conviven, con alícuotas que se modifican en el camino. Los formatos de la NF-e y la NFC-e, las facturas electrónicas brasileñas, ya se adecuaron a los campos del IBS y la CBS mediante la Nota Técnica 2025.002.

2026 y 2027

Las etapas federales

  • 2026: año de prueba, con CBS al 0,9% e IBS al 0,1%, y exención del pago para quien cumple las obligaciones accesorias (las declaraciones y los documentos fiscales)
  • 2027: CBS e Imposto Seletivo cobrados; PIS y Cofins extinguidos
  • 2027: las alícuotas del IPI bajan a cero, salvo para productos con industrialización incentivada en la Zona Franca de Manaus
De 2029 a 2033

Las etapas del ICMS y el ISS

  • 2029 a 2032: ICMS e ISS cobrados al 9/10, 8/10, 7/10 y 6/10 de las alícuotas de cada legislación
  • 2033: ICMS e ISS extinguidos

El split payment, la separación del tributo en el momento del pago, no tiene fecha en la ley: la implementación gradual queda para un acto conjunto del Comité Gestor del IBS y la Receita Federal. En la lectura de Alkemia, para cualquier ERP la pregunta de contrato es la misma: qué estatus de soporte tendrá la versión en cada año hasta 2033 y si el contrato de ese estatus entrega cambios legales. En esa misma lectura, lo que el proveedor entrega para el año de prueba cubre solo la primera etapa, y cada etapa siguiente depende del soporte que tenga la versión cuando el proveedor entregue el cambio. Las fechas reflejan el texto compilado de octubre de 2026, y la reglamentación sigue en edición.

Donde rige la regla de la nota líder, la reforma le pone fecha a una decisión distinta.

La tabla aplica la regla de la nota líder a las fases de mantenimiento de ECC, de S/4HANA on-premise y de la edición privada. En esas líneas, SAP declara la cobertura funcionalidad por funcionalidad y por paquete de soporte (support package), y una funcionalidad de la reforma solo está en un release en mantenimiento a partir del nivel de paquete indicado para él. La edición pública se rige por el mecanismo de actualización del contrato y por las entregas que SAP publicó para ella (punto F).

Línea de productoRecibe hastaDecisión con fecha
SAP ERP 6.0 (ECC), EHP 6 a 8, on-premise Mantenimiento principal hasta el 31/12/2027; extendido hasta el 31/12/2030, si se contrata a más tardar en el tercer trimestre de 2027, solo para quien tiene ese estatus; de 2031 a 2033, la opción de transición, una suscripción de nube para ECC, sin cobertura de la reforma por escrito La opción de soporte de 2027
S/4HANA on-premise 1709 a 2022 Mantenimiento específico desde el 1/1/2026 para los releases 1709 a 2020 (desde antes, en los tres primeros, sin el mantenimiento extendido contratado), desde el 1/1/2027 para el 2021 y desde el 1/1/2028 para el 2022; en las notas leídas, sin mantenimiento extendido a la venta del 2020 en adelante La fecha del upgrade
S/4HANA on-premise 2023 y 2025 Mantenimiento hasta el 31/12/2030 (2023) y hasta el 31/12/2032 (2025), ambos antes de la extinción de 2033 La fecha del upgrade, frente a las entregas que SAP confirme
SAP Cloud ERP Private y contratos RISE with SAP, con S/4HANA Cloud Private Edition El contrato exige un release en mantenimiento, y las ventanas de release son las mismas. SAP instala los paquetes de soporte; la implementación individual de notas, cuando hace falta, queda con el cliente o es un servicio de pago; la prueba y la aceptación quedan con el cliente Quién implementa y prueba las correcciones, y cuándo sube el release
SAP ERP, private cloud edition, opción tailored Mantenimiento extendido de 2028 a 2030 por contrato, salvo que la guía de servicio indique otra cosa; la suscripción termina el 31/12/2030 El destino de las etapas de 2031 a 2033
SAP Cloud ERP Public y contratos GROW with SAP, con S/4HANA Cloud Public Edition Actualizaciones cuando SAP las libera para todos los suscriptores, y el cliente aplica el contenido de configuración en el plazo comunicado; SAP publica las entregas de la reforma por funcionalidad y por release, y el cálculo del tributo en las ventas lo hace un motor de terceros El plan de cada etapa pendiente, pedido por escrito a SAP y al proveedor del motor

Recibe hasta: en las líneas en las que rige la regla de la nota líder, la fase en la que, según los textos de SAP, el release todavía recibe notas de la reforma; una nota entregada antes puede traer una etapa que entra en vigor después. Mantenimiento específico: customer-specific maintenance, sin entrega de cambios legales, salvo el caso de Safekeeper en la edición privada (punto E). Decisión con fecha: la elección que la reforma ata a una fecha. Las fechas de S/4HANA vienen de las notas de cada release y de una nota sobre SAP S/4HANA Cloud Safekeeper, leída por Alkemia como el inicio del mantenimiento específico, y se confirman en el PAM (Product Availability Matrix, la matriz de disponibilidad de productos de SAP) para la versión exacta. Las fechas vienen de los textos de SAP; leerlas como cobertura de las entregas en cada línea es una lectura de Alkemia, y los textos están indicados en las fuentes.

En on-premise, un release en el mantenimiento específico del cliente sigue bajo el contrato de soporte, y el cliente sigue pagando la tarifa de mantenimiento; la SAP Note 52505 registra que, en esa fase, no hay entrega de cambios legales. En la lectura de Alkemia, un release que entra en esa fase cuenta, para las etapas siguientes, solo con lo que SAP ya le haya entregado antes, con disponibilidad y requisitos previos por verificar. Un ECC por debajo del EHP6 está en esa fase desde el 1 de enero de 2026.

Qué cambia cuando la cobertura depende de la fase de mantenimiento.

  1. A

    La fecha que cuenta es la de entrega de la nota

    La cobertura se mide el día en que SAP entrega la nota, y la etapa puede entrar en vigor después.

    La regla de la nota líder mira la fase de mantenimiento del release en la fecha de entrega de cada nota. Una nota entregada mientras el release está en mantenimiento puede traer una etapa que solo entra en vigor más tarde, y nada en el texto leído compromete a SAP a anticipar entregas. La empresa cuyo plan depende de etapas que entran en vigor después del fin del mantenimiento de su release no debe contar con la anticipación: debe pedirle a SAP por escrito el plan de entrega de cada etapa de la que depende.

  2. B

    En ECC, la opción de soporte de 2027 decide quién entrega las etapas siguientes

    De 2028 a 2030, solo quien contrató el mantenimiento extendido accede a las entregas de la reforma, y después de 2030 los textos de SAP indican la opción de transición; en la lectura de Alkemia, por eso la elección de 2027 decide las etapas siguientes.

    La nota líder restringe el acceso a las entregas de la reforma, en un release en mantenimiento extendido, a los clientes que contrataron ese estatus, y prevé el caso de un release sin nota específica, en el que el cliente consulta a SAP. En una publicación de su equipo en SAP Community sobre los plazos de SAP ERP 6.0, SAP pide que la contratación del mantenimiento extendido de la Business Suite 7 se complete a más tardar en el tercer trimestre de 2027, mediante una adenda contractual con costo adicional. Según la página pública de SAP sobre el mantenimiento de la Business Suite 7, ese costo es un recargo de dos puntos porcentuales sobre la base de mantenimiento, y, según la SAP Note 2881788, el mantenimiento extendido rige siempre para todo el entorno de la Business Suite 7. Para nuevos cambios legales entregados por SAP después de 2030, la vía que indican los textos es la opción de transición de SAP ERP, private edition, una suscripción de nube centrada en ECC, que se puede comprar a partir de 2028 y está activa de 2031 a 2033. El anuncio de SAP menciona parches "de seguridad, legales y de software", sin referencia a la reforma, y afirma que la oferta no prolonga el mantenimiento de SAP ERP. La SAP Note 3591251 exige la base de datos SAP HANA, SAP ERP 6.0 en el EHP7 o el EHP8 y la contratación conjunta del plan de éxito Max (max success plan), uno de los planes de servicio de pago que SAP vende además del soporte estándar. La nota líder no dice si la opción cuenta como mantenimiento extendido equivalente, y esa confirmación se le pide a SAP por escrito antes de que un plan dependa de ella.

  3. C

    En S/4HANA on-premise, mantenerse dentro de las entregas de SAP requiere upgrade

    En las notas leídas, ningún release de S/4HANA del 2020 en adelante tiene mantenimiento extendido a la venta, y hasta el release 2025 sale del mantenimiento antes de la extinción de 2033; en la lectura de Alkemia, solo el upgrade mantiene el entorno dentro de las entregas.

    La nota líder no nombra ningún producto y, en la lectura de Alkemia, su regla rige para cada release de S/4HANA on-premise igual que para ECC. Una nota de SAP sobre SAP S/4HANA Cloud Safekeeper, servicio que declara no disponible para S/4HANA on-premise, dice que el servicio queda disponible cuando cada release entra en el mantenimiento específico y lista sus fechas de inicio, que Alkemia lee como el primer día de esa fase: el 1 de enero de 2026 para los releases 1709, 1809, 1909 y 2020, de 2027 para el 2021, de 2028 para el 2022 y de 2031 para el 2023. La SAP Note 3246630 ofreció mantenimiento extendido, de pago y mediante adenda, solo para los releases 1709, 1809 y 1909, hasta el fin de 2025; en esos tres, quien no lo contrató entró antes en el mantenimiento específico. Las notas de cada release dan mantenimiento hasta el 31 de diciembre de 2030 para el 2023 y hasta el 31 de diciembre de 2032 para el 2025. En la lectura de Alkemia, con el PAM confirmando las fechas de la versión exacta, un entorno en el release 2022 queda fuera de las notas de la reforma entregadas después de 2027, y el upgrade a un release que siga en mantenimiento cuando SAP entregue cada etapa es un costo de la reforma en el camino de permanecer on-premise, con la fecha marcada por las entregas que SAP confirme por escrito.

  4. D

    En la edición privada, la suscripción instala el paquete, y la prueba de cada etapa queda con el cliente

    El contrato ya exige un release en mantenimiento y, en la lectura de Alkemia, la corrección de la reforma entra por las mismas líneas de responsabilidad que cualquier corrección.

    En SAP Cloud ERP Private y en los contratos RISE with SAP, el Supplement, documento contractual de la edición privada, deja en el cliente la responsabilidad de tener instalados los upgrades y los nuevos releases, con la instalación técnica a cargo de SAP a solicitud, y exige un release cubierto por el mantenimiento principal, por el extendido o por lo que indique el formulario de pedido. Ninguno de los documentos contractuales leídos para este análisis usa el término cambio legal ni dice que SAP mantiene al cliente en cumplimiento ante un cambio de ley. En el documento de roles y responsabilidades, instalar un paquete de soporte es un servicio estándar; implementar notas de SAP y correcciones manuales que no llegan como paquete de corrección, en el área de responsabilidad del cliente, es un servicio que se contrata aparte (Packaged Service), que el cliente ejecuta si no lo contrata; probar y aceptar los cambios le corresponde solo al cliente, y la prueba de regresión funcional que SAP hace sobre los casos de prueba del cliente es un servicio de pago. En la lectura de Alkemia, la suscripción cubre la instalación técnica de los paquetes que llevan las correcciones, y la implementación individual, cuando hace falta, junto con la prueba y la aceptación de cada etapa de la reforma, es un costo recurrente hasta 2033. Las ventanas de release son las mismas que en on-premise: en la lectura de Alkemia, un sistema en el release 2022 entra en el mantenimiento específico el 1 de enero de 2028, entre la etapa de 2027 y la primera reducción del ICMS y el ISS. En la página What's New de SAP, la disponibilidad de innovaciones y cambios hasta la versión 2023 FPS01 depende del contrato, y la página no dice si eso incluye los cambios legales, una pregunta que va a SAP por escrito.

  5. E

    En la edición privada, dos puentes contractuales tienen alcances distintos

    En la lectura de Alkemia, Safekeeper aplaza el upgrade sin garantizar la entrega de la reforma, y la opción tailored de SAP ERP da por contrato, de 2028 a 2030, el estatus que exige la nota líder.

    En un sistema elegible, SAP S/4HANA Cloud Safekeeper hace de puente entre el mantenimiento específico y el upgrade, con servicios de alcance en general alineado con el del mantenimiento extendido, por regla general hasta 27 meses (hasta 48 en los releases 1503 y 1605), mientras el sistema sigue en el release anterior. La nota líder menciona Safekeeper entre las condiciones especiales e indica consultar a SAP cuando no haya nota para el release; en la lectura de Alkemia, la entrega de la reforma bajo Safekeeper es una pregunta por escrito a SAP, y contratar el servicio no la garantiza. En SAP ERP, private cloud edition, opción tailored, el Supplement aplica el mantenimiento extendido de 2028 a 2030, salvo que la guía de servicio indique otra cosa, y termina el servicio el 31 de diciembre de 2030; en la lectura de Alkemia, ese cliente tiene por contrato el estatus que exige la nota líder en esos años, y las etapas posteriores quedan fuera de la suscripción.

  6. F

    En la edición pública, el plan de cada etapa pendiente se les pide a dos proveedores

    SAP publica las entregas de la reforma por funcionalidad y por release, y el cálculo del tributo en las ventas lo hace un motor de terceros; en la lectura de Alkemia, el plan de cada etapa pendiente se les pide por escrito a los dos proveedores.

    La cláusula de actualización del contrato no menciona cambios legales ni compromete a SAP con una fecha de entrega. En la consulta del 9 de octubre de 2026, el What's New Viewer de esa edición listaba entregas de la reforma de los releases 2508 a 2608 sin relacionarlas con las etapas de la ley, y la búsqueda de split payment no devolvió ninguna entrada. En una presentación de octubre de 2025, clasificada como pública, SAP trataba la CBS y el IBS de 2026 como valores estadísticos, anunciaba para 2027 las claves de cuenta de las compras, dejaba el Imposto Seletivo fuera del alcance de las ventas y tenía cuatro procesos en análisis, uno de los cuales, el de comisiones, tiene entregas registradas después en el Viewer. En los documentos de venta, el cálculo pasa por un motor de terceros, invocado a través de un Integration Suite con licencia, según una publicación del equipo de SAP en SAP Community; en las compras, la presentación muestra condiciones de la CBS y del IBS entregadas en el propio sistema. En la lectura de Alkemia, cuando el motor calcula, el sistema de SAP documenta, contabiliza y liquida el resultado, de modo que la cobertura de los procesos en el sistema es la restricción determinante, y una etapa no entregada antes de la fecha en que entra en vigor queda a cargo del cliente, como costo y riesgo de plazo.

  7. G

    La factura electrónica tiene su propio calendario

    El producto que emite la NF-e puede salir del mantenimiento antes que el ERP.

    Una publicación del equipo de SAP en SAP Community (abril de 2023, actualizada en marzo de 2025) informó que el mantenimiento principal de SAP Electronic Invoicing for Brazil, el producto on-premise de emisión de la factura electrónica brasileña conocido como GRC NF-e, estaba previsto para terminar el 31 de diciembre de 2025, fecha ya pasada, y recomendó a los clientes migrar a las opciones de factura de SAP Document and Reporting Compliance (DRC), servicios de nube pública sobre SAP Business Technology Platform. Los textos públicos leídos para este análisis no establecen si el producto recibe el formato de la reforma, y la confirmación le corresponde a SAP, por escrito. En los documentos contractuales de SAP, la factura electrónica brasileña tiene línea y métrica propias. En la lectura de Alkemia, para quien todavía emite por GRC NF-e y no tiene DRC, la reforma convierte el fin del mantenimiento de ese producto en la compra de un servicio recurrente, medido aparte, cualquiera que sea la decisión sobre el ERP, a menos que la emisión pase a un proveedor fuera de SAP. La línea de precio aplicable se confirma con SAP por escrito.

  8. H

    En el business case, la reforma es costo de todos los caminos

    En la lectura de Alkemia, se desprende del hecho de que el cumplimiento de la reforma es obligatorio en cualquier camino, incluido el de mantener el entorno actual.

    En su comunicación en Brasil, SAP asocia la reforma a la modernización del ERP. SAP News Center Brasil registró que Honda South America adoptó RISE with SAP para modernizar su ERP y adaptarse a la nueva reforma tributaria brasileña (agosto de 2025), y citó a SAP Brasil sobre la actualización de un cliente a S/4HANA: la preparación para la reforma tributaria "muchas veces es el punto de partida para una evolución más amplia de la operación" (julio de 2026, traducido del portugués). En la lectura de Alkemia, el costo de adecuar el entorno entra como costo en cada columna del business case, incluida la de mantener el entorno actual; registrado como beneficio del sistema de destino, infla la ventaja de migrar. También en la lectura de Alkemia, la reforma pesa en el cronograma de la decisión: en un ECC que se mantiene, la fecha en que SAP deja de entregar cambios legales depende de la opción de soporte contratada, y en S/4HANA on-premise depende del release, de modo que la reforma pasa a marcar la fecha del upgrade. En esa misma lectura, el camino que implementa la reforma en ECC y migra después asume el costo de una eventual segunda adecuación, si la solución en S/4HANA es técnicamente diferente.

La entrega también tiene vacíos declarados. La nota líder remite a la SAP Note 3637842 para los escenarios de la reforma todavía no soportados en las entregas actuales y recomienda no abrir casos con el soporte de SAP sobre ellos. En la lectura de Alkemia, hasta que SAP comunique un cambio, la empresa debe prever que tendrá que cubrir esos procesos por su cuenta. También en la lectura de Alkemia, como el título de esa nota, en la lista de la nota líder, habla de limitaciones de prueba con la SEFAZ, las secretarías de hacienda estatales, parte de los casos puede reflejar límites de prueba con la autoridad fiscal, y un proceso se clasifica como no soportado solo después de leída su entrada en esa nota. Es una pregunta para el área fiscal y el implementador si cada etapa exige código entregado o solo configuración en el sistema de la empresa.

La reforma le pone fecha a una decisión de mantenimiento: en ECC, la opción de soporte de 2027; en S/4HANA on-premise, el upgrade; en la edición privada, quién implementa y prueba las correcciones.

Lectura de Alkemia

Ocho puntos para decidir antes de la próxima fecha de mantenimiento.

  1. 01

    Estatus de soporte, año a año

    Identifica, para cada release del entorno (el ERP, el producto de factura electrónica, las soluciones de declaración fiscal), qué estatus de soporte tendrá en cada año de 2026 a 2033 y qué dice el contrato de ese estatus sobre cambios legales. El punto aplica a cualquier proveedor de ERP.

  2. 02

    En ECC, la elección del mantenimiento extendido

    Si ECC sigue después de 2027, decide el mantenimiento extendido a más tardar en el tercer trimestre de 2027, para todo el entorno de la Business Suite 7, con el costo adicional en el business case, y pídele a SAP por escrito el plan de entrega de cada etapa de la reforma de la que depende el plan.

  3. 03

    En S/4HANA on-premise, la hoja de ruta del upgrade

    Registra, para cada sistema productivo, el release, el nivel de paquete de soporte y la fecha en que el release entra en el mantenimiento específico, verificada en el PAM. Planifica el upgrade a un release que siga en mantenimiento en la fecha en que SAP entregue cada etapa de la que depende el plan, pídele esas fechas a SAP por escrito e incluye el upgrade como costo de la reforma en el camino de permanecer on-premise.

  4. 04

    En la edición privada, quién implementa y prueba las correcciones

    Define, para cada etapa hasta 2033, si la implementación individual de notas, cuando hace falta, queda con el equipo de la empresa o con el servicio de pago de SAP, y cómo la empresa prueba y acepta cada etapa, con o sin la prueba de regresión de pago de SAP. Lleva el costo recurrente al business case y alinea la fecha de upgrade del release con las entregas de la reforma.

  5. 05

    En la edición pública, las etapas pendientes

    Contrasta las entregas publicadas con los escenarios y el procedimiento fiscal de la empresa y estima el contenido de configuración que hay que aplicar en cada ventana de release. Pide por escrito a SAP, para el proceso en el sistema, y al proveedor del motor, para el cálculo, el plan de cada etapa que esa revisión deje pendiente, como el split payment, e incluye en el business case el costo de la licencia de Integration Suite y el del motor.

  6. 06

    El producto que emite la factura

    Identifica qué producto emite hoy la NF-e. Si es SAP Electronic Invoicing for Brazil, cuyo mantenimiento principal estaba previsto para terminar el 31 de diciembre de 2025, presupuesta el sustituto, DRC o un proveedor fuera de SAP, como línea recurrente, y confirma con SAP qué línea de precio se aplica.

  7. 07

    Escenarios sin solución entregada

    Lee la SAP Note 3637842 frente a los procesos de la empresa y, para cada escenario listado que la afecte, define quién cubre el proceso hasta que SAP comunique un cambio, y con qué costo. Registra también, etapa por etapa, la respuesta del área fiscal y del implementador sobre qué exige código entregado y qué requiere solo configuración en el sistema.

  8. 08

    La reforma en cada columna

    Incluye en el business case de la decisión sobre el entorno SAP el costo de adecuación a la reforma en todas las columnas, incluida la de mantener lo que existe, y, en el camino que implementa la reforma en ECC y migra después, el costo de una eventual segunda adecuación, si la solución en S/4HANA exige trabajo adicional.

Lo que rige a cada empresa es el contrato de soporte o de suscripción que firmó y el texto vigente de las notas de SAP y de la legislación. Valida cada punto con SAP, con el área fiscal y con el área jurídica.

El próximo paso

Decidir el entorno SAP con cada etapa cubierta.

La decisión sobre release, soporte y servicio se vuelve defendible cuando la cobertura de cada etapa de la reforma se conoce antes de la próxima fecha de mantenimiento: release por release, quién entrega el cambio legal, quién lo aplica y lo prueba, y hasta cuándo, leído en los contratos y las notas que rigen para el entorno de la empresa, con el costo de cada opción llevado al business case. El cálculo de los tributos y las obligaciones accesorias quedan con el área fiscal y el área jurídica de la empresa.

Hablar de tu decisión

Cómo trabaja Alkemia las decisiones de SAP Cloud ERP

contact@alkemia.io

Las fechas vienen de la legislación, y las reglas de entrega, de textos de SAP.

Preguntas frecuentes

Reforma tributaria de Brasil en SAP, en términos de soporte.

¿Un sistema SAP va a recibir las actualizaciones de la reforma tributaria de Brasil?
Depende de la fase de mantenimiento de cada release. Según la nota líder de la reforma, la SAP Note 3561376, SAP da soporte a las entregas de la reforma para los releases que estén en mantenimiento principal, o en mantenimiento extendido equivalente, en la fecha de entrega de cada nota. En el mantenimiento específico del cliente, la fase siguiente, la SAP Note 52505 registra que no hay entrega de cambios legales. En ECC con los EHP 6 a 8, el mantenimiento principal llega hasta el 31 de diciembre de 2027 y el extendido, si se contrata, hasta 2030; en S/4HANA on-premise cada release tiene su fecha, y la del release 2025 es el 31 de diciembre de 2032. En la edición pública, la entrega sigue el mecanismo de actualización del contrato y, en la lectura de Alkemia, el plan de cada etapa pendiente se les pide por escrito a SAP y al proveedor del motor de terceros que calcula el tributo en las ventas.
¿Hasta cuándo hay que decidir el mantenimiento extendido de ECC?
En una publicación de su equipo en SAP Community, SAP pide que la contratación se complete a más tardar en el tercer trimestre de 2027, mediante una adenda contractual con costo adicional. El mantenimiento extendido rige de 2028 a 2030, siempre para todo el entorno de la Business Suite 7, con un recargo de dos puntos porcentuales sobre la base de mantenimiento, según la página pública de SAP sobre la Business Suite 7.
¿S/4HANA on-premise recibe todas las etapas de la reforma hasta 2033?
SAP da soporte a las entregas de la reforma mientras el release esté en mantenimiento principal, o extendido equivalente, en la fecha de cada nota. En las notas leídas, ningún release de S/4HANA del 2020 en adelante tiene mantenimiento extendido a la venta; el 2023 sigue en mantenimiento hasta el 31 de diciembre de 2030 y el 2025 hasta el 31 de diciembre de 2032, antes de que el ICMS y el ISS se extingan en 2033. En la lectura de Alkemia, mantenerse dentro de las entregas de SAP requiere upgrade, con la fecha marcada por las entregas que SAP confirme por escrito, y el PAM confirma las fechas de la versión exacta.
¿En SAP Cloud ERP Private, quién implementa las correcciones de la reforma?
SAP instala los paquetes de soporte como servicio estándar. Implementar notas y correcciones que no llegan como paquete de corrección, en el área de responsabilidad del cliente, es un servicio que se contrata aparte, que el cliente ejecuta si no lo contrata, y la prueba y la aceptación de los cambios quedan con el cliente; la prueba de regresión funcional que hace SAP es un servicio de pago. En la lectura de Alkemia, la implementación individual, cuando hace falta, y la prueba de cada etapa son un costo recurrente hasta 2033.
¿Y en SAP Cloud ERP Public?
El contrato de la edición pública le da al cliente las actualizaciones cuando SAP las libera para todos los suscriptores y deja en él la aplicación del contenido de configuración en el plazo comunicado; la cláusula de actualización no menciona cambios legales ni compromete a SAP con una fecha de entrega. SAP publica las entregas de la reforma por funcionalidad y por release; en una presentación de octubre de 2025, trataba la CBS y el IBS de 2026 como valores estadísticos y anunciaba para 2027 las claves de cuenta de las compras. En los documentos de venta, el cálculo del tributo pasa por un motor de terceros, según una publicación del equipo de SAP en SAP Community. En la lectura de Alkemia, el plan de cada etapa pendiente se les pide por escrito a SAP, para el proceso en el sistema, y al proveedor del motor, para el cálculo.
¿La reforma tributaria de Brasil afecta a los ERP de otros proveedores?
Afecta a todo sistema que calcula, documenta o declara PIS, Cofins, ICMS o ISS, porque la reforma sustituye esos tributos por la CBS y el IBS, y los dos regímenes conviven de 2026 a 2032. En la lectura de Alkemia, la pregunta de contrato es la misma para cualquier proveedor: qué estatus de soporte tendrá la versión en cada año hasta 2033 y si ese estatus entrega cambios legales.
¿Cómo llegan las etapas de 2031 a 2033 a un SAP ECC?
En la lectura de Alkemia, por lo que SAP ya haya entregado antes, con disponibilidad y requisitos previos por verificar, o por nuevas entregas de cambios legales. Para nuevos cambios legales entregados por SAP después de 2030, los textos de SAP indican la opción de transición de SAP ERP, private edition, una suscripción de nube activa de 2031 a 2033, con parches legales declarados de forma genérica, que exige SAP HANA, SAP ERP 6.0 en el EHP7 o el EHP8 y el plan de éxito Max contratado en conjunto. La cobertura de las etapas de la reforma por esa opción requiere confirmación por escrito de SAP, porque la nota líder no dice si cuenta como mantenimiento extendido equivalente.
¿GRC NF-e va a recibir el formato de la reforma?
Una publicación del equipo de SAP informó que el mantenimiento principal de SAP Electronic Invoicing for Brazil estaba previsto para terminar el 31 de diciembre de 2025 y recomendó migrar a SAP Document and Reporting Compliance, servicio de nube. Los textos públicos leídos para este análisis no establecen si el producto recibe el formato de la reforma, y la confirmación le corresponde a SAP, por escrito.
¿La reforma tributaria de Brasil es motivo para migrar a S/4HANA?
El cumplimiento es obligatorio en cualquier camino y, en la lectura de Alkemia, el costo de adecuación entra por eso en todas las columnas del business case, incluida la de mantener el entorno actual. También en esa lectura, la reforma pesa en el cronograma de la decisión: en un ECC que se mantiene, la fecha en que SAP deja de entregar cambios legales depende de la opción de soporte contratada, y en S/4HANA on-premise depende del release, de modo que la reforma pasa a marcar la fecha del upgrade.

Este análisis lee el texto constitucional y legal de la reforma por su calendario (fechas, alícuotas y reglas de transición, extinciones), y los textos de SAP por lo que dicen sobre la entrega de cambios legales. No es asesoría tributaria: cómo se calcula cada tributo, qué operaciones alcanza y qué exige cada obligación son cuestiones para el área fiscal y el área jurídica de la empresa, y la reglamentación sigue en edición. Las notas de SAP cambian de versión, y rige el texto vigente en la fecha de la decisión. Las lecturas identificadas como de Alkemia son inferencias y deben confirmarse con SAP y con el área jurídica.

SAP y los nombres de productos SAP mencionados son marcas de SAP SE o de sus afiliadas. Alkemia no habla en nombre de SAP.