Botón anular del POS: qué evidencia pedir sobre ANECF

Cuando el proveedor te muestra el botón "anular" del POS, pide que explique qué decide el sistema y con qué evidencia. La etiqueta no demuestra que corresponda una anulación fiscal. Para evaluar el diseño, necesitas distinguir la solicitud interna, las secuencias no utilizadas, los documentos firmados no enviados a ninguno de los dos destinos y las correcciones.

Un envío conocido al receptor electrónico o a la DGII no satisface el supuesto de no envío a ninguno. Si la evidencia es incierta, tampoco debe convertirse automáticamente en una ruta hacia ANECF.

"Anular" en pantalla no identifica la operación fiscal

El Informe Técnico e-CF v1.0 de la DGII, §4.10 y §10 distingue los rangos o secuencias no utilizados y los e-CF ya firmados, pero no enviados ni al receptor electrónico ni a la DGII. Son supuestos distintos; no una autorización automática para cualquier solicitud del POS.

El §10 identifica el formato ANECF para la anulación de e-NCF y señala que las correcciones se realizan mediante notas electrónicas de crédito o débito, según corresponda. Eso no significa que cada solicitud de "anular" exija una nota de crédito.

El informe, actualizado el 23-03-2026 y publicado en marzo de 2026, es informativo y sin validez legal. No sustituye la normativa ni la revisión fiscal del caso. Una solicitud comercial tampoco acredita envío, aceptación o corrección.

Qué debe demostrar el proveedor sobre los dos destinos

Pide una explicación separada para el receptor electrónico y para la DGII. Si el proveedor afirma que el documento no se envió, debe explicar qué sustenta esa afirmación en cada destino, a qué documento corresponde la evidencia y cuáles son sus límites.

La ausencia de un TrackId, un acuse o registros locales no demuestra que no hubo transmisión. Una pantalla vacía puede mostrar una limitación de visibilidad; no prueba por sí sola lo sucedido fuera del POS.

Para revisar la propuesta, solicita que quede claro:

• De dónde procede la evidencia y cómo se relaciona con la solicitud y el documento.
• Qué permite concluir sobre cada destino y qué permanece desconocido.
• Quién revisará el fundamento antes de decidir el tratamiento del caso.

No hay aquí un método universal para certificar el no envío. La explicación debe justificar la clasificación concreta. Los responsables y controles internos se acuerdan como diseño del negocio; no se presentan como roles impuestos por la DGII.

Cinco casos para evaluar la ruta local del botón

Esta matriz propone cinco situaciones ilustrativas independientes. No son pasos consecutivos ni instrucciones para ejecutar una anulación. Cada salida describe una clasificación interna que el proveedor tendría que mostrar, no un resultado fiscal.

Situación	Fundamento o evidencia que pedir	Salida local propuesta
Rango no utilizado	Identificación y fundamento de ese supuesto, distinto del documento firmado.	Revisión de secuencias no utilizadas; sin consentimiento ni ejecución automáticos.
e-CF firmado y demostrablemente no enviado ni al receptor electrónico ni a la DGII	Evidencia diferenciada que sustente el no envío a cada destino, con sus límites.	Candidato a revisión para ANECF conforme al supuesto documentado; no anulación aceptada.
Enviado solo al receptor electrónico	Evidencia del envío al receptor y fundamento de la clasificación del otro destino.	No satisface el supuesto de no envío a ninguno; revisión fiscal y del proveedor, sin ruta automática a ANECF.
Enviado solo a la DGII	Evidencia del envío a la DGII y fundamento de la clasificación del otro destino.	No satisface el supuesto de no envío a ninguno; revisión fiscal y del proveedor, sin ruta automática a ANECF.
Evidencia desconocida, incompleta o contradictoria	Qué información falta o se contradice y qué conclusión no puede sostenerse.	Revisión pendiente; automatización hacia ANECF detenida.

Enviado no significa aceptado. Tampoco "sin respuesta" equivale a "no enviado". Mantener separados los dos envíos parciales permite detectar una explicación que trate uno de los destinos como si no contara.

Cómo decidir si aceptas la explicación del proveedor

Propón una demostración exclusivamente local con cinco etiquetas sintéticas, una por fila. Debe plantearse sin red, firma, certificados, números fiscales ni datos fiscales reales. No hace falta construir documentos fiscales para observar la clasificación. Esta demostración se propone; no se ha ejecutado como parte de este artículo.

Para cada etiqueta, pide ver la situación representada, el fundamento declarado, la ruta local elegida y el motivo. En los casos de envío conocido o incertidumbre, debe ser observable que no se habilita automáticamente ANECF. En los otros dos, la salida debe conservar la revisión correspondiente, sin anunciar aceptación fiscal.

Devuelve la propuesta si todos los caminos terminan en "anulado" o si un registro ausente basta para habilitar ANECF. Puedes aceptar una explicación como base del diseño técnico, no como autorización fiscal. Si corresponde una corrección, revisa con el contador y el proveedor la nota electrónica de crédito o débito pertinente, sin imponer una solución universal.

Si la evidencia no alcanza, deja visible la revisión

La solicitud pendiente debería conservar su relación con el documento y el motivo concreto de incertidumbre. "Falta información sobre el receptor" comunica algo distinto de "no se envió al receptor". Esa diferencia debe seguir visible para quien revise después.

Acuerda un responsable y la próxima acción interna. Si la solicitud nace en atención al cliente, organizar quién da seguimiento al caso aporta contexto operativo, no autoridad fiscal.

Una cola de revisión no suspende obligaciones fiscales. Detener un automatismo interno exige dar seguimiento al caso con quienes corresponda, no dejarlo indefinidamente pendiente ni interpretar esa espera como permiso fiscal.

Cómo puede ayudarte Antreva Tech en este flujo

Antreva Tech puede proponer un alcance específico para este botón: mapear la solicitud del POS al documento y a la evidencia disponible de ambos destinos; diseñar una separación visible entre solicitud, revisión, envío y resultado; y definir qué fundamento y responsable interno acompañan cada decisión. La propuesta puede incluir pruebas de aceptación locales con los cinco casos sintéticos y criterios escritos sobre las rutas observables. Se trataría de una adaptación a acordar con tu operación y tu proveedor fiscal, con revisión del contador donde corresponda, no de una función ya instalada, una integración existente o una certificación fiscal.

Conversa con Antreva Tech para evaluar el flujo entre tu POS y la facturación electrónica. Lleva la explicación actual del botón y esta matriz para delimitar qué evidencia, revisiones y pruebas locales tendría sentido diseñar. La revisión del contador o del proveedor no equivale a aceptación de la DGII.

Preguntas frecuentes

¿La etiqueta "anulado" del POS demuestra una anulación fiscal?

No. Debes distinguir la solicitud interna, la ruta elegida, cualquier envío y su resultado, con la evidencia pertinente. La etiqueta por sí sola no acredita una operación fiscal.

¿Si se envió solo al receptor o solo a la DGII puede ir automáticamente a ANECF?

No. Un envío a cualquiera de los dos destinos no satisface el supuesto de no envío a ninguno. El caso requiere revisión, sin deducir de ello una solución fiscal universal.

¿Una simulación local prueba que la DGII aceptará la anulación?

No. Solo permitiría observar el enrutamiento acordado con etiquetas ficticias. No autoriza una anulación, no ejecuta una operación fiscal ni produce aceptación de la DGII.