Factura electrónica DIAN persona natural: requisitos, proceso y errores frecuentes

Factura electrónica DIAN persona natural: requisitos, proceso y errores frecuentes

La factura electrónica DIAN persona natural aplica a todo contribuyente que sea persona natural del régimen común — independientemente de si es profesional independiente, comerciante o prestador de servicios. El error más común es asumir que por ser persona natural no existe obligación. Esta guía cubre exactamente quién está obligado, qué requisitos técnicos aplican, y cómo implementar la integración correctamente.

Índice de contenidos

• Quién está obligado: persona natural y factura electrónica DIAN
• Diferencias técnicas entre persona natural y persona jurídica
• Requisitos previos a la integración
• Proceso de habilitación para persona natural
• Campos obligatorios específicos del emisor persona natural
• Errores frecuentes al emitir como persona natural
• Retención en la fuente para personas naturales que facturan electrónicamente
• Cuándo una persona natural debe emitir Nota Crédito
• Integración con la API de Alanube

Quién está obligado: persona natural y factura electrónica DIAN

La factura electrónica DIAN persona natural es obligatoria para personas naturales del régimen común que sean responsables de IVA, independientemente de su nivel de ingresos. La DIAN amplió progresivamente la obligación mediante calendarios de implementación desde 2019, y desde 2022 prácticamente no quedan excepciones para personas naturales del régimen común.

Los casos de excepción que aún persisten son limitados: personas naturales del régimen de no responsables de IVA (antes llamado régimen simplificado) pueden expedir documentos equivalentes en lugar de factura electrónica. Sin embargo, si superan los topes de ingresos o actividades definidos por la DIAN, pasan automáticamente al régimen común y quedan obligadas.

Diferencias técnicas entre persona natural y persona jurídica

En el estándar UBL 2.1 de la DIAN, la factura electrónica DIAN persona natural tiene diferencias técnicas concretas respecto a una persona jurídica — no son solo diferencias de datos sino de campos y validaciones:

• Tipo de identificación del emisor: persona natural usa TipoDocumento: 13 (Cédula de Ciudadanía) o 31 (NIT) si tiene RUT como empresa unipersonal. Persona jurídica siempre usa 31 (NIT).
• Nombre del emisor: persona natural envía nombre y apellidos en los campos FirstName, FamilyName y MiddleName del XML — no en RegistrationName como las personas jurídicas.
• Dígito verificador del NIT: si la persona natural factura con NIT (no cédula), el DV debe estar calculado correctamente con el algoritmo módulo 11 de la DIAN.
• Responsabilidades fiscales: el XML debe incluir las responsabilidades fiscales correctas del RUT — para personas naturales del régimen simple, el código es diferente al del régimen común.

Prerrequisitos antes de la integración

1. RUT actualizado con régimen correcto, responsabilidades fiscales activas y actividad económica principal.
2. Certificado digital vigente emitido a nombre de la persona natural — no de una empresa. Si se factura con NIT, el certificado debe estar a nombre del NIT.
3. Resolución de numeración DIAN activa — obtenida en MUISCA después de completar el set de prueba de habilitación.
4. Proveedor tecnológico (e-Provider) seleccionado — Alanube opera como e-Provider autorizado para personas naturales en Colombia.

Proceso de habilitación para persona natural

El proceso de habilitación para factura electrónica DIAN persona natural sigue los mismos 7 pasos que para personas jurídicas, con una diferencia crítica en el paso 3: al registrar el emisor en MUISCA, el tipo de identificación debe coincidir exactamente con el del RUT. Si el RUT tiene cédula pero se intenta registrar con NIT, el proceso falla sin mensaje de error claro.

El set de prueba DIAN para personas naturales incluye casos específicos: factura con IVA 19%, factura con tarifa 0%, nota crédito sobre factura previa, y al menos un documento con receptor persona natural. Los documentos de prueba deben estar firmados con el certificado digital de la persona natural — no de un tercero.

Campos obligatorios específicos del emisor persona natural

<cac:AccountingSupplierParty>
  <cac:Party>
    <cac:PartyIdentification>
      <cbc:ID schemeID="13">1234567890</cbc:ID> // Cédula
    </cac:PartyIdentification>
    <cac:Person>
      <cbc:FirstName>Juan</cbc:FirstName>
      <cbc:FamilyName>García</cbc:FamilyName>
      <cbc:MiddleName>Antonio</cbc:MiddleName>
    </cac:Person>
    <cac:PartyTaxScheme>
      <cbc:TaxLevelCode listName="48">R-99-PN</cbc:TaxLevelCode>
    </cac:PartyTaxScheme>
  </cac:Party>
</cac:AccountingSupplierParty>

Con la API de Alanube, estos campos se construyen automáticamente a partir del JSON del emisor — el developer no construye el XML directamente. La API valida que el tipo de documento y los campos de nombre coincidan con el régimen del contribuyente.

Errores frecuentes al emitir como persona natural

Error: La DIAN rechaza la factura con “Identificación del emisor no válida”.
Causa: Se envió el NIT en lugar de la cédula, o viceversa, sin actualizar el schemeID correspondiente (13 para cédula, 31 para NIT).
Solución: Verificar en el RUT qué tipo de identificación tiene registrada la persona natural. El schemeID del XML debe coincidir exactamente.

Error: CUFE rechazado — “Código de verificación inválido”.
Causa: El algoritmo de cálculo del CUFE incluye el tipo de documento del emisor. Si el tipo cambió (de cédula a NIT) sin actualizar el cálculo, el CUFE resulta inválido.
Solución: Recalcular el CUFE con el tipo de documento correcto. Con la API de Alanube este cálculo es automático.

Error: “Nombre del emisor no corresponde al registrado en la DIAN”.
Causa: El nombre enviado en el XML no coincide exactamente con la razón social del RUT — incluyendo tildes, mayúsculas y orden de apellidos.
Solución: Copiar el nombre exactamente como aparece en el RUT, sin modificaciones.

Retención en la fuente para personas naturales que facturan electrónicamente

Un aspecto que frecuentemente genera errores en la integración de la factura electrónica DIAN persona natural es el manejo de la retención en la fuente. Cuando el receptor es una empresa obligada a retener, la factura electrónica debe incluir correctamente la información de retención en el XML UBL 2.1 — y el tratamiento es diferente al de una persona jurídica.

Para personas naturales del régimen común, la retención en la fuente aplica sobre el valor bruto del servicio o bien facturado, antes del IVA. Las tarifas más frecuentes son:

En el XML UBL 2.1, la retención en la fuente se reporta en el elemento WithholdingTaxTotal, separado del TaxTotal del IVA. Una integración que no incluya correctamente este elemento cuando aplica genera inconsistencias en la conciliación contable del receptor.

Cuándo una persona natural debe emitir Nota Crédito

La factura electrónica DIAN persona natural también genera la obligación de emitir Notas Crédito cuando hay devoluciones, descuentos posteriores a la factura o anulaciones. El proceso es idéntico al de personas jurídicas, con la diferencia de que el tipo de identificación del emisor en la Nota Crédito debe coincidir exactamente con el de la factura original.

Los errores más frecuentes en Notas Crédito de personas naturales son:

• Cambio de tipo de documento entre factura y nota crédito: si la factura se emitió con cédula, la Nota Crédito debe emitirse con el mismo tipo. Cambiar a NIT en la nota genera rechazo por inconsistencia de emisor.
• CUFE de la factura original incorrecto: la Nota Crédito debe referenciar el CUFE exacto de la factura que modifica. Un CUFE incorrecto genera rechazo inmediato de la DIAN.
• Fecha de la nota anterior a la factura original: la DIAN valida que la fecha de la Nota Crédito sea posterior o igual a la de la factura original.

Integración con la API de Alanube

La factura electrónica DIAN persona natural se integra con la API de Alanube de la misma forma que para personas jurídicas, con un campo adicional que indica el tipo de identificación del emisor:

POST https://api.alanube.co/v1/col/invoices
Authorization: Bearer {token}

{
  "issuer": {
    "documentType": "CC",
    "documentNumber": "1234567890",
    "firstName": "Juan",
    "lastName": "García",
    "taxRegime": "COMMON"
  },
  "receiver": {
    "nit": "900123456",
    "name": "Empresa Receptora SAS"
  },
  "items": [...]
}

La API valida automáticamente que los campos del emisor sean consistentes con el tipo de documento antes de construir el XML. Si hay una inconsistencia, devuelve un error 400 con el campo específico que falla — sin necesidad de interpretar el código de error de la DIAN.

Para probar la integración de factura electrónica DIAN persona natural antes de la habilitación en producción, el Sandbox de Alanube cubre todos los casos de prueba requeridos por la DIAN.

Preguntas frecuentes sobre factura electrónica DIAN persona natural

¿Una persona natural puede usar la misma plataforma que una empresa para emitir factura electrónica DIAN?

Sí, siempre que el e-Provider esté habilitado para personas naturales. Alanube opera como e-Provider autorizado para ambos tipos de contribuyente. La diferencia está en los campos del XML del emisor, no en la plataforma técnica.

¿Qué pasa si una persona natural factura con cédula pero tiene NIT registrado?

El tipo de identificación que se usa en la factura electrónica debe coincidir con el que está registrado en el RUT como identificación principal del contribuyente. Si el RUT tiene NIT activo, facturar con cédula genera rechazo por inconsistencia de identificación.

¿La factura electrónica DIAN persona natural requiere certificado digital propio?

Sí. El certificado digital debe estar emitido a nombre de la persona natural (o del NIT si factura con NIT). No se puede usar el certificado de otra persona o empresa. El e-Provider gestiona la firma con el certificado del emisor registrado en la plataforma.

¿Cómo simplifica la API de Alanube la factura electrónica DIAN para personas naturales?

Alanube gestiona automáticamente la construcción del XML UBL 2.1, el cálculo del CUFE con el tipo de documento correcto, la firma digital y la transmisión a la DIAN. El developer envía un JSON con los datos del emisor y la API entrega el XML firmado y el CUFE validado.

Integra facturación electrónica para personas naturales en Colombia

Solicita acceso al Sandbox de Alanube para Colombia →

Fuentes

Dirección de Impuestos y Aduanas Nacionales. (2023). Anexo Técnico de Factura Electrónica de Venta versión 1.9. https://www.dian.gov.co

Dirección de Impuestos y Aduanas Nacionales. (2020). Resolución 042 de 2020. https://www.dian.gov.co