Dudas a verifactu sobre QR en factura electronica
 

Planteada duda a verifactu:

La misma respuesta desde Veri*Factu que la anterior cuestión planteada:
Que aun no está el desarrollo de la pregunta, pero van a escalarlo para ver si me pueden adelantar algo.

Lo extraño es que en el BOE, de la orden ministerial , nos hayan metido las referencias a las Facturas Electrónicas en el Art.20 como si ya estuviera todo listo.

Me han vuelto a responder. Que como aún no está resuelto que no hace falta que se incluya en facturae, pero si se quiere poner en algún campo que sea el cajón del sastre que se puede poner.

Aquí os dejo, según respuesta de VERI*FACTU, los nodos sobre los que podeis poner ( DE MOMENTO hasta que vean si tiene que poner un campo especifico en las extensiones), la URL del QR en Facturae.

Url del QR en facturae
 

Buenas

¿ Ha salido ya algo definitivo sobre donde alojar la url del QR en Facturae ?

Gracias.

De momento es opcional en uno de los campos que he puesto y ten por seguro que va a ser así mucho tiempo dado que hay que esperar al desarrollo técnico de la factura electrónica en la ley crea y crece. A corto plazo ni de coña se va a saber. Tienen algunas ideas para incluirlo pero nada claro. Una de ella es usar las extensiones de facturae (definir nuevos nodos para las nuevas necesidades) o dejarlo en uno de los 2 nodos

Ok. He puesto consulta en verifactu. Cuando obtenga respuesta la pondre por aki.

Gracias.

Ok. Ya nos cuentas

Ya me han contestado de Verifactu :

O sea, seguimos igual

¿Me podéis decir a qué correo estáis mandando las consultas?

Yo he probado con [email protected] y con [email protected] y los dos me han venido devueltos.

Yo las que he enviado ha sido a [email protected] y (casi siempre) me han contestado.

Saludos.

Ayer mandé al qye has puesto de verifactu y sin problemas.
Me han respondido que lo pasan a los responsables.

Puf.... precisamente esas consultas que "pasan a los responsables" son las que no me han contestado. :D

Ya ha salido el proyecto del reglamento
Olvidaos de Facurae para la opción pública gratuita.
La única opic9n va a se el formato europeo UBL
A no ser que en el periodo de consulta alguien consiga que lo adapten a facturae, xosa ue lo veo complicado ya que si no lo han hecho así es por que con facturae se les complicaba.

Por si te sirve de ayuda, en Portugal si se incluye la información relativa al código QR para las administraciones públicas, y el formato es prácticamente idéntico a la FacturaE de España.

La información la mandamos de esta forma:

Código Delphi [-]
 xmlFatura.AdditionalDocumentReference.Add;
              xmlFatura.AdditionalDocumentReference[iItemOrden].ID.SchemeID := 'ANG';
              xmlFatura.AdditionalDocumentReference[iItemOrden].ID.Text := Atcud_Prt;  // Esto es una variable interna
              xmlFatura.AdditionalDocumentReference[iItemOrden].DocumentDescription := 'QR_CODE';
              xmlFatura.AdditionalDocumentReference[iItemOrden].Attachment.cbc_EmbeddedDocumentBinaryObject.MimeCode := 'text/plain';
              xmlFatura.AdditionalDocumentReference[iItemOrden].Attachment.cbc_EmbeddedDocumentBinaryObject.filename := 'CQR_'+Trim(IntToStr(id))+'.txt';
              xmlFatura.AdditionalDocumentReference[iItemOrden].Attachment.cbc_EmbeddedDocumentBinaryObject.Text := StringToBase64(cCodeQR);   // cCodeQR es el texto con el que hemos creado el QR

Viendo el esquema de FacturaE, quizá esa información podría ir en el punto 3.1.9, AdditionalData. Échale un ojo.

Aparte del QR, también mandamos una representación en PDF de la factura, en el mismo bloque.

Hola,prodrias decirme, vosotros que formato usais de factuta electronica , UBL?

Si, para Portugal, usamos el formato UBL 2.1 tanto para facturas como para notas de crédito.

Buenas, os pongo en antecedentes, ojito con los ejemplos y la IA para hacer las UBL.
Los validadores más conocidos no dejan pasar muchas extensiones propias de cada país, tampoco dejan pasar algunos identificadores de impuestos como el RE(Recargo de equivalencia)
Dicho esto, no quiere decir que en el reglamento, que aún está por definir, no nos digan que lo pongamos aunque no pasen las validaciones, aunque sea un poco incongruente muchos países meten modificaciones a las reglas del esquema oficial, con lo cual nos podemos esperar cualquier cosa.
Yo, por fin, después de muchos días, he hecho una factura en ubl 2.4 en la que contempla varias opciones:
Recargo de equivalencia
Datos registrales de la empresa emisora y receptora
Los famosos DIR de Face.
Todo esto he visto decenas de ejemplos en los que meten extensiones y formatos que no pasan por los validadores más importantes y tampoco por un Visor súper conocido(Qube). Total, que he conseguido hacer un modelo standar que cumple estrictamente xon los esquemas de Ubl 2.4, para que no sea rechazado por dichos verificadores.
Como he dicho, esto no quiere decir que llegado el reglamentonuevo no tenga que cambiar nodos específicos para la normativa que nos pongan. Pero al menos ya está bien los esquemas y me permitirá terminarlo mucho más fácilmente.
Ya he estado mirando las rectificativas y las sustituivas(F2) y parece que tiene poquísima diferencia con la que ya he hecho.
En unos días os pongo una factura completa.

Aquí os dejo el documento de las normas específicas con lss que actualmente se rigen para remitir a Face un UBL, aunque ya os digo que esto puede cambiar y posiblemente sea sólo para face, pero por si queréis echar un vistazo
https://docs.peppol.eu/poacc/billing/3.0/

Ejemplos Ubl
 

Ya por fin tengo ejemplos que parece que se adaptan al nuevo reglamento que se ha propuesto,
El esquema que parece que se va a usar segñun la propuesta del nuevo reglamento es: UBL INVOICE 2.1 BIS BILLING 3.0.

Como os dije, hay mucha información en internet bastante liosa, pero gracias a las busquedas de ejemplos y un poco guiado por la I.A., pero teniendo en cuenta que se equivoca más que el hombre del tiempo.
Os dejo un par de ejemplos que han pasado por el validador Free Peppol (https://ecosio.com/en/peppol-and-xml...ent-validator/) y seleccionando "UBL INVOICE 2.1" y por el visor de facturas UBL(Qube).

A.Factura Normal (De abono), que es igual que para la factura normal pero con signos negativos, teniendo en cuenta que los abonos solo los uso para hacer facturas rectificativas en 2 pasos:
B. Factura Rectificativa por diferencias(I), la unica diferencia para ponerla por sustitucion es un texto en el Nodo "Note", no hay más(de momento a no ser que la Aeat nos diga otra forma)
También tengo listo el UBL que admita los DIR y los datos registrales como en FACTURAE, solo tiene sentido para las B2B que soliciten que se integren sus datos DIR, pero lo normal es que en ese caso pidan la facturae por que suelen integrarlo en sus sistemas a través de este formato. Tampoco va a ser necesario para las B2G ya que parece ser que seguiran admitiendo facturaE por FACE.

Todo esto ha tenido un buen curro y seguro que os vais a ahorrar un montón de dias de trabajo, espero que os sirva cuando le metais caña a la factura electronica.

Muchas gracias por los ejemplos.

La verdad, tenía muy avanzado el trabajo en formato "Face", y estas últimas noticias en las que parece que se van a inclinar por UBL me tenían preocupado.

De nuevo, muchas gracias.

A ver si alguien entiende este parrafo del Borrado del Real Decreto que estoy espeso o no está bien explicado lo subrayado en regrita:

Quizas quiere decir que los estados (para las empresas que fcturen a parti de 8 millones), tienen 3 años para adaptarse a informar de los estados(no de los envios que eso son 12 meses para éstas)

Donde iria el QR,
pues a falta de que salga el reglamento y viendo como han gestionado la ubicación del mismo en VeriFactu y tomando de referencia dicho reglamento, de momento és sería un buen sitio:
antes del nodo

Perdona mi desconocimiento de UBL, pero la parte de código que has puesto, podría ir así:

Correcto
El dentado lo lo respeto mucho al generar los XML, disculpad las molestias.