DANFSe v2.0: la API del gobierno se desconectó el 3 de agosto — qué revisar en el ERP ahora

Un mes después: la generación del DANFSe dejó de ser tarea del gobierno y pasó a ser de su sistema

Mientras la atención del mercado fiscal sigue centrada en split payment, DeRE y el cronograma de IBS/CBS en los documentos electrónicos, un cambio operativo silencioso ya afecta directamente la rutina de emisión de notas de servicio: el Documento Auxiliar de la NFS-e, el DANFSe, obtuvo un nuevo estándar nacional obligatorio y la infraestructura que el gobierno mantenía para generarlo automáticamente fue desactivada en agosto. Para los equipos fiscales y de TI, es hora de confirmar si el ERP y los sistemas de emisión ya asumieron esa responsabilidad sin generar rechazo, retraso en la entrega del documento al receptor o inconsistencia visual.

Qué cambió la Nota Técnica n.º 008/2026

La Secretaría Ejecutiva del Comité Gestor de la Nota Fiscal de Servicios Electrónica (SE/CGNFS‑e) publicó la Nota Técnica n.º 008/2026, que define el nuevo estándar nacional del Documento Auxiliar de la Nota Fiscal de Servicios Electrónica (DANFSe). La NT 008 establece un estándar nacional obligatorio para la generación del DANFSe por parte de los sistemas emisores, incluyendo ERPs y soluciones fiscales. En la práctica, esto pone fin a la fragmentación visual que existía hasta entonces: el DANFSe deberá seguir un estándar único nacional, eliminando la confusión generada por los miles de diseños municipales diferentes que existían anteriormente.

Fin de la API oficial: ahora la generación es responsabilidad de cada sistema emisor

El punto más sensible de la NT para los equipos de TI es la descontinuación de la API que el gobierno mantenía para generar el DANFSe automáticamente. La API oficial de generación de DANFSe proporcionada por el gobierno fue descontinuada el 3 de agosto de 2026, en la versión 1.02. Después de esa fecha, los sistemas emisores, ERPs y softwares fiscales, deben generar el DANFSe internamente. Es decir: quien dependía del servicio nacional para producir el PDF de la nota de servicio necesitó internalizar esa rutina, y eso ya está vigente desde hace prácticamente un mes.

Qué cambió en el layout v2.0

El nuevo estándar trae exigencias detalladas de formato que deben validarse línea por línea en los motores de impresión: impresión obligatoria en papel tamaño A4 (mínimo), en vía única y exclusivamente en modo retrato, con uso de fuentes específicas para garantizar la legibilidad: Arial para títulos y rótulos de campos y Microsoft Sans Serif para el contenido completado. El encabezado debe mostrar el logotipo oficial de la NFS-e Nacional y la inscripción clara DANFSe v2.0.

En el bloque de valores, la separación por tributo quedó más explícita: el bloque de valores se desdobló en Valor Líquido de la NFS-e, Total del IBS/CBS y Valor Líquido de la NFS-e más IBS/CBS, que ahora aparecen por separado. También hay una regla de transición interesante para quienes siguen la convivencia entre el sistema antiguo y el nuevo: el bloque de Tributación Federal todavía incluye PIS y COFINS de cálculo propio, pero esas líneas solo se imprimirán para NFS-e con fecha de competencia hasta fines de 2026; después de eso, el CBS ocupa su lugar. Es un detalle que los equipos fiscales deben monitorear en el cambio de año calendario, para no dejar campos heredados apareciendo indebidamente en enero de 2027.

Otros dos puntos del layout merecen verificación en homologación: el nuevo estándar establece la obligatoriedad del Código QR en el DANFSe, que deberá permitir la consulta pública de la NFS-e a través del Portal Nacional de la NFS-e, utilizando la clave de acceso del documento. Y, para quienes manejan rutinas de recepción física del documento, el layout prevé un bloque de talón opcional, con fecha de notificación, identificación y firma, para registrar la recepción.

Lista de verificación para los equipos fiscal y de TI en septiembre

Con la fecha límite ya superada, el foco ahora está en la auditoría de conformidad. Vale la pena confirmar, junto con el equipo de TI o el socio de implementación del ERP:

• Si el sistema genera el DANFSe localmente, sin ninguna llamada a la API descontinuada del gobierno;
• Si el diseño impreso o en PDF ya está en el estándar v2.0 (fuentes, encabezado, orientación retrato, tamaño A4);
• Si los tres totales (líquido, IBS/CBS y líquido más IBS/CBS) se están calculando y mostrando correctamente;
• Si el Código QR apunta a la clave de acceso correcta en el Portal Nacional de la NFS-e;
• Si la regla de transición del bloque de PIS/COFINS hacia CBS está mapeada para el cambio de competencia en enero de 2027.

Este tipo de ajuste técnico tiende a pasar desapercibido hasta generar una queja del cliente que recibe una nota con diseño desactualizado, o peor, hasta una inconsistencia que dificulte la contabilización del receptor del servicio. Vale la pena revisarlo ahora, mientras el volumen de emisiones del trimestre todavía permite corregir sin prisa.

Este contenido tiene carácter informativo y no sustituye la orientación del equipo contable de su empresa, que siempre debe ser consultado para decisiones específicas sobre obligaciones fiscales.

Si su equipo quiere confirmar si la generación del DANFSe y los demás documentos fiscales electrónicos están alineados con el cronograma de la Reforma Tributaria, hable con Edoo.