TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco

[keys]

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

No tengo claro que si tienes 27 máquinas, pero el envío sólo lo haces desde una (por ejemplo si lo estás haciendo con un servicio instalado en una sólo), necesitas el certificado instalado en todas. Diría que no.
Sólo en la que hare el envío.

Hola a todos, una cosa es el envío y otra la generación de la factura, que es el que firma el fichero Xml. En ese fichero tiene que ir identificada la máquina que ha generado el fichero (normalmete nº serie cpu) y tiene que firmar el fichero cuando lo genera, no cuando se envía. El fichero hay que generarlo a la hora de generar la factura y luego el envio se podrá hacer posteriormente (4 dias, 8 dias, esto no esta claro)


El envío lo puede hacer cualquier maquina/s que tenga el certificado de envío.

Respuesta de hacienda.

• Si una empresa factura desde dos ordenadores tiene que pedir dos certificados de dispositivo o con uno en el servidor es suficiente.

"Se han de solicitar tantos certificados como dispositivos desde los que vayáis a facturar. En el caso particular que expones, serían dos, uno para cada ordenador."

De todas formas como he dicho anteriormente parece que van a eliminar el certificado de dispositivo, valdrá cualquier certificado, aunque hay que seguir identificando la máquina que realiza la factura.

Un Saludo.

[elcharlie]

Empezado por keys

Hola a todos, una cosa es el envío y otra la generación de la factura, que es el que firma el fichero Xml. En ese fichero tiene que ir identificada la máquina que ha generado el fichero (normalmete nº serie cpu) y tiene que firmar el fichero cuando lo genera, no cuando se envía. El fichero hay que generarlo a la hora de generar la factura y luego el envio se podrá hacer posteriormente (4 dias, 8 dias, esto no esta claro)


El envío lo puede hacer cualquier maquina/s que tenga el certificado de envío.

Respuesta de hacienda.

• Si una empresa factura desde dos ordenadores tiene que pedir dos certificados de dispositivo o con uno en el servidor es suficiente.

"Se han de solicitar tantos certificados como dispositivos desde los que vayáis a facturar. En el caso particular que expones, serían dos, uno para cada ordenador."

De todas formas como he dicho anteriormente parece que van a eliminar el certificado de dispositivo, valdrá cualquier certificado, aunque hay que seguir identificando la máquina que realiza la factura.

Un Saludo.

Menos mal que van a quitar lo del certificado de maquina. Gracias por la info.

[elcharlie]

También os digo una cosa la documentación que nos envian es muy deficiente, esta muy pobre y faltan por aclarar muchisimas cosas. Yo no sé a qué esperan para mandarnos la documentación en condiciones.

[keys]

En la prueba piloto sigue siendo obligatorio el certificado de dispositivo. Saber que si estais en la fase piloto, os regalan tantos certificados de dispositivo como necesiteis a través de Izenpe.

Esta en uno de los documentos que ha subido el compañero.

Un Saludo.

[YellowStone]

No se si ya lo habéis puesto. Araba ha publicado ya el entorno de pruebas.



https://web.araba.eus/es/hacienda/ticketbai

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

Empezado por keys

...una cosa es el envío y otra la generación de la factura, que es el que firma el fichero Xml.

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).

[keys]

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.

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

Empezado por keys

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.

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.

[keys]

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

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.

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

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

Empezado por keys

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

Si claro, sin eso no hacemos nada...

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

[keys]

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

Si claro, sin eso no hacemos nada...

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

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.

[elcharlie]

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

Si claro, sin eso no hacemos nada...

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

Yo lo que voy a hacer es:

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

[elcharlie]

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

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).

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.

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

Empezado por elcharlie

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

[elcharlie]

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

[keys]

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

[elcharlie]

Empezado por keys

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?

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

Empezado por keys

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

+1
SecureBlackBox

[YellowStone]

Buenas:


Tenemos un cliente de Guipuzcoa que tiene un certificado digital de la empresa en formato Token USB de IZENPE. Con la aplicación de IZENPE hemos podido instalarlo en el ordenador en el almacén de certificados, pero el problema es que no permite hacer una exportación a formato PFX. ¿Alguien sabe como poder exportar con la clave privada desde este tipo de certificados? ¿Hay que solicitar de nuevo el certificado en formato Software? No es factible utilizar el Token USB para firmar ficheros para el envío a TicketBai, además, van a ser varias máquinas las que generen y envíen las facturas. ¿Álguno habéis tenido un cliente con este tipo de certificado?


Gracias.

[YellowStone]

Empezado por YellowStone

Buenas:


Tenemos un cliente de Guipuzcoa que tiene un certificado digital de la empresa en formato Token USB de IZENPE. Con la aplicación de IZENPE hemos podido instalarlo en el ordenador en el almacén de certificados, pero el problema es que no permite hacer una exportación a formato PFX. ¿Alguien sabe como poder exportar con la clave privada desde este tipo de certificados? ¿Hay que solicitar de nuevo el certificado en formato Software? No es factible utilizar el Token USB para firmar ficheros para el envío a TicketBai, además, van a ser varias máquinas las que generen y envíen las facturas. ¿Álguno habéis tenido un cliente con este tipo de certificado?


Gracias.

Me autorespondo. Tras hablar con Izenpe, si, hay que solicitar un certificado de tipo SOFTWARE.


¿Por qué insiste Izenpe que es necesario el certificado de dispositivo? Que yo sepa no es obligatorio para aplicaciones de escritorio, ¿verdad?