El 1 de diciembre de 2026 la versión 1.2 de los Documentos Tributarios Electrónicos deja de ser válida en El Salvador. A partir de esa fecha, emitir o transmitir DTE bajo el esquema anterior implica riesgo de rechazo por el Ministerio de Hacienda.
Si eres dueño de negocio, contador o responsable del sistema de facturación, esta guía responde a una sola pregunta: ¿qué debes tener listo para cumplir con DTE v2.0 antes del deadline?
No es un resumen genérico de la normativa. Es una lista accionable para la migración de DTE 1.2 a 2.0, con los puntos que más suelen fallar en producción.
¿Por qué importa el 1 de diciembre de 2026?
La factura electrónica obligatoria en El Salvador ya está en marcha. Lo que cambia en diciembre de 2026 es el estándar técnico: la v2.0 endurece validaciones, catálogos, trazabilidad de fechas y flujos de control.
La obligación aplica a todas las empresas, sin excepción:
- Sistemas propios
- Proveedores SaaS / plataformas privadas
- Facturador gratuito de Hacienda
Si tu software sigue generando JSON con estructura 1.2 después del deadline, Hacienda puede rechazar la transmisión. Por eso la migración DTE 1.2 a 2.0 no es un “nice to have”: es un requisito operativo.
Para el contexto general de la normativa, revisa también Facturación Electrónica v2 en El Salvador: cambios y requisitos 2026.
Qué debes tener listo para DTE v2.0
Cada ítem debe estar probado en ambiente de pruebas o, idealmente, en producción controlada.
1. Catálogos actualizados y homologados
La v2.0 es más estricta con la estructura de datos. Si un código de catálogo no coincide, el DTE se rechaza.
Verifica en tu base de datos o en tu proveedor:
- CAT-008 (Distritos): división territorial actualizada de El Salvador
- Compatibilidad con CAT-023, CAT-027, CAT-028 y CAT-033
- Códigos de exportación / operaciones especiales alineados a v2.0 (si aplica a tu actividad)
- Validación de que el sistema no permita guardar un DTE con catálogo obsoleto
Señal de alerta: si tu software aún permite “distrito vacío” o códigos antiguos sin advertencia, no estás listo.
2. Separación de fecha de generación y fecha de transmisión
En v1.2 muchas implementaciones mezclaban “fecha de emisión” con “fecha de recepción”. En DTE v2.0 El Salvador 2026 esto se separa de forma obligatoria:
| Concepto | Qué representa | Para qué sirve |
|---|---|---|
| Fecha/hora de generación | Momento operativo en que se crea el DTE | Contabilidad interna, correlativo, trazabilidad del negocio |
| Fecha/hora de transmisión | Momento en que se envía a Hacienda / sello de recepción | Cumplimiento fiscal y evidencia ante auditoría |
Verifica:
- El JSON guarda ambas fechas de forma independiente
- Tu reporte contable muestra claramente generación vs transmisión
- El flujo de transmisión diferida no sobrescribe la fecha de generación
3. Plazo de transmisión diferida (hasta 5 días)
En v2.0 el plazo habitual de transmisión posterior a la emisión se amplía hasta 5 días, siempre que no se cruce el cierre del período tributario (fin de mes).
Verifica:
- Los reintentos respetan el límite de 5 días
- Hay alerta automática cerca del fin de mes
- El equipo de facturación conoce la regla
- Existe un plan de contingencia si Hacienda no responde a tiempo
4. Código de generación con UUID v4
El código de generación se estandariza: UUID v4 de 36 caracteres.
Verifica:
- Se genera UUID v4 válido (no secuencias internas disfrazadas)
- El formato llega completo al JSON (con guiones)
- No se reutiliza un UUID entre documentos
- Contabilidad puede registrar el documento provisionalmente con ese código cuando aún no hay sello
5. Estados y eventos que tu sistema debe entender
La v2.0 formaliza situaciones que antes se manejaban de forma ambigua. Tu software (o el de tu proveedor) debe interpretar al menos:
- Invalidado y Ajustado
- Contingencia
- Retorno (devoluciones sin invalidar el DTE original)
- Estado Transitorio: DTE generado, firmado y entregado al cliente, pero sin sello de recepción todavía
Sobre el Estado Transitorio: puedes registrar el documento de forma provisional con el Código de Generación, pero no es factura comercial definitiva hasta obtener el Sello de Recepción de Hacienda.
Si tu operación maneja devoluciones, profundiza en Evento de Retorno: qué es, cuándo utilizarlo y ejemplo JSON.
6. Firma electrónica + sello + entrega JSON/PDF
Cumplir con la factura electrónica obligatoria de diciembre 2026 no termina al “enviar a Hacienda”. Debes garantizar:
- Firma electrónica del emisor en cada DTE
- Sello de recepción cuando Hacienda valida el documento
- Entrega al cliente del JSON firmado (documento legal)
- Entrega de la representación gráfica en PDF
- Resguardo de ambos archivos para auditoría
Recuerda: el PDF ayuda a leer; el JSON es el DTE con validez tributaria.
Para entender la anatomía del archivo, revisa Estructura del JSON para DTE en El Salvador.
7. Validaciones cruzadas en notas de crédito y documentos relacionados
La v2.0 amarra montos y referencias entre el documento origen y sus ajustes. Un error típico: emitir una nota de crédito con montos inconsistentes respecto al DTE original.
Verifica:
- Montos de NC/ND no exceden el documento origen
- Referencias (tipo, número, fecha, código de generación) son correctas
- Pruebas de rechazo cubiertas en sandbox antes de producción
Guías relacionadas:
8. Infraestructura, evidencias y gobernanza
Si usas sistema propio o un SaaS, confirma que puedas recuperar evidencia digital con agilidad ante una auditoría:
- Backups de JSON/PDF firmados
- Logs de transmisión y respuestas de Hacienda
- Acceso controlado a certificados y credenciales
- Disponibilidad razonable del sistema en horarios de operación
9. Capacitación del equipo (el ítem que más se omite)
Los rechazos no solo vienen del código. También vienen de procesos humanos que no se actualizaron.
Capacita a facturación, cobros y contabilidad sobre:
- Plazo de 5 días y límite de fin de mes
- Diferencia entre generación y transmisión
- Cuándo usar Retorno vs Nota de Crédito vs Invalidación
- Qué hacer con un DTE en Estado Transitorio
10. Pruebas en ambiente de desarrollo de Hacienda
No esperes a la última semana de noviembre de 2026.
- Ambiente de pruebas activo
- Al menos un DTE de cada tipo que emites (FE, CCF, NC, etc.) transmitido con esquema v2.0
- Casos de rechazo documentados y corregidos
- Plan de corte: fecha exacta en que dejas de emitir 1.2
Tabla rápida: DTE 1.2 vs DTE 2.0
| Característica | Versión 1.2 | Versión 2.0 (obligatoria dic 2026) |
|---|---|---|
| Estructura de datos | Más flexible, propensa a omisiones | Controles rígidos y catálogos validados (incl. distritos) |
| Fechas | Manejo ambiguo emisión/recepción | Separación obligatoria: generación vs transmisión |
| Transmisión diferida | Plazo habitual de 1 día | Hasta 5 días (sin cruzar fin de mes) |
| Código de generación | Formatos variables | UUID v4 obligatorio |
| Eventos de control | Básicos | Ajustados, Contingencia, Retorno y Estado Transitorio |
| Versionado | Actualización general | Versionado por tipo de DTE |
Plan sugerido si aún no empezaste
Usa este orden para no improvisar en noviembre:
- Audita tu software o proveedor: ¿ya emite v2.0 en pruebas?
- Actualiza catálogos (especialmente CAT-008).
- Separa fechas y valida UUID v4.
- Prueba transmisión diferida, contingencia y un flujo de retorno/NC.
- Capacita al equipo operativo.
- Define fecha de corte a v2.0 con margen (ideal: semanas antes del 1 de diciembre).
Si construyes o mantienes tu propia integración, un enfoque por API te evita reescribir cada cambio de esquema de Hacienda. Si estás evaluando esa ruta, Lumen abstrae la construcción del JSON, la firma y la transmisión para que tu producto se concentre en la venta, no en cada actualización normativa.
Preguntas frecuentes sobre DTE v2 El Salvador 2026
¿La factura electrónica será obligatoria el 1 de diciembre de 2026?
La facturación electrónica ya es el marco vigente. Lo que se vuelve obligatorio en esa fecha es operar bajo DTE v2.0: la v1.2 deja de ser válida para transmisión.
¿Aplica también si uso el facturador gratuito de Hacienda?
Sí. La fecha límite aplica a sistemas propios, plataformas privadas y al facturador gratuito.
¿Qué pasa si no migro de DTE 1.2 a 2.0 a tiempo?
Riesgo de rechazos en transmisión, interrupción de la facturación diaria y exposición ante fiscalización. El costo operativo de no migrar suele ser mayor que adelantar las pruebas.
¿Puedo entregar solo el PDF al cliente?
No es suficiente. Debes poder entregar el JSON firmado (con sello cuando corresponda) y la representación gráfica PDF.
¿Un DTE sin sello de recepción es válido?
Puede existir en Estado Transitorio (generado y firmado, pendiente de sello). Contablemente se registra de forma provisional con el Código de Generación, pero no constituye la factura comercial definitiva hasta el sello de Hacienda.
Conclusión
La migración a DTE v2.0 en El Salvador no es solo “actualizar un módulo”. Es alinear catálogos, fechas, plazos, estados, evidencias y procesos humanos antes del 1 de diciembre de 2026.
Si validas esta lista con pruebas reales —no solo con un correo de tu proveedor— llegarás al deadline sin improvisar.
¿Quieres reducir el riesgo de la migración técnica?
Con Lumen, enviás los datos de la venta por API y nosotros armamos el JSON, firmamos y transmitimos a Hacienda. Útil si estás adaptando un SaaS, un ecommerce o un ERP y no querés mantener cada cambio de esquema a mano.