Cancelar un DTE en SIFEN: el plazo no es 48 horas para todo
Respuesta corta: las 48 horas valen solo para la factura electrónica. Para los demás documentos electrónicos el plazo es de 168 horas, siete días. El cuerpo del manual dice que son 48 para todo; su propia Tabla J dice otra cosa, y la Tabla J es la que manda.
Y si estás implementando el evento: el ejemplo de XML que trae el manual es
rechazado con 0160. Hay que mover un par de atributos de sitio.
Los plazos reales
El cómputo arranca desde la aprobación del documento por la SET, con la fecha y hora del SIFEN — no con la de tu sistema. Y el documento tiene que existir en el SIFEN: solo se cancela lo que ya fue aprobado.
| Evento | Plazo | Desde cuándo |
|---|---|---|
| Cancelación de una factura electrónica | 48 horas (2 días) | Aprobación del DE por la SET |
| Cancelación de DTE distintos a FE | 168 horas (7 días) | Aprobación del DE por la SET |
| Inutilización de la numeración | 360 horas (15 días) | A partir del mes siguiente al consumo de la numeración |
El manual se contradice. En el apartado 11.1.2 dice que el emisor «puede solicitar la CANCELACIÓN de cualquier tipo de DTE y tiene hasta 48 hs». Pero la Tabla J —el resumen de eventos— separa los dos casos, y las reglas de validación también contemplan los dos límites.
Si implementás 48 horas para todo, vas a bloquear cancelaciones que la SET habría aceptado. Si implementás 168 para todo, vas a intentar cancelar facturas fuera de plazo.
Qué hace falta además del plazo
- El DTE tiene que existir en el SIFEN y estar aprobado (o aprobado con observación por extemporaneidad).
- Un motivo obligatorio: el campo
mOtEve, de 5 a 500 caracteres. Menos de 5 también es rechazo. - Las condiciones de fondo que lista el manual: que la mercadería no haya sido entregada o el servicio no se haya prestado.
- El estado de los DTE cancelados queda registrado en el SIFEN, y hay obligación de conservarlo 5 años.
Si la cancelación sale bien, la respuesta es 0600 Evento registrado
correctamente.
Las tres trampas de la firma del evento
Un evento no se firma como un documento. Estas tres nos costaron horas, y las dos primeras se manifiestan de la peor forma posible: con una firma que verifica perfecta en tu máquina y que la SET rechaza igual.
1 · El ejemplo del manual no funciona
El manual trae un XML de ejemplo con los atributos xsi
(xmlns:xsi y xsi:schemaLocation) colgados de
rGesEve. Así, en producción, la SET responde
0160 XML mal formado.
Donde funcionan es un nivel más arriba, en gGroupGesEve:
<dEvReg>
<gGroupGesEve xmlns:xsi="..." xsi:schemaLocation="..."> <-- acá sí
<rGesEve> <-- acá da 0160
<rEve Id="..."> … </rEve>
</rGesEve>
</gGroupGesEve>
</dEvReg>2 · Se firma el sobre SOAP completo, no el evento suelto
La firma tiene que calcularse con el rEve ya colocado dentro del
sobre. Si firmás el fragmento por separado y después lo pegás, el canónico que
firmaste no es el que la SET recalcula al validar, y el resultado es un
0141.
3 · La canonicalización de eventos es exclusiva, no inclusiva
Ésta es la más difícil de ver. El documento electrónico se firma con canonicalización
inclusiva; el evento, con exclusiva
(xml-exc-c14n#).
El motivo es el contexto de namespaces: bajo canonicalización inclusiva, el
rEve arrastra todas las declaraciones de namespace que tiene a la
vista, incluida la del sobre SOAP. Como la SET recalcula ese canónico en su propio
contexto, le sale algo distinto de lo que firmaste → 0141. Con
canonicalización exclusiva el contexto deja de importar y las dos partes calculan lo
mismo.
Y una regla general que explica muchos rechazos: el manual prohíbe
expresamente usar prefijos de namespace. Por eso la firma va con el
namespace por defecto —<Signature xmlns="…xmldsig#">— y no con el
clásico <ds:Signature>. Con prefijo, la validación de la firma puede
pasar y romperse después otra regla que busca el mismo dato por otro camino.
El orden en que conviene depurarlo
- 0160 → estructura: mirá dónde pusiste los
xsi. - 0141 → firma: canonicalización exclusiva, y firmá el sobre entero.
- Plazo → si el documento es una factura tenés 48 horas, no 168.
- 0600 → listo, evento registrado.
Más de esta serie: el 0160 y el salto de línea · el 1264 y por qué es buena noticia · la numeración va por tipo de documento.
Verificado el 26 de julio de 2026. Plazos y condiciones, contra el Manual Técnico del SIFEN versión 150 publicado por la DNIT (apartado 11.1.2 y Tabla J, «Resumen de los eventos de SIFEN según los actores»). Las tres trampas de la firma, contra respuestas reales del servicio en producción en julio de 2026. La documentación técnica se actualiza: comprobá la versión vigente antes de dar algo por hecho.
Esto es información técnica de integración, no asesoramiento tributario. Para el criterio fiscal de tu caso, hablá con tu contador.