Hola, otros dispositivos llevan su encadenamiento, no confundamos serie con dispositivo, el mismo dispositivo puede tener varias series.

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

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.

Decimales
 

Mensaje erroneo.No procede

Encadenamiento anulaciones
 

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

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. :D:D:D

Gracias de nuevo por tu info compañero.

Bueno. Realmente es correcto el mss o menos, ya que la b) no era del todo correcta, ya que la fecha de emisión es la de la factura 1.
Pero es verdad que ea 7na respuesta un pelin rara

:D:D:D:D
A mi también se me han ido los ojos justo hacia ese punto.... :o

Seguimos....Encadenamiento
 

Aquí os dejo parte de la ayuda, más detallada, que me dió la aeat sobre el encadenamiento de verifactu.


También nos gustaría saber si hay alguna novedad en el reglamento, por ejemplo si hay alguna nueva versión para generar los ficheros xmls o si se esperan más cambios en las estructuras de los ficheros xmls que se describen en el reglamento.

Cita:

En cuanto a otras novedades en el reglamento, por el momento no hay nada. El Proyecto de Real Decreto xx/2022 continúa en tramitación. No tenemos información de fechas estimadas. Sigue sin haber entorno de pruebas disponible ni está toda la documentación técnica necesaria, todo está pendiente de la publicación de la normativa.

No hay enlaces a imágenes :confused:

Ahora si
 

Imagenes subidas

Ya están añadidas las imágenes al mensaje anterior.

ermendalenda y neftali, termino de ver lo publicado y os estaré agradecido hasta que me muera y luego también.
Ha sido una semana complicada, no, lo siguiente. Tampoco he recibido los mensajes de nuevas respuestas al tema suscrito.
Creo que con lo enviado puedo empezar a trabajar, que no es poco. Yo no soy de los que les gusta dejar las cosas para el final e iré haciendo y adaptando.
De conseguir y hacer algo que considere que puede ser interesante para otros desarrolladores lo publicaré.

Una pregunta y disculpar mi ignorancia. Ya comenté que de xmls poco o casi nulo. ¿por qué las etiquetas comienzan con <sum:xxxxxx ó <sum1:xxxxxx al abrirse y se cierra /sum:xxxxxxx> ó /sum1:xxxxxxx>, quiero pensar que está relacionado con la estructura xsd de comprobación según puedo ver en el encabezado de los xmls?

Los sum y sum1 son prefijos(o etiquetas) para que los intérpretes del xml sepan que ese nodo está referido a l equivalente definido en el encabezado del xml, el sum y sum1 puedes cambiarlo por otros que te vengan mejor.
Saludos
Por cierto me gusta el Joselito el 5 Jotas y los gambones como mi pierna de grande, jajajaj.

Ni por un momento dudeis que os lo mereceis, tanto tu como neftali (german) este último sus enlaces valen oro.
Ahora ya tengo tela para cortar. De momento generaré los xml según las especificaciones. Luego el siguiente que al tener delphi 7 es ver como genero los hash. Por el momento los pondré ficticios. En fin, de corazón gracias a los dos.

Por eso ti te preocupes, p8edo hacer un ejecutable para los que lo necesiten en el que me pase el dato en un fichero y devuelvo el hash en otro fichero.con el mismo nombre y otra extensión.

Cálculo del HASH para el segmento <DatosControl>
 

Buenas tardes, sabéis si lo que dice este post es correcto? Si las empresas que estén acogidas al SII están fuera de este sistema?

No quiero meterme con ello hasta que lo tengan bastante desarrollado, por lo que hasta que no sepan como calcular el Hash, si poner código QR, etc.... no quiero meterme con ello

¿Cuándo está prevista la obligación de implantar los sistemas?
Según las últimas comunicaciones de la Agencia Tributaria hay dos plazos definidos bastante claros:

Las empresas fabricantes deberán tener los sistemas informáticos con las especificaciones técnicas necesarias para cumplir con la ley como mucho a los 9 meses de que se publique la Orden Ministerial que detalla dichas especificaciones. Por su parte, los empresarios deberán tener sus sistemas informáticos operativos y adaptados a la ley a partir del 01/07/2024.

¿Qué empresas y sistemas se verán afectados?
La filosofía del reglamento pendiente de aprobarse es que se aplicará a todas las facturas y todos los empresarios, si bien se deja claro que los que actualmente cumplen con el SII (Suministro Inmediato de Información) quedarán fuera de este desarrollo normativo.

Respecto a los sistemas informáticos, estaba previsto que los cambios afectaran tanto a los sistemas contables como a los de facturación. Sin embargo, con lo que ya conocemos del borrador (a falta del reglamento final), dicho tratamiento afectara únicamente a todos los sistemas que realicen procesos de facturación (emisión de facturas, facturas simplificada, etc.).

GRACIASSSSSSS

Hola, el fichero de ejemplo no tiene retornos de carro ni avance de línea en el nodo, ni en el contenido ni justo antes ni justo despues del nodo.
Con lo cual se me ocurre que estas copiando y pegando desde un explorador de Internet, el cual formatea esos datos y les introduce otros caracteres.
Saludos

Efectivamente el borrador afirma que si haces SII no hay que hacer Verifactu, en ese caso, tal y como comentas, es mejor esperar a que pongan el reglamento definitivo, por si acaso tiene algún "pero".
Saludos

Gracias por tu respuesta.
Lo revisaré.

De todos modos, leyendo el foro he encontrado gente que parece tener problemas con la generación de los XML's.
Yo estaba igual cuando al SII, y descubrí el SOAP-UI. Es una app gratuita que puedes bajar e instalar, y a partir de un WSDL te genera los XMLS's para cada método contenido en el WSDL.
Así pude ver la estructura de cada XML para cada tipo de solicitud y ya decides si quieres usar la clase implementada en tu lenguaje o bien lo generas "a mano" mapeando los valores pedidos en cada tag con valores de los registros de la BBDD. Es la herramienta que usé para conocer las estructuras de los archivos XML para el SII en 2017.

Os adjunto una imagen de la interfaz del Soap-UI.



Lo mejor que tiene es que puedes firmar las peticiones (archivos XML) antes de enviarlos al Servidor del Web Service de mil formas y con mil configuraciones (Certificado Digital a usar, Tipo de Cifrado, Tipo de Canonicalización, Tipo de Seguridad (Oasis, etc)) y ejecutar, una vez has puesto datos válidos en el XML de la petición, la llamada al WebService y ver la respuesta recibida del WebService para esa petición .

Para aquellos que teneis problemas con los XML os recomiendo que os instaleís esta herramienta y la trasteeis. Os ayudará mucho a conocer y comprender el funcionamiento de los WEB Services, firmado de XML's, etc ...

Un Saludo.

Muy buenas...

Llevo tiempo alejado de este post porque veo que la web oficial de Veri-Factu en la web de Hacienda no se actualiza creo que desde Julio de 2022, y todo sigue en la versión 0.1.

Entiendo que por ahora lo único que podemos hacer es generar los XML, pero aún no hay ningún sitio al que enviarlos, ni información sobre el Código QR, etc. no?

El problema es que leí hace poco que tienen pensado empezar el periodo voluntario en Julio de este año, y eso es dentro 3 meses. ¿Van a sacar la información, el webservice, etc. 10 días antes? O me estoy perdiendo algo?

Después de haber estado peleando durante meses para TicketBAI esto ya no me asusta tanto, pero claro, de ahí a trabajar con prisas va un mundo...

Me llama la atención el "mecanismo de control de flujo", que te dice cuánto tienes que esperar para volver a hacer un envío... Esto sí que no lo había visto nunca :rolleyes:

Bueno... todo el invento de los ivas+re nuevos lo hicieron con 2 días de antelación así que siempre se pueden superar. :p

Cierto. Te puedes esperar cualquier cosa.

Menudo fin de semana de fin de año me pasé por culpa de eso :mad:

A mi lo que me gustó fue la jugada de poner el R.E. del 5% de IVA al 0.625, tener que modificar tooooooooodos los p..... programas para los tres decimales y luego, cuando vieron que ni ellos mismos tenían coj... de hacerlo recular, dejarlo en dos y vuellllllllllllllllta a cambiar cosas.

vaya lio...
 

Esto me ha enviado un proveedor de servicios de los grandes...

Gracias por el apunte pero, según veo, esto va del tema de la factura electrónica, ¿no?.

Saludos.

:eek: uuuppppsss!!!
perdón me lie de foro....

Yo la verdad que entre factura electrónica, factura digital, "crea y crece", "ley antifraude", ticketbai, verifactu, FacturaE, SII y no sé qué más han inventado, tengo la cabeza hecha un lío. Menuda forma de complicar las cosas. Siempre "arreglando" las cosas a base de parches.

Encima he leído que por ahora Canarias se "libra" de VeriFactu, lo cual puede ser un alivio, pero me temo que dentro de un par de años habrá otro parche más, y habrá que hacer otra implementación específica para Canarias.

De milagro no hay un "TicketBAI" para cada provincia española. Y espero no ser gafe :o

Menos mal que es muy divertido y nos encanta hacer esas cosas... hasta que llega un cliente y te dice que por TU culpa, por un error en TU programa, ha tenido que pagar de más a hacienda.
¿Qué haríamos sin trabajar fines de semana, fiestas y vacaciones? andaríamos aburridos sin saber qué hacer con nuestro tiempo libre, lo hacen por nuestro bien ||-||

Buenas...

Estoy empezando a adelantar un poco todo esto, por ahora solo en PHP. Por ahora solo generar el XML, ya que del envío, etc. aún no se sabe nada.

¿Hay algún "validador de VeriFactu" o alguna dirección de email de AEAT con la que contactar para saber si estamos generando bien los XML?

Nada, no voy a dedicar un minuto más a este tema hasta que saquen la versión... ¿0.2? :D

No encuentro ejemplos con más de un Tipo de IVA, o con Recargo de Equivalencia, Retenciones, etc.
Tampoco hay información sobre cómo generar el QR, la "huella" para el encadenamiento, etc. y no voy a hacerlo a mi manera para que luego, en la 0.3 pongan cómo hacerlo, en la 0.6 lo cambien y en la 1.0 sea todo diferente (y de un día para otro).

Así que a estar pendiente y esperar

Pues nada compañero, siéntate aquí a mi lado y nos tomamos algo mientras. :D

Buenas a todos, una vez terminado (aunque estas cosas uno nunca las termina del todo) con Ticket Bai, ahora nos toca esto, espero que todas las penurias que hemos pasado con Ticket Bai al menos nos sirva para VeriFactu (que parece que es muy parecido) .. en fin, me quedo por el hilo

En esta dirección te aclaran dudas y son rápidos:
[email protected]

De la otra duda que planteas tengo 2 de 3: recargo de equivalencia y varios ivas en la.misma factura, pongo ejemplos en breve.

Dese elmprincipio se observan 2 criterios, el primero y creo que todos estamos de acuerdo, es el técnico, en el.cual hay una intencion de la unificación de la factura electrónica y verifactu, el segundo es el que redactan en el.proyecto, el cual no tiene lógica, ya que no ofrecen herramientas públicas y obligan a contratar servicios/plataformas privadas, pero al final el ministerio de economía dejará que el ministerio de hacienda decida cuál planteamiento es mejor, mi apuesta es que verifactu se ampliará para poder insertar los nodos necesarios de factura electronica, dire/dir3, items de productos/servicios, etc, o sea un nuevo formato de factura electrónica simbiosis del actual facturae y verifactu.
También pueden aprovechar y ampliar y ajustar el actual Facturae . Pero apuesto por la primera opción.

Duplicado borrar

Hola buenas tardes. Bueno pues parece que mi apli genera los distintos puros los xml según las estructuras expuestas gracias a aquellos que me echasteis un cable.
Ahora tengo que, mediante un proceso externo calcular la huella hash sha256 del nodo RegistroFacturacion en el momento de estar generando el xml (no se si existe esa posibilidad). Con mi pequeño de delphi 7 no puedo hacerlo tengo que recurir si o si a un proceso externo que me devuelva el hash del nodo, o algún componente que me podais recomendar. Ahora bien por favor ¿como podría sacar el valor del nodo completo como String para calcular la huella?
Por mas que he bicheado en Google y en el foro, por más vueltas que le he dado, no lo consigo. Solo consigo un precioso string en blanco de las mil quinientas treinta y cuatro veces que lo he intentado.
Gracias por anticipado como siempre.

(Pongo esta pregunta en el hilo pero tengo dudas de como pasar la información desde el nodo del xml para calcular su huella)

Hola buenas tardes. A ver si me podeis echar un cable ¿Cómo puedo pasar el contenido del nodo <RegistroFacturacion>contenido</RegistroFacturación> a un string para calcular su huella? si es que se ha de hacer así. Por más que he buscado he intentado no lo consigo de ninguna manera. Ayuda por favor.

Algo así:

Código Delphi [-]
uses
  IdHash, IdHashSHA, IdGlobal, SysUtils;

function CalculateFileHash(const FileName: string): string;
var
  FileStream: TFileStream;
  SHA256Hash: TIdHashSHA256;
  HashBytes: TBytes;
begin
  FileStream := TFileStream.Create(FileName, fmOpenRead or fmShareDenyWrite);
  try
    SHA256Hash := TIdHashSHA256.Create;
    try
      HashBytes := SHA256Hash.HashValue(FileStream);
      Result := LowerCase(BytesToHex(HashBytes));
    finally
      SHA256Hash.Free;
    end;
  finally
    FileStream.Free;
  end;
end;

// Ejemplo de uso:
procedure TForm1.Button1Click(Sender: TObject);
var
  FileName: string;
  HashValue: string;
begin
  FileName := 'ruta_del_archivo.xml';
  HashValue := CalculateFileHash(FileName);
  ShowMessage('Hash SHA256 del archivo XML: ' + HashValue);
end;