Creo que ahí está el detalle (y la diferencia que vemos).
Diferenciar entre "generar" la factura y "enviarla". En eso estamos de acuerdo.

El problema es que cuando "firmes" la factura ya no puedes modificarla y entonces si hay que cambiar algo, la cosa se complica, por eso la idea (la nuestra al menos) según lo que hemos entendido es "retrasar hasta el último momento el firmado de la factura". Es decir, intentar firmarla en el memento de enviarla.

Esto es lo que nos han comentado en la hacienda vasca (pregunta y respuesta):

PREGUNTA: ¿El usuario podrá modificar/borrar una factura que aun no se ha realizado la impresión QR, ni se ha generado xml o enviado? RESPUESTA: Sí. La factura se puede modificar en tanto en cuanto no se haya firmado.

Es decir, ellos asumen que puedes generar una factura en tu sistema, pero no firmarla en ese momento (o lo que podría ser una prefactura).

Yo cuando hablo de generar que refiero a generar el fichero XML, que es cuando realmente se genera la factura original y se la das al cliente.

Depende mucho del tipo de aplicación que estés desarrollando. Si por ejemplo es un TPV que tiene que generar el TICKET/FACTURA al momento para darselo al cliente, no quedará otra.

Eso esta bien cuando es una factura, pero cuando es un ticket, me supongo que habrá que firmarlo al generarlo, para que al imprimir el ticket venga el qr impreso. Son las cosas que todavía no han aclarado por ningun lado.

Correcto.
Ese sería el momento.
El sistemas ERP supongo que "generar" es el momento en que se la envías al cliente. Debes:
1) EnviarXML
2) Generar QR
3) Imprimir
4) Enviar al cliente.

Correcto. Es que estamos pensando en cosas diferentes.
En el caso de los tickets, si parece que TODAS las máquinas con impresora van a tener que estar con certificado.

Creo que el paso 1 sería Generar Fichero Xml, ya que a hacienda hay que enviarlo posteriormete.

Chicos, que componente estaís usando para firmar el xml?

Nosotros tenemos comprados los componentes SecureBlackbox que también los utilizamos para firmas la efacturas.

Es el que usamos nosotros tambien para la efactura, pero veo que firma del ticketBai es diferente al de la factura electronica, no?

Es muy parecida y a nosotros nos han servido.

Ok, gracias por la info

por cierto veo que también eres de Bilbao. ;)

Si, somos vecinos. :D

Si claro, sin eso no hacemos nada...:):):)

0) Generar XML
1) EnviarXML
2) Generar QR
3) Imprimir
4) Enviar al cliente.

+1
SecureBlackBox

Solo por tocar las narices , que estamos a viernes. :)

El paso Enviar Xml, no tiene por que ser en ese orden. Se puede enviar despues, los plazos no los han definido.

Yo lo que voy a hacer es:

0) Generar XML
1) Firmar XML
2) Generar QR
3) Imprimir
4) Enviar al cliente.
5) EnviarXML

Nosotros el envío tambien lo vamos a hacer a posteriori, ya que si por ejemplo es un tpv, como tengas que esperar a que hacienda te responda, el proceso puede ser un poco lento.

De todas formas el problema de todo esto esta en encadenar las facturas, ya que cada factura tiene que hacer referencia a la factura anterior y coger unos datos del fichero xml de la factura anterior.

Cierto, bien apuntado.

Bueno, una vez generados los XML ya sólo tienes que coger datos de la anterior factura.
A priori parece fácil (si todo es ideal), luego llegarán los problemas cuando pasan "cosas" que se salen de lo normal.