Diferencia entre revisiones de «Cambios Integración -Cambios Integración Anexo V 1.9»

De tfhkacolwiki
Ir a la navegación Ir a la búsqueda
Línea 186: Línea 186:
  
 
[[Archivo:rgexpn.png|800px|sinmarco|center|Ejemplo]]
 
[[Archivo:rgexpn.png|800px|sinmarco|center|Ejemplo]]
 +
 +
<br>
 +
 +
<center>Ejemplo tasa de cambio:</center>
 +
 +
<br>
 +
 +
[[Archivo:ts.png|800px|sinmarco|center|Ejemplo]]
  
 
<br>
 
<br>

Revisión del 21:02 23 abr 2024

Resolución 165 Anexo técnico 1.9


El anexo técnico, que forma parte esencial de esta resolución, debe ser implementado de manera obligatoria por los emisores de facturas electrónicas a partir del 2 de febrero de 2024. Se otorga plazo hasta dicha fecha para que realicen las adecuaciones necesarias en sus sistemas de información, cumpliendo con lo establecido en esta resolución, a continuación se informan los cambios mas relevantes.

RESOLUCIÓN 165



Separación de catálogos del anexo técnico


Dentro del proceso de revisión, se ha tomado la decisión de eliminar los catálogos de datos del anexo. Este ajuste tiene la finalidad de facilitar la modificación de los valores de manera más ágil y eficiente. En adelante, estos catálogos permanecerán fuera del anexo y estarán disponibles en una caja de herramientas independiente. Además, se establecerá un proceso de actualización de los catálogos de forma independiente a las resoluciones vigentes.

Ejemplo


Se elimina el redondeo al total de impuesto a nivel de detalle y total para facturas, notas crédito y débito:


Reglas eliminadas:
FAS18, CAS18,DAS18:

Redondeo aplicado al total del impuesto a nivel de FacturaGeneral, nota crédito, nota débito (no se manejaría el atributo RoundingAmount del nodoTaxTotal que pertenece al Invoice/CreditNote/DebitNote)

FAX18, CAX18,DAX18:

Redondeo aplicado al total del impuesto a nivel de FacturaDetalle, nota crédito, nota débito(no se manejaría el atributo RoundingAmount del nodoTaxTotal que pertenece al InvoiceLine/CreditNoteLine/DebitNoteLine)

Ejemplo:
Ejemplo


Se elimina la regla de 10 días posterior e inferior a la fecha y se ha incorporado una nueva regla de rechazo.


Reglas eliminadas:
FAD09c, CAD09c, DAD09c:

La fecha de emisión no puede ser inferior a 10 días calendarios de la fecha actual

FAD09d, CAD09d, DAD09d:

La fecha de emisión no sea posterior a 10 días calendarios de la fecha actual

Reglas nuevas:

FAD09e, CAD09e, DAD09e

Valida que fecha de generación sea igual a la fecha de firma, aplica para facturas, notas crédito y débito

Ejemplo:

Medios de pago.


Anteriormente, se establecía la obligatoriedad de indicar el medio de pago únicamente en las facturas de contado. Sin embargo, según el Anexo 1.9, esta obligación se extenderá tanto a las facturas de contado como a las de crédito.

Ejemplo


Nombre o razon social del emisor debe coincidir al informado en el RUT.


Se llevará a cabo una validación para asegurar que el Número de Identificación Tributaria (NIT) y el nombre del emisor de las facturas concuerden con los datos registrados en el Registro Único Tributario (RUT), tanto en el proceso de emisión como en el de recepción de dichas facturas.

Reglas nuevas:

FAJ44a: NIT no autorizado a facturar electrónicamente

FAJ43b: Nombre o Razón Social del emisor debe corresponder al informado en el RUT y debe coincidir con el NIT informado

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.

FAJ43a: Nombre o Razón Social del emisor debe ser informado

Ejemplo:

Se crea el tipo de documento PPT.


Dentro del catalogo de tipo de documento se crea PPT (Permiso de protección temporal) con el código 48, el cual es un documento de identificación para personas en movilidad humana provenientes de Venezuela,este documento permite aplicar a los programas sociales del estado, y acceder de manera amplia a derechos como la salud, la educación y el trabajo.

Código Significado
48 PPT (Permiso de protección temporal)


Ejemplo


Factura de exportación.


Las facturas de exportación deben expresarse en COP y se crea una segmento XML para poner los valores en otra moneda, se puede colocar en las dos monedas en la representación gráfica(se va enviar una estructura en el extensible para que se vea en la RG)

Ejemplo


Si se desea utilizar la representación gráfica que genere el sistema para las facturas de exportación, deberá informar la UBLExtension “interoperabilidad” con el objetivo de que en la representación gráfica muestre los valores de la tasa de cambio de la moneda diferente al COP, esto se deberá realizar por medio de 3 campos extras como se muestra a continuación:

<extras>
	<Extras>
	  <controlInterno1></controlInterno1>
	  <controlInterno2></controlInterno2>
	  <nombre>FEXP1</nombre> Campo que activara el ubl extensión Group schemeName=Exportación
	  <pdf>1</pdf>
	  <valor>1</valor>
	  <xml>1</xml>
	</Extras>
	<Extras>
	  <controlInterno1></controlInterno1>
	  <controlInterno2></controlInterno2>
	  <nombre>FEXP2</nombre> "Collection schemeName="DATOS ADICIONALES"
	  <pdf>1</pdf>
	  <valor>Responsable#Lugar de Salida#Medio de transporte#Tipo de Doc.de transporte#N° de Doc. de transporte#Transportadora o Tramitadora#País de Origen de la  M/cia# Destino#Términos de pago#Seguro#Observaciones</valor>
	  <xml>1</xml>
        </Extras>
	<Extras>
	  <controlInterno1>TotalesCop</controlInterno1>
          <controlInterno2></controlInterno2>
	  <nombre>FEXP3</nombre> "Campo creara el nodo TotalesCop"
	  <pdf>1</pdf>
	  <valor> Valor tasa de cambio#Nombre de moneda#Sub Total(suma de todos los pruductos sin incluir el impuesto)#Descuento a nivel de detalle #Recargo a nivel de detalle#Campo para informar el total bruto(total de las bases imponibles)#Campo para informar el total IVA#campo para informar el total INC#Total de impuesto a la bolsa#total de otros impuesto diferentes a los anteriores reportados#monto total de los impuestos#Valor total a pagar(total sin cargos y descuentos)#Descuento global# Recargo global#Valor a pagar(total general con cargos y descuentos)#ReteFuente#ReteIva#ReteIca#Total anticipos</valor>
	  <xml>1</xml>
	 </Extras>
</extras>


Ejemplo:

Ejemplo





Estructura para campos extra DLL

Extras del Documento -> (Identificador 04)

04|controlInterno1|controlInterno2|FEXP1|1|1|1%04|controlInterno1|controlInterno2|FEXP2|1|Responsable#Lugar de Salida#Medio de transporte#Tipo de Doc.de transporte#N° de Doc. de transporte#Transportadora o Tramitadora#País de Origen de la M/cia#Destino#Términos de pago#Seguro#Observaciones|1%04|controlInterno1|controlInterno2|FEXP3|1|Valor tasa de cambio#Nombre de moneda#Sub Total(suma de todos los pruductos sin incluir el impuesto)#Descuento a nivel de detalle #Recargo a nivel de detalle#Campo para informar el total bruto(total de las bases imponibles)#Campo para informar el total IVA#campo para informar el total INC#Total de impuesto a la bolsa#total de otros impuesto diferentes a los anteriores reportados#monto total de los impuestos#Valor total a pagar(total sin cargos y descuentos)#Descuento global# Recargo global#Valor a pagar(total general con cargos y descuentos)#ReteFuente#ReteIva#ReteIca#Total anticipos|1
Ejemplo VFP:

A continuación compartimos un ejemplo basado en lenguaje Visual Fox Pro donde, para evitar inconvenientes en la compilación por la longitud de las variables en este lenguaje; se divide el campo valor del segundo extensible en dos variables:

Ejemplo Visual Fox Pro


Estructura para campos extra API

Extras del Documento: (Identificador 04)

Campo extra que activa el ubl extensión Group schemeName=Exportación

04|controlInterno1|controlInterno2|FEXP1|1|1|1


Campo extra que activa la Collection schemeName="DATOS ADICIONALES"

04|controlInterno1|controlInterno2|FEXP2|1|Responsable#Lugar de Salida#Medio de transporte#Tipo de Doc.de transporte#N° de Doc. de transporte#Transportadora o Tramitadora#País de Origen de la M/cia#Destino#Términos de pago#Seguro#Observaciones|1


Campo extra que crea el nodo TotalesCop(Grupo de datos para colocar información de los valores monetario totales después de la conversión una divisa diferente a la "COP".)

04|controlInterno1|controlInterno2|FEXP3|1|Valor tasa de cambio#Nombre de moneda#Sub Total(suma de todos los pruductos sin incluir el impuesto)#Descuento a nivel de detalle #Recargo a nivel de detalle#Campo para informar el total bruto(total de las bases imponibles)#Campo para informar el total IVA#campo para informar el total INC#Total de impuesto a la bolsa#total de otros impuesto diferentes a los anteriores reportados#monto total de los impuestos#Valor total a pagar(total sin cargos y descuentos)#Descuento global# Recargo global#Valor a pagar(total general con cargos y descuentos)#ReteFuente#ReteIva#ReteIca#Total anticipos|1
Ejemplo:
Ejemplo


Representación gráfica estándar The Factory HKA


Ejemplo


Ejemplo tasa de cambio:


Ejemplo



Nuevos tipos de operación.


Para el control cambiario se Incluyen dos modos de operación (Compra Divisas y Venta Divisas) con los códigos 15 y 16 respectivamente.


Tipos de Operación
Anexo 1.9 01-11-2023 - 13.1.5. Tipos de operación

Para Facturas:

Código Valor
09 AIU
10 Estandar*
11 Mandatos
12 Transporte**
14 Notarios
15 Compra Divisas
16 Venta Divisas
Ejemplo


Ejemplo


Cuando uno de estos códigos se informe en el CustomizationID se deberá informar la UBL extensión.

Ejemplo



Cambios incorporados en las notas crédito.


  • No se permite notas crédito referenciadas para facturas aceptadas, es decir, se debe realizar una nota crédito no referenciada.
  • Solo se puede anular facturas cuando el tipo de operación es igual a 20, es decir, Nota Crédito que referencia una factura electrónica.
  • Para todas las notas sin referencia debe incluir el periodo (mes) que afecta.

  • ejemplo


    ejemplo


    ejemplo


    Ejemplo


    Ejemplo


    En estructura API:

    Ejemplo


    En estructura DLL:

    Ejemplo



    Impuesto al Consumo de Licores, Vinos, Aperitivos Y Similares.


    Ejemplo


    Ejemplo


    Ejemplo


    Ejemplo


    Ejemplo


    Ejemplo


    Ejemplo