Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[ermendalenda]

Empezado por novatico

Día 11 de Enero, BOE-A-2023-625

En la Disposición adicional decimosexta.

Saludos.

Pues sí, ese puesto de atención al cliente sobra, si no para que está el BOE?

[ramherfer]

Hola buenas tardes.
Bueno creo que he leido practicamente todo el hilo, pero a pesar de que algunos usuarios nombran el ayudarnos y colaborar; sin ofender a nadie no veo mucho de eso. Si listas para ponernos a leer como posesos , dos estructuras de como debe de ir la información, el vídeo y algunos enlaces más. Pero código orientativo nada. Repito espero no ofender a ninguna persona, nada estaría más lejos de la realidad.
Nosotros coginos a unos de estos que saben un montón y cobran "por lo que creen que valen" y despues de ver todo lo expuesto en el hilo, mi cara la tengo a cuadros, es un poema.
Hicimos un monton de cosas, log de la aplicación en una tabla y en texto plano con control de tamaño del archivo de texto plano, no se pueden modificar ni borrar facturas, la factura actual apunta a la anterior, se actualizó el maldito manual, la aplicación tiene una declaración responsable y no se cuantas cosas más que no valen para nada, ya que despues de leer este hilo, no es el formato que quiere la AEAT.
En fin que estamos como al principio y todo lo hecho a la basura. Y me encuentro a un año y pico vista de que el ERP no se pueda utilizar y por lo tanto no valga para nada y es más sea ilegal.
No se ni por donde empezar ni por donde cogerlo, no he usado estructuras xml en mi vida. Para no mentir en los archivos SEPA que crea la aplicación para subir las remesas al banco (sin usar la aplicación de cada uno de ellos) y que los creo manualmente linea a linea según la estructura que en su día se presento para tal efecto. No se si para generar el fichero xml, sería de la misma forma. No se como generar el hash, ni de que generarlo (fichero completo o algún contenido del fichero -según he leido de algún nodo completo-) y no se como enviarlo ya que no se si dispongo de la funcionalidad curl, aunque se me paso por la cabeza mientras leia utilizar algún enlace php con la aplicación de escritorio.
En fin, tengo tal empanadilla mental, que no se si estoy en el lugar correcto para poner todo en orden y ponerme a codificar como un loco y que sea lo que Dios quiera, o visitar a un psicólogo.
Por eso agradecería, eternamente no, hasta el infinito, si alguien me pudiese orientar por donde coger esto para empezar como crear el maldito xml si como texto plano, si con algún componente....
Venga muchas gracias por leerme y si por ayudarme si llega el caso.

[ermendalenda]

Empezado por ramherfer

Hola buenas tardes.
Bueno creo que he leido practicamente todo el hilo, pero a pesar de que algunos usuarios nombran el ayudarnos y colaborar; sin ofender a nadie no veo mucho de eso. Si listas para ponernos a leer como posesos , dos estructuras de como debe de ir la información, el vídeo y algunos enlaces más. Pero código orientativo nada. Repito espero no ofender a ninguna persona, nada estaría más lejos de la realidad.
Nosotros coginos a unos de estos que saben un montón y cobran "por lo que creen que valen" y despues de ver todo lo expuesto en el hilo, mi cara la tengo a cuadros, es un poema.
Hicimos un monton de cosas, log de la aplicación en una tabla y en texto plano con control de tamaño del archivo de texto plano, no se pueden modificar ni borrar facturas, la factura actual apunta a la anterior, se actualizó el maldito manual, la aplicación tiene una declaración responsable y no se cuantas cosas más que no valen para nada, ya que despues de leer este hilo, no es el formato que quiere la AEAT.
En fin que estamos como al principio y todo lo hecho a la basura. Y me encuentro a un año y pico vista de que el ERP no se pueda utilizar y por lo tanto no valga para nada y es más sea ilegal.
No se ni por donde empezar ni por donde cogerlo, no he usado estructuras xml en mi vida. Para no mentir en los archivos SEPA que crea la aplicación para subir las remesas al banco (sin usar la aplicación de cada uno de ellos) y que los creo manualmente linea a linea según la estructura que en su día se presento para tal efecto. No se si para generar el fichero xml, sería de la misma forma. No se como generar el hash, ni de que generarlo (fichero completo o algún contenido del fichero -según he leido de algún nodo completo-) y no se como enviarlo ya que no se si dispongo de la funcionalidad curl, aunque se me paso por la cabeza mientras leia utilizar algún enlace php con la aplicación de escritorio.
En fin, tengo tal empanadilla mental, que no se si estoy en el lugar correcto para poner todo en orden y ponerme a codificar como un loco y que sea lo que Dios quiera, o visitar a un psicólogo.
Por eso agradecería, eternamente no, hasta el infinito, si alguien me pudiese orientar por donde coger esto para empezar como crear el maldito xml si como texto plano, si con algún componente....
Venga muchas gracias por leerme y si por ayudarme si llega el caso.

Jeje
Se puede linea a línea,. En unos días vuelvo a poner ejemplos de xmls de varios tipos de facturas xml en el actual formato xml con encadenamiento.
El hash, pues eso es un hash 256, que depende de que programa de desarrollo usas te puedo indicar o no.

[ramherfer]

Empezado por ermendalenda

Jeje
Se puede linea a línea,. En unos días vuelvo a poner ejemplos de xmls de varios tipos de facturas xml en el actual formato xml con encadenamiento.
El hash, pues eso es un hash 256, que depende de que programa de desarrollo usas te puedo indicar o no.

Estupendo ermendalenda. Si hay alguna forma de generar el xml que resulte más cómoda y elegante, pues ya me pongo a generar el maldito xml y ya llegará el señor Hash con Don Delphi 7 (casi nada), pero no se si el hash es del fichero o creo que leí de un solo nodo del contenido.
Tengo algo hecho para enlazar el ERP con una aplicación SII encargada de enviar los datos a la AEAT y que según la tabla de códigos de los xml en el encabezado del hilo de alta facturas y anulación de facturas me vendrá bien quitarles el polvo.

Agradezco tus dos líneas, no te puedes imaginar cuanto.

[[newtron]]

A ver si me he perdido algo.....

¿Hay ya normativa con lo que hay que hacer de forma definitiva? porque yo no la conozco.

[ramherfer]

Empezado por newtron

A ver si me he perdido algo.....

¿Hay ya normativa con lo que hay que hacer de forma definitiva? porque yo no la conozco.

¿Hay algo en lo que empezar a trabajar?
Ya tenemos algo. Hombre no quisiera yo esperar a última hora, para deprisa y corriendo empezar a hacer cosas. Por lo menos que genere los xml según lo que hay descrito, encadene los registros y sea capaz de enviarlos. Si se declarase mi ERP ilegal sería mi ruina y llevo con esto (la maldita ley del pico y pala) meses engañado por un desaprensivo oportunista.
Que sea definitivo o no, pero que funcione con lo que tengo. Luego si hay que invertir tiempo en modificar lo hecho e ir dandole forma, yo lo preferiría a tener que empezar desde cero.
Ojo es mi parecer y mi punto de vista (muy personal), no quiero decir que sea el correcto.

[ermendalenda]

XML
Es un tipo de fichero para almacenar información estructurada. Está estructura puede venir marcadas por unos formatos a partir de unas especificaciones (fichero XSD). La mayoría de los lenguajes actuales tienen funciones para facilitar su creación y lectura, aunque también podemos generarlo con lenguajes más antiguos con simples outputs a un fichero secuencial. Si los editas verás que son ficheros relativamente fáciles de entender.

XSD
Es un fichero que contiene las especificaciones para poder generar el XML, este fichero se usa para generar y comprobar correctamente los formatos de los XML. Normalmente se usa con funciones propias de cada lenguaje, pero se puede editar también manualmente.
HASH
Es el resultado de un algoritmo que genera una cadena de longitud fija (hash) a partir de otra cadena (o un fichero), la longitud de la cadena obtenida depende de la función hash que hayamos seleccionado, siendo las más comunes 2 del tipo Sha2: sha256 y sha512, ya se dejó de usar el tipo Sha1 ya que, a pesar de sus 160bits, se ha conseguido romper "fácilmente" la seguridad de la misma. Estas funciones devuelven una cadena de longitud fija, resultante de la aplicación de un algoritmo, por ejemplo la de sha256 devuelve una cadena de 256 bits(64 caracteres hexadecimales), cada vez que generamos el hash de una cadena, con la misma función, siempre nos va a devolver el mismo hash. El Hash no es reversible, es decir, no podemos extraer la cadena inicial desde un hash. Gracias al Hash podemos dar seguridad a las firmas.

UTF-8
Es un formato de codificación de caracteres que se usa para la codificación de correos y páginas webs.
Para generar los XML será necesario convertir determinados caracteres eapeciales(ñáé…) a este tipo de formato

URI ENCODE
Es otro formato que se usa en las direcciones de las páginas webs, para que los navegadores puedan interpretar ciertos caracteres y no es otra cosa que convertir una cadena a su valor hexadecimal de cada valor ascii de la cadena agregándole como prefijo el carácter "%" para que los navegadores lo interpreten y traduzcan adecuadamente. Nos será útil para generar el la cadena del QR para evitar los caracteres extraños que nos pueden dar problemas en la lectura de ese QR. O sea convierte caracteres (/+) por su equivalente hexadecimal y así al escanear el QR no tendremos problemas

BASE64 (ENCODE/DECODE)
Otro sistema de conversión de cadenas que usa 64 como base.
Cuando calculamos un HASH con la intención de utilizarlo para encadenamientos: generar QR, imprimir parte de ellos e insertarlo en un XML, hay que tener en cuenta que estos se generan con caracteres que pueden dar problemas en interpretación de los XML e incluso dependiendo el sistema de transmisión que utilicemos, puede dar problemas en la comunicación, por lo tanto, es necesario su conversión a este sistema, Base64.
El alfabeto Base64 se pueden agrupar en cuatro grupos:
Letras mayúsculas (0-25): ABCDEFGHIJKLMNOPQRSTUVWXYZ
Letras minúsculas (26-51): abcdefghijklmnopqrstuvwxyz
Dígitos decimales (52-61): 0123456789
Símbolos especiales (62-63): +/
Si abrimos un XML firmado y buscamos el identificador de la firma sólo nos vamos a encontrar estos caracteres.
Ya que parte del Hash en base64 va en el QR, podemos encontrarnos un problema a la hora, no de generarlo, si no a la hora de leerlo, ya que los 2 caracteres especiales +/ son interpretados de forma diferente al que necesitamos, por todos los navegadores, para no tener este problema convertimos esos 2 caracteres a URI*, pero esto no hay que realizarlo para el identificador Verifactu, que en este caso si debe/puede contenerlos.
Por otro lado hay que tener en cuenta que para calcular el CRC8 del QR si debe estar convertido esos caracteres a URI* pero, al igual que antes, no en el identificador.


ENCADENAMIENTO
Es la parte del blockchain que incluye ciertos datos de una factura(bloque de datos) anterior, estos datos son representativos de esa factura anterior, en el caso de las facturas son: el hash, la serie, el número y la fecha de emisión, incluyendose en la siguiente factura, reforzando, principalmente, la inviolabilidad de la factura anterior y así creando una cadena de datos continuo que si se modificará, posteriormente, rompería la cadena.

HUELLA
Son datos incluidos en un XML, que identifican con que software y dispositivo se ha emitido la factura: nombre, fabricante, licencia, versión y N. Serie del dispositivo.

[Neftali [Germán.Estévez]]

Empezado por ramherfer

No se ni por donde empezar ni por donde cogerlo, no he usado estructuras xml en mi vida. Para no mentir en los archivos SEPA que crea la aplicación para subir las remesas al banco (sin usar la aplicación de cada uno de ellos) y que los creo manualmente linea a linea según la estructura que en su día se presento para tal efecto. No se si para generar el fichero xml, sería de la misma forma. No se como generar el hash, ni de que generarlo (fichero completo o algún contenido del fichero -según he leido de algún nodo completo-) y no se como enviarlo ya que no se si dispongo de la funcionalidad curl, aunque se me paso por la cabeza mientras leia utilizar algún enlace php con la aplicación de escritorio.

Sigo pensando que la cosa está muy verde para "liarse a fondo" con esto.
Aquí tienes "toda" la documentación que han publicado, que es poca (muy poca):
https://www.agenciatributaria.es/AEA...ERI_FACTU.html

Si quieres empezar con los XML (que yo no los haría manualmente) puedes buscar hilos en los foros que encontrará muchos.
https://www.clubdelphi.com/foros/showthread.php?t=93774

Y fuera también:
https://delphiallimite.blogspot.com/...entos-xml.html
https://delphiallimite.blogspot.com/...os-xml-ii.html
https://delphiallimite.blogspot.com/...xml-y-iii.html

El código para generar un XML es sencillo, como muestra el siguiente:

Código Delphi [-]
uses
  XML.XMLDoc, XML.XMLIntf;

procedure TForm3.Button1Click(Sender: TObject);
var
  node, nodeObli:IXMLNode;
begin
  var XmlDoc:TXMLDocument := TXMLDocument.Create(nil);
  XmlDoc.Active:=True;
  XmlDoc.Version:='1.0';
  XMLDoc.Encoding:='utf-8';

  node := XmlDoc.AddChild('Cabecera');
  node.AddChild('IDVersion', '1.0');
  nodeObli := node.AddChild('ObligadoEmision');

  nodeObli.AddChild('NombreRazon', 'Razón social');
  nodeObli.AddChild('NIF', '12345678N');
  nodeObli.AddChild('NombreRazonRepresentante', 'Mi Representante');
  nodeObli.AddChild('NIFRepresentante', '87654321A');

  XMLDoc.SaveToFile('r:\fichero.xml')
end;

En este documento (al final) tienes acceso a los fichros XSD y WSDL que hay hasta ahora:
https://www.agenciatributaria.es/sta...ervicioWeb.pdf

Otra opción es importar el XSD.
Desde las versiones nuevas puedes importar el XSD con: File->New->other y seleccionar xml data binding
No recuerdo si en esa versión tienes esta opción.

AÑADO: Por lo que veo aquí, sí tienes esa opción.


Revisa esto:
https://delphiallimite.blogspot.com/...xml-y-iii.html

[ermendalenda]

Yo creo que no hay que esperar, nos han dado unampriemra versión que seguro que hacen algún cambio, pero ya os digo que solo el.plantear el software para todo esto se tarda meses, pero claro si ya lo tienes preparado para tixketbai es otro cantar.
Que falta:
Que detallen el webservice del servicio Rest/soap donde se envian los datos.
Hecho de menos alguna doctrina por ejemplo, ue especifique que cuando el comercio se quede sin luz, si podemos temporalmente emitir un documento alternativo en papel, igual que ticketbai.
Casos dwl uso del nodo de incidencia.
Que pasa si hay una rotura del encadenamiento y no nos damos cuenta, que requerimientos podemos tener.

Por otro lado dejéis también curraros una aplicación para generar los xmls apartir de una ultima factura y/poder ingresar manualmente el último encadenamiento que se ha enviado(por por ejemplo una rotura de disco, un virus...), ya que seguro tendremos acceso a través de la aeat a esos datos o a una copia propia.
Por ultimo, me gusta destacar que, hay un aspecto técnico sobre el envío, en las especificaciones dicen que ellos te dirán cuanto y/o cuando enviar el próximo lote de factura/s.eso es que tu enviS la primera factura y ellos en la contestación te dicen que el próximo envío lo podrás tealjzar dentro de X segundos/minutos o un mínimo de x facturas, xon lo fual si intentais el envío en otras ciscunstancias os dará algún tipo de error.

[ermendalenda]

Mensaje erroneo.No procede

[ermendalenda]

Hola, ya tengo resuelta la duda sobre el tema de encadenamiento de las anulaciones, que es diferente a ticketbai ya que en ticketbai no se encadenamiento la anulacion.
Planteada la duda al servicio dedudas de verifactu de la aeat :
*Se emite la factura 1
*Se emite la factura 2 (encadenanda con hash, fecha y número de la factura 1)
*Se anula la factura 1 (encadenanda con hash, fecha y número de la factura 2)
*
*La duda está relacionada con cómo se encadena la siguiente factura. ¿Cuál de los siguientes casos sería el correcto al emitir la factura 3?
** *a) Se encadena con hash de anulación y datos factura número 2 (fecha y numero)
*** b) Se encadena con hash de anulación y fecha de la anulacion y número de la factura anulada (que coincide con el de la factura 1)
*** c) Se encadena con hash de factura numero 2 y fecha y número factura nunero 2.
*** d) La anulación no se encadena tal y como pasa con Ticketbai.

Me responden

Buenos días:

Conforme a la secuencia planteada, «más o menos» la opción correcta sería la b).

Creemos que es más sencillo plantearse el encadenamiento teniendo en cuenta el IDFactura completo. El IDFactura se compone de:


Y el bloque de encadenamiento:




El encadenamiento sigue el orden secuencial cronológico de la generación de registros de facturación (tanto de alta como de anulación), por lo que cualquier registro nuevo tiene que ir encadenado al registro de facturación inmediatamente anterior. Eso quiere decir que el bloque "EncadenamientoFacturaAnterior" se rellenará con los datos del bloque "IDFactura" del registro de facturación anterior.

[[newtron]]

Me hace gracia eso de "más o menos". Cuando llegue el inspector de turno a sancionarme por lo que sea le diré...Señor inspector esto está "más o menos" bien.

Gracias de nuevo por tu info compañero.