DANFE sin nuevo diseño para IBS/CBS: por qué la verificación fiscal debe migrar del PDF al XML

24 de agosto de 2026 por
DANFE sin nuevo diseño para IBS/CBS: por qué la verificación fiscal debe migrar del PDF al XML
EDOO TECNOLOGIA, Edoo Tecnologia - Editorial
| Todavía no hay comentarios

El papel no ha cambiado, pero la nota ya cambió por dentro

Desde el 3 de agosto de 2026, la regla es clara:

A partir del 03 de agosto de 2026, no se permitirá la emisión de documentos fiscales electrónicos sin el llenado de los campos relativos al IBS y a la CBS, para las empresas del régimen regular. Todos los documentos deberán contener los nuevos campos incluyendo la alícuota de prueba del 1% (0,1% de IBS y 0,9% de CBS). Solo que esta obligatoriedad legal no tiene, hasta hoy, una traducción visual en el documento impreso. El DANFE, la representación en papel o PDF de la NF-e, sigue exactamente con la apariencia que ya conocemos.

Por qué el DANFE se quedó atrás

Hasta el momento, el nuevo diseño del DANFE con la inclusión de los tributos de la Reforma Tributaria aún no ha sido publicado. El único documento fiscal electrónico que ya tuvo esa alteración divulgada fue la NFS-e Nacional, mediante la NT 008/2026. En el caso de la NFS-e, el cambio ya es concreto: la Nota Técnica n.º 008/2026, versión 1.02, publicada por la Secretaría Ejecutiva del Comité Gestor de la Nota Fiscal de Servicio Electrónica de Estándar Nacional, detalla cómo deberá estructurarse el Documento Auxiliar de la Nota Fiscal de Servicio Electrónica (DANFSe), incluyendo un bloque específico para información sobre el IBS y la CBS, actualización publicada el 14 de julio de 2026. Para NF-e, NFC-e, CT-e y demás modelos, ese capítulo simplemente aún no ha sido escrito por la SEFAZ y por el ENCAT.

Lo que esto cambia en la rutina del fiscal

La consecuencia práctica es directa para quien verifica notas de entrada y salida: en el caso de la NF-e, los nuevos tributos existen solo en el XML — y una práctica común en el mercado ha sido informar los valores en el campo de Datos Adicionales, justamente para no generar retrabajo cuando salga el estándar oficial. La consecuencia es directa: auditar NF-e en la reforma significa leer XML. Revisar el DANFE no sirve. El analista que abre el PDF, mira los valores y considera la nota verificada está auditando un documento que, por construcción, no contiene la información en cuestión.

Esto significa revisar procesos de verificación fiscal, listas de control de recepción de mercancías y rutinas de auditoría interna. Quien depende solo de la impresión para validar una nota simplemente no va a ver el CST, el cClassTrib y los valores de IBS/CBS aplicados a la operación.

El trasfondo: cronograma mantenido, validación suspendida

Vale la pena recordar el encadenamiento normativo que trajo este escenario. El día 1.º de agosto, la Receita Federal y el Comité Gestor del IBS publicaron el Acto Técnico Conjunto RFB/CGIBS n.º 1/2026, trayendo la suspensión temporal de las reglas de validación que rechazarían documentos fiscales sin la información de IBS y CBS. En razón de esa decisión, se publicaron nuevas versiones de las Notas Técnicas de la NF-e, NFC-e, CT-e y NFCom, alterando la implementación de esos rechazos para una implementación futura. En la práctica, los documentos seguirán siendo autorizados por los ambientes de la SEFAZ aunque no se llenen esos campos.

Pero eso no es lo mismo que la dispensa de la obligación. La medida formalizada por el Acto Técnico Conjunto n.º 01/2026 se refiere exclusivamente al aplazamiento del inicio de las validaciones, de forma que la ausencia de determinada información no resulte, en este momento, en el rechazo automático de documentos. Sin embargo, esto no elimina la obligación de adecuación al nuevo modelo, ni altera las reglas ya establecidas para el llenado de esa información.

Lista de verificación para el equipo fiscal y de TI

Mientras el diseño oficial del DANFE no sale, tiene sentido organizar la operación en torno a algunos puntos:

  • Confirmar que el ERP ya genera correctamente los grupos de IBS y CBS en el XML, aunque eso no aparezca en el PDF.
  • Estandarizar el uso del campo Datos Adicionales para mostrar los valores de IBS/CBS cuando sea necesario exhibir esa información al cliente o proveedor, evitando alteraciones manuales en el diseño que tendrán que deshacerse después.
  • Migrar la rutina de verificación y auditoría fiscal hacia la lectura de XML, y ya no del PDF, especialmente para quien recibe notas de proveedores.
  • Seguir al ENCAT y a la SEFAZ de su estado para el anuncio del diseño definitivo, que debe llegar mediante una nueva versión de la NT 2025.002-RTC.
  • Revisar las capacitaciones internas: quien solo mira el papel corre el riesgo de considerar una nota verificada sin revisar lo esencial de la reforma.

Este tipo de brecha entre la exigencia legal y la actualización de los documentos auxiliares es típico de un momento de transición como el que vive Brasil en 2026, y tiende a repetirse en otros frentes hasta que la reforma tributaria esté plenamente implementada.

Este contenido tiene carácter informativo y no sustituye la orientación de la contabilidad o de un profesional tributario para el caso concreto de su empresa.

Si su equipo quiere parametrizar el ERP para lidiar con esta fase de transición sin retrabajo, hable con Edoo.

DANFE sin nuevo diseño para IBS/CBS: por qué la verificación fiscal debe migrar del PDF al XML
EDOO TECNOLOGIA, Edoo Tecnologia - Editorial 24 de agosto de 2026
Compartir
Etiquetas
Archivo
Iniciar sesión dejar un comentario