Copyright Teleinte SAS 2021
Para mayor información en operaciones@teleinte.com

Cambios integración anexo 1.9 - Resolución No. 000165 (01/NOV/2023)

Observación: Información sujeta a cambios.
Observación: Las reglas de "Rechazo" comenzaran a aparecer a partir del 1 mayo del 2024, al realizar pruebas antes de esta fecha apareceran como "Notificación"

EndPoint


Para realizar pruebas sobre las actualizaciones del anexo 1.9, se debe utilizar el siguiente EndPoint

Factura nacional
https://servicios-pruebas.afacturar.com/api/vp_des/factura_nacional
Factura exportación
https://servicios-pruebas.afacturar.com/api/vp_des/factura_exportacion
Factura mandato
https://servicios-pruebas.afacturar.com/api/vp_des/factura_mandato
Nota credito
https://servicios-pruebas.afacturar.com/api/vp_des/nota_credito
Nota debito
https://servicios-pruebas.afacturar.com/api/vp_des/nota_debito

Reglas eliminadas


Redondeo agregado al total del impuesto

  • FAS18 - /Invoice/cac:TaxTotal/cbc:RoundingAmount
  • CAS18 - /CreditNote/cac:TaxTotal/cbc:RoundingAmount
  • DAS18 - /DebitNote/cac:TaxTotal/cbc:RoundingAmount

  • No se deben realizar ajustes


    Redondeo agregado al total del impuesto en el detalle

  • FAX18 - /Invoice/cac:InvoiceLine/cac:TaxTotal/cbc:RoundingAmount
  • CAX18 - /CreditNote/cac:InvoiceLine/cac:TaxTotal/cbc:RoundingAmount
  • DAX18 - /DebitNote/cac:InvoiceLine/cac:TaxTotal/cbc:RoundingAmount

  • No se deben realizar ajustes


    Valida que fecha de factura no sea inferior a 5 días calendario

  • FAD09c /Invoice/cbc:IssueDate
  • CAD09c /CreditNote/cbc:IssueDate
  • DAD09c /DebitNote/cbc:IssueDate

  • Deben enviar la fecha actual YYYY-MM-DD, se realiza la validación que la fecha del documento se igual a la fecha actual

    "encabezado": {"id_factura": "0","fecha": "2024-04-01","hora": "00:00:00", ...}

    Valida que fecha de factura no sea superior a 10 días calendario

  • FAD09d - /Invoice/cbc:IssueDate
  • CAD09d - /CreditNote/cbc:IssueDate
  • DAD09d - /DebitNote/cbc:IssueDate

  • Deben enviar la fecha actual YYYY-MM-DD, se realiza la validación que la fecha del documento se igual a la fecha actual

    "encabezado": {"id_factura": "0","fecha": "2024-04-01","hora": "00:00:00",...}

    Medio de pago

  • FAN03a - El medio de pago debe estar relacionado - /Invoice/cac:PaymentMeans/cbc:PaymentMeansCode
  • FAN03b - El medio de pago debe ser informado para facturas de contado - /Invoice/cac:PaymentMeans/cbc:PaymentMeansCode

  • Cuando metodo_de_pago sea igual a 1, se debe debe enviar tipo_de_pago

    "encabezado": {"id_factura": "","...": "","metodo_de_pago": "1","tipo_de_pago": "10","identificador_de_pago": "",...}

    Reglas nuevas


    Datos del emisor (Obligado)

  • FAJ43a - Nombre o Razón Social del emisor debe ser informado - cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:RegistrationName
  • FAJ43b - Nombre o Razón Social del emisor debe corresponder al informado en el RUT y debe coincidir con el NIT informado - /cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:RegistrationName
  • FAJ44a - NIT del emisor - NIT no autorizado a facturar electrónicamente - cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:CompanyID -- Pruebas de habilitación
  • FAJ44b - NIT o documento de identificación del emisor debe corresponder al informado en el RUT y debe coincidir con la Razón Social o Nombre comercial registrado. - cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:CompanyID


  • No se deben realizar ajustes. Se recomienda enviar El RUT a nuestros canales de comunicación (318-3010101) o validar la información registrada en Afacturar.com


    Valida que fecha de generación del documento sea igual a la fecha de firma

  • FAD09e - Valida que fecha de generación de la factura sea igual a la fecha de firma de la factura - /Invoice/cbc:IssueDate
  • CAD09e - Valida que fecha de generación de la NC sea igual a la fecha de firma de la NC - /CreditNote/cbc:IssueDate
  • DAD09e - Valida que fecha de generación de la ND sea igual a la fecha de firma de la ND - /DebitNote/cbc:IssueDate
  • AAD09e - Valida que fecha de generación del evento sea igual a la fecha de firma del evento - /ApplicationResponse/cbc:IssueDate

  • Deben enviar la fecha actual YYYY-MM-DD, se realiza la validación que la fecha del documento se igual a la fecha actual

    "encabezado": {"id_factura": "0","fecha": "2024-04-01","hora": "00:00:00",...}

    Nota credito con referencia a factura

  • CAD02a - Indicador del tipo de operación, cuando se utiliza el código ”2” de la tabla Concepto de Anulacion para Notas Credito el tipo de operación debe ser igual a 20 - CreditNote/cbc:CustomizationID


  • No se deben realizar ajustes. El valor por defecto del tipo de operación es 20 (Nota Crédito que referencia una factura electrónica), se valida que se envien los datos de informacion_factura.

    "encabezado": {"id_nota_credito": "0","fecha": "2024-04-01","hora": "00:00:00","nota": [ "{'':'XXX XXX XXX'}"],"moneda": "COP","tipo_nota_credito": 2 }, "informacion_factura": {"id_factura": "SETP990009269","codigo_unico_factura": "xxxxxxxxxxx","fecha": "2024-04-01","hora": "00:00:00"}

    Nota credito sin referencia a factura

  • CBF03a - Si el CustomizationID es igual a 22, con este tipo de Notas Crédito no puede anular Facturas.



  • En el json se adiciono el grupo periodo_facturacion, este es obligatorio cuando el tipo de opracion es 22, ademas es obligatorio enviar en informacion_factura el tipo_operacion = 22. Adicionalmente no se puede enviar concepto de correcion por anulación para este tipo de notas.


    Medio de pago

  • FAN03 - Código correspondiente al medio de pago
  • Se eliminaron los codigos

  • 25 - Cheque certificado
  • 26 - Cheque Local

  • Se cambio el nombre del codigo

  • 18 Concentración de la demanda en efectivo / Desembolso (CCD) débito por Desembolso (CCD) débito

  • No se deben realizar ajustes. En el listado de los sistemas propios quitar los codigos 25 y 26, cambiar el nombre del 18.


    Reglas de eventos


    Se realiza la incorporación de tabla (8.6. Registro de Evento: ApplicationResponse) de reglas lógicas con nomenclatura LGC01, LGC02, LGC16

  • LGC01 - Solo se permite el registro de un único evento
  • LGC02 - No se puede reclamar un documento que ha sido aceptado (expresa o tácitamente) previamente
  • LGC16 - No es posible la transmisión de una nota débito, por cuanto la factura ya se encuentra aceptada

  • No se deben realizar ajustes.


    Nuevos tributos


    Inclusión de nuevos tributos, con los códigos 32, 33, 34, 35, 36

  • 33 - Impuesto Nacional Productos plásticos (INPP)
  • 34 - Impuesto a las bebidas ultra procesadas azucaradas (IBUA)
  • 35 - Impuesto a los productos comestibles ultra procesados industrialmente y/o con alto contenido de azúcares añadidos, sodio o grasas saturadas (ICUI) Ver ejemplo 32
  • 32 - Impuesto al Consumo de Licores (ICL)
  • 36 - Ad Valorem (ADV)

  • Documento de identificación


    Documento de identificación (Tipo de Identificador Fiscal): cbc:CompanyID.@schemeName; sts:ProviderID.@schemeName.
    Se incluye el código 48 PPT (Permiso Protección Temporal)


    No se deben realizar ajustes.

    Factura con moneda diferente de COP


    Todas las operaciones deben estar en pesos colombianos. /Invoice/cbc:DocumentCurrencyCode - COP


    Se adiciono el grupo de datos "TotalesCop" para colocar información de los valores monetario totales después de la conversión una divisa diferente a la "COP".


    Se deben tener en cuenta:

  • Los valores de la factura deben estar en pesos
  • En encabezado -> moneda, es la moneda de conversión
  • Es obligatorio el envio del grupo cambio_de_moneda
  • En cambio_de_moneda en el codigo, se debe enviar la moneda de conversión
  • Se adiciono un nuevo grupo, para indicar los valores totales de la converión de la moneda

  • Factura de exportación con moneda diferente de COP


    Todas las operaciones deben estar en pesos colombianos. /Invoice/cbc:DocumentCurrencyCode - COP


    Se adiciono el grupo de datos "TotalesCop" para colocar información de los valores monetario totales después de la conversión una divisa diferente a la "COP".


    Se deben tener en cuenta:

  • Los valores de la factura deben estar en pesos
  • En encabezado -> moneda, es la moneda de conversión
  • Es obligatorio el envio del grupo cambio_de_moneda
  • En cambio_de_moneda en el codigo, se debe enviar la moneda de conversión
  • Se adiciono un nuevo grupo, para indicar los valores totales de la converión de la moneda