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