1. Lista de valores
Muisca
  • Introducción
  • Autenticación
  • Códigos de respuesta de la API
  • Consultar resoluciones
    • Resoluciones
      GET
  • Facturas electrónicas
    • Crear factura sector salud
      POST
    • Crear factura divisas
      POST
    • Consultar por ID
      GET
    • Consultar por prefijo y consecutivo
      GET
    • Crear factura electrónica
      POST
  • Documentos soporte
    • Crear documento soporte
    • Consultar por ID
    • Consultar por prefijo y consecutivo
  • Documentos equivalentes
    • Consultar por ID
    • Crear tiquete P.O.S
    • Crear tiquete de transporte terrestre
    • Crear tiquete de cine
    • Crear tiquete de cobro de peajes
    • Crear tiquete aereo
    • Crear boleta de ingreso a espectáculos públicos
    • Consultar por prefijo y consecutivo
  • Notas crédito
    • Crear nota crédito
    • Consultar por ID
    • Consultar por prefijo y consecutivo
  • Notas débito
    • Crear nota débito
    • Consultar por ID
    • Consultar por prefijo y consecutivo
  • Nota débito al documento equivalente
    • Crear nota débito al documento equivalente
    • Consultar por ID
    • Consultar por prefijo y consecutivo
  • Nota crédito al documento equivalente
    • Crear nota crédito al documento equivalente
    • Consultar por ID
    • Consultar por prefijo y consecutivo
  • Nota de ajuste al documento soporte
    • Consultar por ID
    • Consultar por prefijo y consecutivo
    • Crear nota de ajuste
  • Preguntas frecuentes
    • ¿Cómo funciona la contingencia Dian en Nitro?
    • ¿Cómo autenticarme en la API?
    • ¿Cómo pruebo antes de pasar a producción?
    • ¿Debo reenviar un documento rechazado?
    • ¿Cuál es la diferencia entre pruebas, habilitación y producción?
    • ¿Dónde obtengo la API Key?
    • ¿Qué ambientes existen?
    • ¿Qué formatos de documentos puedo enviar?
    • ¿Qué hago si la Dian rechaza un documento?
    • ¿Qué pasa cuando la Dian no responde?
    • ¿Qué significa un código de respuesta HTTP?
    • ¿Qué significa el estado DianNoDisponible?
  • Lista de valores
    • Actividades económicas
    • Ciudades
    • Códigos de monedas
    • Código estandar del producto
    • Condiciones de entrega (INCOTERMS)
    • Departamentos
    • Medios de pagos
    • Paises
    • Responsabilidades fiscales
    • Tipos de identificacion
    • Tipos de documentos electrónicos
    • Tipos de operación
    • Tipos de persona
    • Tipos de regimen
    • Tributos (Impuestos/Retenciones)
    • Unidades de cantidad
    • Responsable de impuestos
    • Códigos Postales de Colombia
  • Estructura de datos
    • Ancho del PDF
    • Descuentos y cargos
    • Direcciones del cliente
    • Documentos equivalentes
    • Extensiones de facturas
    • Factura electrónica de venta
    • Factura electrónica sector salud
    • Factura electrónica de venta y compra de divisas
    • Formatos permitidos PDF
    • ID set de pruebas DIAN
    • Modo contingencia
    • Modos de ambiente de facturación
    • Notas de ajuste débito y crédito al documento equivalente
    • Notas crédito y débito de factura electrónica de venta
  • Schemas
    • Organización
      • AddCompany
      • AddUser
    • Response
    • Resolución Pos
    • FacturaRequestPOS
    • FacturaRequest
    • Productos
    • LineaProductoPeaje
    • NotasCred/Deb/Ajus
    • Sucursal
    • Supplier2
    • Dirección
    • Resolución
    • Cliente
    • Totales
    • Descuento
    • Cargos
    • Propinas
    • Transporte
    • TikectAereo
    • Cinema
    • EspectaculoPublico
    • SectorSalud
    • ComprayVentaDeDivisas
    • Retencioness
    • Impuestos
    • Mandante
  1. Lista de valores

Tipos de persona

Esta guía te indica qué valores debes usar para el tipo de persona en los objetos customer y supplier.

1. Catálogo de tipo de persona#

CódigoTipo de persona
1Persona jurídica
2Persona natural

2. Regla práctica#

Envía siempre el código en formato texto, "1" o "2".
No envíes la descripción, Persona jurídica o Persona natural, dentro del JSON.
customer usa el campo personType.
supplier usa el campo kind.
Aunque el campo cambia de nombre, los códigos permitidos son los mismos.

3. Representación en customer#

Cliente persona natural:
{
  "customer": {
    "personType": "2"
  }
}
Cliente persona jurídica:
{
  "customer": {
    "personType": "1"
  }
}

4. Representación en supplier#

Proveedor persona natural:
{
  "supplier": {
    "kind": "2"
  }
}
Proveedor persona jurídica:
{
  "supplier": {
    "kind": "1"
  }
}

5. Errores comunes#

Enviar personType o kind como número en vez de texto.
Enviar valores distintos a 1 o 2.
Usar personType dentro de supplier en lugar de kind.
Usar kind dentro de customer en lugar de personType.
Modificado en 2026-08-29 16:34:33
Anterior
Tipos de operación
Siguiente
Tipos de regimen
Built with