La nómina electrónica DIAN es un documento digital que reporta los pagos efectuados por las empresas a sus empleados en Colombia y debe enviarse a la DIAN (Dirección de Impuestos y Aduanas Nacionales). El objetivo de esta nómina es permitir que la DIAN tenga control de los costos laborales reportados por las empresas en tiempo real, además de conservar un registro de dicha información. Además, facilita la deducción de los pagos en las declaraciones de impuestos y tiene la misma validez legal y tributaria que la nómina tradicional.
En sí, el proceso consiste en la liquidación de la nómina internamente como lo harían de manera tradicional, sólo que en este caso es la versión electrónica. Luego se genera la nómina de soporte de pago en formato XML, el empleador la firma digitalmente, se envía a la DIAN, la cual valida con acuse de recibo, ya sea para aceptar o rechazar la nómina.
Soporte de pago de nómina electrónica ante la DIAN
Este documento es el soporte de las deducciones y los costos sobre el impuesto a la renta, además de complementarios y aquellos que son descontables del IVA. Dicho documento digital es aquel que muestra y respalda toda la información relacionada con los pagos que el empleador realiza a sus trabajadores, con la finalidad de que la empresa pueda deducir los pagos de nómina del impuesto a la renta. Es decir, funciona como soporte fiscal para verificar la veracidad de los pagos laborales.
Los tipos de datos que incluye este documento son los datos del empleador y del empleado, período de pago, valores devengados (horas extras, salario, etc.), deducciones (salud, pensión), el valor neto a pagar al trabajador y la firma digital del empleador. Es indispensable que además contenga el CUFE (Código Único de Factura Electrónica) para que el documento pueda ser identificado ante la DIAN.
Informe de los 10 Mejores Sistemas ERP de 2025
¿Qué proveedores están considerando para su implementación de ERP? Esta lista es un punto de partida útil.
Habilitación DIAN: documentos y plazos
La etapa de habilitación DIAN es la primera y fundamental para cualquier empresa, ya que todas deben atravesarla previo a emitir los soportes de pago de nómina electrónica. Dicho proceso certifica que la empresa está preparada para firmar y enviar documentos electrónicos bajo estándares como el formato UBL 2.1 XML.
Los documentos y requisitos necesarios para dicha habilitación son los siguientes:
– NIT activo y RUT actualizado
– Certificado digital vigente para firma electrónica
– Software de nómina electrónica (ERP integrado con un operador tecnológico)
– Datos actualizados de los empleados y del empleador, incluyendo valores devengados y deducciones.
– Acceso al sistema MUISCA de la DIAN
Para la habilitación de la nómina electrónica, los plazos que ha establecido la DIAN dependen del tipo y tamaño de la empresa. El incumplimiento de los mismos puede derivar en sanciones o inclusive el rechazo de los costos laborales como deducibles en la declaración de renta. Generalmente, en el entorno de la habilitación los plazos no tienen fecha fija. Es decir, en la primera etapa, la empresa se registra, pero dicho proceso debe ser realizado antes del primer envío de nómina.
La segunda etapa, la de transmisión mensual, es aquella en la cual se envían los soportes de pago de nómina electrónica dentro de los primeros diez días del mes siguiente al que corresponda el pago. Finalmente, si se llegaran a detectar errores, modificaciones, o inconsistencias posteriores al envío, se emite un documento de ajuste dentro del mismo mes.
¿Qué es y cómo se utiliza el UBL 2.1 XML?
El formato UBL, cuyas siglas significan Universal Business Language (Lenguaje Empresarial Universal), busca automatizar la información financiera a través del lenguaje XML (eXtensible Markup Language, o Lenguaje de Marcado Extensible en español), y la versión 2.1 es la estándar, autorizada por la OASIS (Organización para el Avance de Estándares de Información Estructurada).
Ahora bien, ¿cuál es su uso en conjunto? Se utiliza para definir la manera en la que deben estructurarse los datos en un documento electrónico para que cualquier software pueda interpretarlos, independientemente del país en el que se esté usando. Las ventajas de este sistema son la seguridad digital y la validación automática de la información.
Su uso se convierte en una estrategia de transformación digital que mejora la eficiencia operativa y fortalece la seguridad de la información contable y financiera.
Integración ERP: operador tecnológico
Bajo el objetivo de facilitar los procesos del soporte de pago de nómina electrónica que una empresa puede generar a través de un software interno propio, existe la alternativa de recurrir a un operador tecnológico. Este operador, autorizado por la DIAN, puede generar y transmitir los documentos electrónicos conforme a la normatividad correspondiente. Lo que este operador hace es validar el formato UBL 2.1 XML y transmitirlo a la DIAN, es decir, actúa como intermediario entre la empresa y la DIAN. Esta integración es una solución clave para empresas que buscan optimizar sus procesos contables.
Al integrar el sistema ERP (es decir, el sistema contable de la empresa con un operador tecnológico), todos los datos relacionados con la facturación y retenciones se transmiten de manera automática. El ERP (Enterprise Resource Planning) centraliza toda la información contable, financiera y de recursos humanos de una empresa, por lo que al fusionarse con un operador tecnológico se evita que este proceso se haga de forma manual. De hecho, además de generar soporte de pago de nómina electrónica, el ERP puede crear facturas electrónicas y otros documentos tributarios, ahorrando tiempo y recursos, al igual que reducción de errores y seguridad de los documentos emitidos.
Preguntas Frecuentes
¿Cómo se realiza la habilitación ante la DIAN?
A través del portal MUISCA, ingresando con el NIT (Número de Identificación Tributaria) del empleador, se inicia el primer paso obligatorio para emitir la nómina electrónica. Tras seleccionar la opción de habilitación de nómina electrónica, se debe registrar el modo de operación: si la empresa utiliza un operador tecnológico o si es directo, es decir, la empresa emite por su cuenta.
Luego, se procede a cargar los datos técnicos del software o ERP y se envían pruebas de envío para la habilitación, las cuales, una vez aprobadas por la DIAN, pueden operar en ambiente de producción.
¿Qué campos del ERP debo mapear a UBL 2.1?
Este paso es fundamental para generar notas de crédito, facturas electrónicas, que cumplan con los requisitos internacionales o de la autoridad fiscal de la empresa. El mapeo en sí consiste en vincular cada campo del ERP (es decir, la base de datos) con su equivalente XML.
¿Qué pasa si no envío dentro del plazo?
Los plazos oficiales indican que el XML debe ser enviado a la DIAN en el momento de generación para su correcta validación, ya que las facturas electrónicas UBL 2.1 se consideran expedidas únicamente tras ser validadas por la DIAN. Es decir, se debe enviar en tiempo real o de lo contrario, la factura electrónica no es expedida legalmente.
Es por esto que, en caso de no enviarlas dentro del plazo establecido, hay determinadas consecuencias y sanciones, incluyendo una multa de hasta el 5% del valor de la operación por enviar la información fuera de plazo o directamente no enviarla. En casos reiterados, puede incluso haber una suspensión temporal de la habilitación de la empresa como facturador electrónico.
Otras de las consecuencias del envío fuera de plazo (aunque fueran horas o días), es que esto es considerado emisión extemporánea, y es allí cuando la DIAN puede aplicar sanciones tributarias. Por otro lado, si su cliente recibe la factura sin la validación de la DIAN, no podrá utilizarla como deducciones, soporte de costos, ni impuestos descontables.
Plan de contingencia y continuidad operativa para nómina electrónica DIAN
La continuidad del envío de la nómina electrónica es crítica, especialmente porque la DIAN exige validación previa para que el documento sea considerado expedido legalmente. Por ello, toda empresa debe contar con un plan de contingencia documentado que detalle qué hacer cuando la DIAN o el operador tecnológico presentan indisponibilidades.
A continuación se describen los escenarios más comunes, los tiempos permitidos, responsabilidades y buenas prácticas de auditoría.
1. Contingencia: ¿qué hacer si la DIAN está caída?
Puede ocurrir que el servicio de validación previa no esté disponible debido a mantenimiento, fallas técnicas o saturación. En estos casos:
| CAMPO CFDI 4.0 | DÓNDE DEBE CONFIGURARSE EN EL ERP |
| Régimen fiscal del receptor | Catálogo de clientes |
| Código postal | Dirección fiscal del cliente |
| Método y forma de pago | Módulo de ventas / Cuentas por cobrar |
- El CFDI 4.0 exige datos más precisos del receptor (RFC, nombre, régimen fiscal, código postal). Por ejemplo, antes bastaba con el RFC; ahora, el nombre debe coincidir exactamente con el registrado ante el SAT.
- Validaciones más estrictas en los catálogos de formas de pago, uso del CFDI y productos o servicios.
- Reglas adicionales para verificar la coherencia de los datos entre el ERP, el PAC y el SAT antes del timbrado. Las plantillas de factura deben actualizarse para evitar rechazos al timbrar.
Acciones recomendadas
- Generar la nómina normalmente en el ERP y producir el XML UBL 2.1 firmado.
- Almacenar el archivo en modo “pendiente de transmisión” usando una carpeta o una base de datos designada para contingencias.
- Activar un intento de envío automático programado (reintentos cada 30–60 minutos, según política interna).
- Registrar el evento en el log de contingencia DIAN (fecha, hora, mensaje de error devuelto por el servicio).
- Una vez restablecido el servicio, transmitir los XML pendientes en orden cronológico.
Buenas prácticas
- Mantener una alerta temprana: el operador y DIAN publican estados del servicio; puedes consumirlos vía API o RSS.
- No modificar el XML durante la contingencia: evita inconsistencias de CUFE.
- Asegurar que el ERP muestre al usuario el estado real (“pendiente”, “enviado”, “rechazado”).
2. Contingencia: ¿qué hacer si falla el operador tecnológico?
Si la DIAN está operativa pero el operador presenta caídas, lentitud o errores en su API:
Acciones recomendadas
- Validar si la falla es general (status del operador) o particular (credenciales, certificados, límite de peticiones).
- Generar el archivo XML en el ERP y almacenarlo temporalmente.
- Activar el plan de reintentos contra el operador, sin cambiar el CUFE ni el número de documento.
- Notificar al operador mediante el canal de soporte (ticket prioritario).
- En casos de indisponibilidad prolongada (4–6 horas), la empresa puede:
- activar un método alterno de envío provisto por el operador (SFTP, batch, portal web),
- o cambiar temporalmente al modo de contingencia DIAN si el operador lo permite contractualmente.
Buenas prácticas
- Exigir al operador un SLA contractual (99,5% o superior).
- Asegurarse de que el ERP tenga una cola de envío asincrónica para evitar bloqueos del flujo contable.
- Documentar incidentes para auditoría.
3. Envío diferido: ¿cuántos días permite la DIAN?
La DIAN exige que los documentos de nómina electrónica:
- Se transmitan dentro de los primeros 10 días calendario del mes siguiente al período liquidado.
- Los documentos de ajuste deben enviarse dentro del mismo mes en que se detecta el error.
Cuando hay caídas técnicas comprobables (DIAN u operador), se permite el envío diferido siempre que:
- La empresa demuestre indisponibilidad del servicio (logs, tickets, respuestas HTTP).
- Los documentos se envíen tan pronto se restablezca el servicio.
Aunque no existe un número fijo de días en la norma para contingencia, la práctica aceptada y observada en auditorías es:
- Enviar dentro de 24–48 horas posteriores a la reactivación del servicio.
- Mantener evidencia técnica de la indisponibilidad por al menos 5 años (igual que la conservación de documentos electrónicos).
Importante:
El incumplimiento injustificado puede generar sanciones (5% del valor no reportado) y la imposibilidad de tomar costos laborales como deducibles.
4. Registro y trazabilidad de fallos (log técnico + log tributario)
La DIAN no define un formato, pero sí exige trazabilidad.
Recomendación para implementar en ERP u operador:
4.1. Log técnico (TI)
Debe registrar:
- Fecha y hora del intento de envío.
- XML generado (o su hash).
- CUFE calculado.
- Código de error devuelto por operador o DIAN (HTTP, SOAP, JSON).
- Tiempo de respuesta.
- Número de reintentos.
- Usuario responsable de la acción.
Formato recomendado: base de datos + archivo plano de respaldo (.log).
4.2. Log tributario / auditoría
- Periodo de nómina.
- Número de empleados reportados.
- Estado final: Aceptado / Rechazado / Pendiente.
- Fecha final de validación DIAN.
- Evidencia de contingencia (prints, correos, tickets).
Este log debe integrarse al KPI de cumplimiento tributario, idealmente en el tablero del ERP.
