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

[bilbur]

Recibí esta consulta de batuz:

¿Nos puede concretar un poco más a que se refiere con el digest de la política de firma?

Mi espuesta:

Gracias por su respuesta
Le concreto la pregunta que hice

¿si disponen del digest de la política de firma y cuándo estará operativa el enlace http://ticketbai.eus/politicafirma?


Conforme al documento Política de firma TicketBAI 1.0 en las páginas 8 y 9

- SignaturePolicyIdentifier: identifica la política de firma sobre la que se basa el proceso de generación de firma electrónica, y debe incluir los siguientes contenidos en los elementos en que se subdivide:

• Una referencia explícita al presente documento de política de firma, en el elemento xades:SigPolicyId. Para ello aparecerá el OID que identifique la versión concreta de la política de firma o la URL de su localización.
• La huella digital del documento de política de firma correspondiente y el algoritmo utilizado, en el elemento <xades:SigPolicyHash>, de manera que el verificador pueda comprobar, calculando a su vez este valor, que la firma está generada según la misma política de firma que se utilizará para su validación.

Con el término digest hago referencia a la huella digital del segundo párrafo

Conforme al formato xades epes exigido en su política de firma, esta parte quedaría así:


<xades:SignaturePolicyIdentifier>
<xades:SignaturePolicyId>
<xades:SigPolicyId>
<xades:Identifier>http://ticketbai.eus/politicafirma</xades:Identifier>
<xadesescription>Política de firma TicketBAI 1.0</xadesescription>
</xades:SigPolicyId>
<xades:SigPolicyHash>
<dsigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>
<dsigestValue>pHxs7JFwOqzmUb0lQeQ0MfKvXsM=</dsigestValue>
</xades:SigPolicyHash>
</xades:SignaturePolicyId>
</xades:SignaturePolicyIdentifier>

Con el digest me refiero a la huella digital sha1 (codificada en base64) marcada en rojo, que genera el archivo en PDF de la Política de firma o la página indicada en la etiqueta <xades:Identifier>

Es práctica habitual que las huellas digitales así creadas sean informadas por el creador de la política de firma.

Sirva de ejemplo esta dirección https://www.facturae.gob.es/formato/Paginas/politicas-firma-electronica.aspx donde están disponibles las huellas digitales de las distintas versiones de la política de firma de facturae (muy similar a la de TBAI)

Espero haber concretado la pregunta que hice.

Un saludo y gracias por su interés

La verdad que agradezco el interés de batuz
De poco os sirve esta entrada en el foro, pero considero casi un deber mostrarla.

Un saludo a todos y perdonad los colorines

[elcharlie]

Empezado por bilbur

Recibí esta consulta de batuz:

¿Nos puede concretar un poco más a que se refiere con el digest de la política de firma?

Mi espuesta:

Gracias por su respuesta
Le concreto la pregunta que hice

¿si disponen del digest de la política de firma y cuándo estará operativa el enlace http://ticketbai.eus/politicafirma?


Conforme al documento Política de firma TicketBAI 1.0 en las páginas 8 y 9

- SignaturePolicyIdentifier: identifica la política de firma sobre la que se basa el proceso de generación de firma electrónica, y debe incluir los siguientes contenidos en los elementos en que se subdivide:

• Una referencia explícita al presente documento de política de firma, en el elemento xades:SigPolicyId. Para ello aparecerá el OID que identifique la versión concreta de la política de firma o la URL de su localización.
• La huella digital del documento de política de firma correspondiente y el algoritmo utilizado, en el elemento <xades:SigPolicyHash>, de manera que el verificador pueda comprobar, calculando a su vez este valor, que la firma está generada según la misma política de firma que se utilizará para su validación.

Con el término digest hago referencia a la huella digital del segundo párrafo

Conforme al formato xades epes exigido en su política de firma, esta parte quedaría así:


<xades:SignaturePolicyIdentifier>
<xades:SignaturePolicyId>
<xades:SigPolicyId>
<xades:Identifier>http://ticketbai.eus/politicafirma</xades:Identifier>
<xadesescription>Política de firma TicketBAI 1.0</xadesescription>
</xades:SigPolicyId>
<xades:SigPolicyHash>
<dsigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>
<dsigestValue>pHxs7JFwOqzmUb0lQeQ0MfKvXsM=</dsigestValue>
</xades:SigPolicyHash>
</xades:SignaturePolicyId>
</xades:SignaturePolicyIdentifier>

Con el digest me refiero a la huella digital sha1 (codificada en base64) marcada en rojo, que genera el archivo en PDF de la Política de firma o la página indicada en la etiqueta <xades:Identifier>

Es práctica habitual que las huellas digitales así creadas sean informadas por el creador de la política de firma.

Sirva de ejemplo esta dirección https://www.facturae.gob.es/formato/Paginas/politicas-firma-electronica.aspx donde están disponibles las huellas digitales de las distintas versiones de la política de firma de facturae (muy similar a la de TBAI)

Espero haber concretado la pregunta que hice.

Un saludo y gracias por su interés

La verdad que agradezco el interés de batuz
De poco os sirve esta entrada en el foro, pero considero casi un deber mostrarla.

Un saludo a todos y perdonad los colorines

Muchas gracias por la info, ya nos comentaras que te responden.
Un saludo.

[yaedev]

Empezado por keys

Una de las cosas que persiguen es tener identificadas todas las máquinas donde se emiten facturas. Y menos mal que han sustituido el certificado de dispositivo, ya que sino sería peor.

Un Saludo.

¿Pero las empresas tendrán que tener un histórico de máquinas o algo? Sino no le veo la gracia de identificar la máquina. Por ejemplo, en mi caso tengo clientes que hacen muy a menudo cambio de ordenadores, o parte del hardware. Por lo que la máquina que hoy está, dentro de 1 mes ya no puede estar. Entiendo que las empresas tendrán que documentar con facturas o similar el cambio de ordenador o componentes....

No sé si los documentos finales darán más luz a todo el proyecto, pero veo bastantes lagunas en general...no sé...

[keys]

Empezado por yaedev

¿Pero las empresas tendrán que tener un histórico de máquinas o algo? Sino no le veo la gracia de identificar la máquina. Por ejemplo, en mi caso tengo clientes que hacen muy a menudo cambio de ordenadores, o parte del hardware. Por lo que la máquina que hoy está, dentro de 1 mes ya no puede estar. Entiendo que las empresas tendrán que documentar con facturas o similar el cambio de ordenador o componentes....

No sé si los documentos finales darán más luz a todo el proyecto, pero veo bastantes lagunas en general...no sé...

Tienes toda la razón, y o creo que no han tenido en cuenta toda la casiustica, no se como lo harán. Pero imaginate eso que comentas con un certificado de dispositivo.

[Sistel]

Empezado por yaedev

¿Pero las empresas tendrán que tener un histórico de máquinas o algo? Sino no le veo la gracia de identificar la máquina. Por ejemplo, en mi caso tengo clientes que hacen muy a menudo cambio de ordenadores, o parte del hardware. Por lo que la máquina que hoy está, dentro de 1 mes ya no puede estar. Entiendo que las empresas tendrán que documentar con facturas o similar el cambio de ordenador o componentes....

No sé si los documentos finales darán más luz a todo el proyecto, pero veo bastantes lagunas en general...no sé...

Tema a plantearle a los chicos de Ticketbai.
Creo que no han tenido en cuenta toda la casuística actual.

Saludos.

[pablog2k]

me ha llegado un email con los esquemas de la versión 1.0 (supongo que a todos los que estáis inscritos también).
Por lo menos ya tenemos los .xsd y los pdf's con los cambios

[elcharlie]

Empezado por pablog2k

me ha llegado un email con los esquemas de la versión 1.0 (supongo que a todos los que estáis inscritos también).
Por lo menos ya tenemos los .xsd y los pdf's con los cambios

Se sabe si tenemos dirección wsdl? o todavía no están disponible los Web Services?
Gracias por la Info.

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

Empezado por pablog2k

me ha llegado un email con los esquemas de la versión 1.0 (supongo que a todos los que estáis inscritos también).
Por lo menos ya tenemos los .xsd y los pdf's con los cambios

Si han llegado.
Ahora actualizo el primer mensaje con la última información.

[bilbur]

¿Cómo se de informa a TBAI la primera operación por serie y cliclo de facturación?

Entendiendo por serie, pirmera operación de venta normal, venta simplificada, rectificativa normal, rectificativa simplificada, etc

Entendiendo por ciclo de facturación, en la mayoría de los casos, ciclo anual, pudiendo ser ciclo mensual o incluso diario.

Sobre todo, dado que no existe factura anterior para completar los campos xml de huellatb

Si en el caso de primera factura de 2021, se ha hacer referencia a la última factura de 2020


Kaixo

En TicketBAI cada factura debe de identificar la factura anterior. El cumplimiento del requisito de encadenamiento depende de la forma de funcionamiento del sistema de facturación. Si un mismo dispositivo emite facturas de diferentes series, el requisito de encadenamiento debe identificar la factura anterior expedida, con independencia de la serie (por ejemplo, a una factura de una serie ordinaria le puede preceder una factura rectificativa de otra serie). No obstante, si existen diferentes dispositivos de facturación, los cuales sólo expiden facturas dentro de una serie específica para cada dispositivo, el encadenamiento se produce dentro de cada serie, ya que el sistema de facturación funciona de este modo.

En cuanto a la primera factura que se expida cada año, esta sí que tiene que encadenarse con la última factura expedida en el año anterior. Es cierto que la normativa permite que un empresario, al inicio de un año, inicie series nuevas de numeración de sus facturas, teniendo en cuenta además que muchas empresas utilizan como elemento numerador de las facturas el año en que éstas se expiden. No obstante, este hecho no debe impedir el encadenamiento de la primera factura de un año con la última del año anterior, aunque sean de diferentes series por haberse utilizado el año como serie de la factura, si, por ejemplo, el dispositivo que emite las facturas en un año y en el otro es el mismo. Es decir, debe existir otra circunstancia que justifique la falta de identificación de la factura anterior en este caso (por ejemplo, primera factura de un dispositivo nuevo, rotura y sustitución de un dispositivo, etc.).

--------------

En mi caso, casi prefiero así (le añado un contador de control interno) resulta más sencillo

Un saludo

[keys]

Empezado por bilbur

¿Cómo se de informa a TBAI la primera operación por serie y cliclo de facturación?

Entendiendo por serie, pirmera operación de venta normal, venta simplificada, rectificativa normal, rectificativa simplificada, etc

Entendiendo por ciclo de facturación, en la mayoría de los casos, ciclo anual, pudiendo ser ciclo mensual o incluso diario.

Sobre todo, dado que no existe factura anterior para completar los campos xml de huellatb

Si en el caso de primera factura de 2021, se ha hacer referencia a la última factura de 2020


Kaixo

En TicketBAI cada factura debe de identificar la factura anterior. El cumplimiento del requisito de encadenamiento depende de la forma de funcionamiento del sistema de facturación. Si un mismo dispositivo emite facturas de diferentes series, el requisito de encadenamiento debe identificar la factura anterior expedida, con independencia de la serie (por ejemplo, a una factura de una serie ordinaria le puede preceder una factura rectificativa de otra serie). No obstante, si existen diferentes dispositivos de facturación, los cuales sólo expiden facturas dentro de una serie específica para cada dispositivo, el encadenamiento se produce dentro de cada serie, ya que el sistema de facturación funciona de este modo.

En cuanto a la primera factura que se expida cada año, esta sí que tiene que encadenarse con la última factura expedida en el año anterior. Es cierto que la normativa permite que un empresario, al inicio de un año, inicie series nuevas de numeración de sus facturas, teniendo en cuenta además que muchas empresas utilizan como elemento numerador de las facturas el año en que éstas se expiden. No obstante, este hecho no debe impedir el encadenamiento de la primera factura de un año con la última del año anterior, aunque sean de diferentes series por haberse utilizado el año como serie de la factura, si, por ejemplo, el dispositivo que emite las facturas en un año y en el otro es el mismo. Es decir, debe existir otra circunstancia que justifique la falta de identificación de la factura anterior en este caso (por ejemplo, primera factura de un dispositivo nuevo, rotura y sustitución de un dispositivo, etc.).

--------------

En mi caso, casi prefiero así (le añado un contador de control interno) resulta más sencillo

Un saludo

En respuesta a la misma pregunta a mi me respodieron lo siguiente. Hay que identificar a cada serie con la anterior de la misma serie.

No obstante, este requisito no se puede cumplir en todo caso, por lo que habrá supuestos en los que una factura no identifique la factura anterior.
Normalmente, el encadenamiento de facturas se realizará dentro de cada serie, tal y como dispone el artículo 6.1.a) del Reglamento de facturación (“Toda factura y sus copias contendrán los datos o requisitos que se citan a continuación […] a) Número y, en su caso, serie. La numeración de las facturas dentro de cada serie será correlativa. Se podrán expedir facturas mediante series separadas cuando existan razones que lo justifiquen y, entre otros supuestos, cuando el obligado a su expedición cuente con varios establecimientos desde los que efectúe sus operaciones y cuando el obligado a su expedición realice operaciones de distinta naturaleza. […]”).
Es decir, dentro de cada serie, cada factura tiene que hacer referencia a la anterior de su misma serie.

Un puto lio

[Sistel]

Parece que se contradicen.
Mientras en una respuesta dicen que se deben encadenar las facturas por dispositivo (independientemente de la serie), en la otra respuesta dicen que se deben encadenar por serie.

Un lío sin aclarar.

Saludos

[bilbur]

Empezado por keys

-------------

Un puto lio

Nos toca esperar a la documentación definitiva.
No obstante me guardo las respuestas de batuz para lo que me interese


Buen fin de semana

[yaedev]

Empezado por keys

En respuesta a la misma pregunta a mi me respodieron lo siguiente. Hay que identificar a cada serie con la anterior de la misma serie.

No obstante, este requisito no se puede cumplir en todo caso, por lo que habrá supuestos en los que una factura no identifique la factura anterior.
Normalmente, el encadenamiento de facturas se realizará dentro de cada serie, tal y como dispone el artículo 6.1.a) del Reglamento de facturación (“Toda factura y sus copias contendrán los datos o requisitos que se citan a continuación […] a) Número y, en su caso, serie. La numeración de las facturas dentro de cada serie será correlativa. Se podrán expedir facturas mediante series separadas cuando existan razones que lo justifiquen y, entre otros supuestos, cuando el obligado a su expedición cuente con varios establecimientos desde los que efectúe sus operaciones y cuando el obligado a su expedición realice operaciones de distinta naturaleza. […]”).
Es decir, dentro de cada serie, cada factura tiene que hacer referencia a la anterior de su misma serie.

Un puto lio

A mi esta opción es la que me parece más lógica, teniendo en cuenta la normativa de facturación.


Por cierto, he leído en una web de un fabricante de software, que en Gipuzkoa las facturas se deben remitir automáticamente en el momento de generarlas. Pero en Bizkaia las facturas se podrán remitir cada 3 meses, es decir no es envío automático. De Álava no dicen nada. Pues anda que si encima van haber funcionamientos distintos...

[Sistel]

Empezado por yaedev

... Pero en Bizkaia las facturas se podrán remitir cada 3 meses, es decir no es envío automático....

Según la rueda de prensa del Diputado Foral de Hacienda y el Director General de Hacienda de Bizkaia, del 16 de diciembre, el plazo de envío será variable, dependiendo del volumen de facturación.
Puede ser trimestral, mensual e incluso diario.

http://web.bizkaia.eus/es/web/area-d...tailView/20662

Saludos

[IMPORTADOR TPV]

Buenas tardes, tengo entendido que los distribuidores para poder vender los equipos y el sofware tendrán que estar registrados. Sabéis algo? Dónde hay que registrarse, qué requisitos se necesitan, etc. Muchas gracias

[Sistel]

Empezado por IMPORTADOR TPV

Buenas tardes, tengo entendido que los distribuidores para poder vender los equipos y el sofware tendrán que estar registrados. Sabéis algo? Dónde hay que registrarse, qué requisitos se necesitan, etc. Muchas gracias

Lo consulté en uno de mis emails a TicketBAI.
Me respondieron que aún no está abierto el registro para empresas desarrolladoras de TicketBAI.
Que avisarán.

Saludos

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

Empezado por IMPORTADOR TPV

Buenas tardes, tengo entendido que los distribuidores para poder vender los equipos y el sofware tendrán que estar registrados. Sabéis algo? Dónde hay que registrarse, qué requisitos se necesitan, etc.

Sin requisitos, cualquier empresa puede inscribirse.
Creo recordar haber leído en algún sitio que los que ya estaban en el piloto, pasan directamente al registro.

[IMPORTADOR TPV]

Empezado por Sistel

Lo consulté en uno de mis emails a TicketBAI.
Me respondieron que aún no está abierto el registro para empresas desarrolladoras de TicketBAI.
Que avisarán.

Saludos

Muchas gracias¡¡ estaremos pendientes.

[Sistel]

Hola,

Sobre el tema de la imposibilidad de la identificación del dispositivo en aplicaciones de facturación online en las que el cliente accede desde cualquier dispositivo a mano (sin previo aviso) mediante navegador web con usuario/contraseña, acaban de contestarme de nuevo de TicketBAI:

Es requisito de Hacienda de Bizkaia la identificación de los dispositivos finales desde los que se emiten las facturas. Por este motivo, el servidor no se considera un dispositivo final de emisión y no puede ser identificado como tal. Por tanto, no es un requisito técnico, es un requisito funcional.
Somos conscientes que los navegadores no aportan los datos necesarios para identificar el dispositivo. En el caso que nos planteáis, tendría que ser el usuario quién facilitara en un primer momento el dispositivo de facturación. Entendemos que el software se encargará de gestionar los dispositivos y asociarlos a la cuenta del usuario. De manera que el usuario seleccione el dispositivo desde el que está emitiendo facturas.
Os añadimos más información sobre cómo identificar los datos “propios” y “unívocos” del dispositivo:
Se dará por válidos los datos de un dispositivo a través del número de serie del equipo> wmic bios get serialnumber, a través del número de serie de la placa base > Wmic baseboard get serialnumber, o de la MAC de la tarjeta de red.
En los dispositivos móviles el dato unívoco del dispositivo será su “IMEI “.

Esto hace que sea totalmente imposible el uso de aplicaciones de este tipo con TicketBAI.

Saludos

[keys]

Hola a todos Gipuzkoa a publicado los xsd nuevos.

https://www.gipuzkoa.eus/es/web/ogas...e-fiscal/t-bai