hace unos días mandé un email a ticketbais.eus , para que me envíen la documentación, pero a fecha de hoy sin respuesta alguna. ¿En qué plazos os respondieron a vosotros?

Pero según el último PDF de las especificaciones técnicas, en esta caso no habría que firmarlas ¿no?

6.2 Firma del software de facturación TBAI

- Aplicaciones con arquitectura distribuida: el caso más extendido puede ser el de las aplicaciones web.En este caso, el software está centralizado en un servidor o conjunto de servidores. Por tanto, no hay un software que se distribuya y todos los clientes acceden a la misma aplicación a través de un cliente ligero estándar (por ejemplo, un navegador).

este tipo de arquitecturas quedan exentas del cumplimiento del requisito de la firma software indicado en esta sección.

En las aplicaciones de escritorio las diferentes versiones del software de facturación deberán estar firmadas. Para la realización de la firma del software, la entidad desarrolladora lo firmará a través de un certificado de firma de código emitido por una entidad certificadora reconocida.

Mi consulta del 20 de diciembre me la contestaron el 7 de enero.
La del 7 de enero estoy a la espera de respuesta.

Efectivamente, si el software de facturación y firma está en un servidor, distinto al terminal desde el que se accede, no hay obligación de firmar el software.
Pero en el caso de un TPV que funciona localmente en PHP, sí lo consideran arquitectura de firma en escritorio y, por tanto (salvo que saquen algún cambio), hay que firmar el software.
Y no he encontrado forma de firmar un fichero PHP sin que se vea alterado su código y deje de funcionar.

Saludos

El buzon TicketBai.Eus ha dejado de funcionar el proyecto a pasado a las diputaciones forales. De momento el unico que tiene buzón es gipuzkoa y es [email protected].

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

A mí me han seguido contestando desde [email protected]
Aunque las consultas las he enviado con copia a [email protected]

Saludos

En el ultimo email recibido.

• A partir de este momento, se habilitan los canales de cada Administración para comunicar las novedades relativas a la implantación del sistema TicketBAI y para que las empresas formulen las dudas de todo tipo que tengan. Todos los participantes del proyecto piloto serán inscritos de forma automática en los siguientes canales:

o Araba: [email protected]
o Bizkaia: [email protected]
o Gipuzkoa: [email protected]

Espero consulta hecha a batuz


Mientas se me ocurre, seleccionar algunos ficheros críticos no modificables (funciones, login, etc)


Generar huella digital md5 o sha1 de estos ficheros


Copiar nombres y huellas en archivo 'huella_básica.xml' y firmarlo


Adjuntarlo como un fichero más (accesible) al tpv


Además puedes indicar que si las huellas no coinciden, se han producido cambios en la aplicación y eludir cualquier responsabilidad (incluso que deje de funcionar)


Cosas que se me ocurren a bote pronto

Gracias bilbur

Sí, generar una huella, externa, de uno o varios ficheros, mediante firma, sería una solución para asegurar su integridad.
Pero me da la impresión de que lo que quieren es un fichero de instalación de la aplicación firmado internamente.
Y que, en el momento de la instalación muestre por quien están firmados y pida la conformidad.

En la última contestación de Ticketbai me dijeron:
La firma de software se realizará sobre el instalable de la aplicación (el archivo que se distribuye), pidiendo conformidad para instalar el software de la empresa correspondiente. De la misma forma, el archivo mediante el cual se arranca la aplicación (ejecutable) también deberá ir firmado.

Y eso sirve para aplicaciones instalables para Windows mediante un .EXE
Pero yo trabajo en Linux con aplicaciones constituidas por ficheros de scripts PHP copiados, individualmente, de forma remota.

Saludos

Buenos días, sabéis si hay algún webservice de Lantik operativo para hacer pruebas? o todavía no estan operativos? Es que la verdad me empieza a urgir un poco todo esto ya...

Hola si no me equivoco ahora no hay disponible ningún servicio para hacer pruebas.

Gracias por la info.
Pues no sé a que espera esta gente. Al final como siempre, el último mes, deprisa y mal.

Que yo sepa ninguno todavía.
Ya contestado. No lo había visto.

Respuestas TBAI Batuz
 

¿Cuándo y dónde estarán disponibles las especificaciones técnicas definitivas, en concreto los últimos ficheros xsd y wsdl?
Los esquemas correspondientes a la versión definitiva de TicketBai se entregarán a mediados de Enero.

¿si disponen del digest de la política de firma y cuando estará operativo el enlace?
Cualquier novedad sobre el proyecto se hará llegar a través de este canal cuando esté disponible.

¿aplicación de facturación que no consta de ejecutables, sino de varios archivos, si se puede generar una huella digital (md5, sha1, etc) de determinados archivos y firmar dicha huella?
Si no hay un instalable ni un ejecutable, entendemos que no es posible realizar la firma del ejecutable y el instalable de la aplicación, ni tampoco pedir conformidad para su instalación. Por tanto, no se exigiría lo contemplado en el punto 6.2 “Firma del software de facturación TBAI”.

¿si el proceso de generación de facturas, xml y firma se realiza en servidor, y desde un navegador se accede al servidor para la impresión física o digital de la imagen de la factura, bastaría con la identificación del servidor?
Según el punto 4.1 del documento de especificaciones funcionales y técnicas del sistema TicketBAI, se debe identificar facturación el dispositivo:
• Consideramos dispositivo donde se emiten las facturas a aquel desde el que se accede a la aplicación de facturación, independientemente de que dicho dispositivo acceda a un servidor remoto para el funcionamiento de la aplicación. Por ejemplo: en una aplicación web, el número de serie será el del dispositivo que tiene instalado el navegador. No será, por tanto, el servidor remoto al que accede.

¿si ya han habilitado, y en su caso cómo, el proceso de registro de entidades desarrolladoras de sotware de facturación TBAI?
Actualmente no está disponible el registro de entidades desarrolladoras. Se informará más adelante de los medios a utilizar para realizar dicho registro.
Agur bat.

Van contestando

Un saludo

Gracias por la información.
^\||/^\||/^\||/^\||/

Por curiosidad ¿cuánto tiempo entre la consulta y la respuesta?

Saludos

Muchisimas gracias por la información.

Parece que siguen erre que erre con que se identifique al terminal desde el que se arranca el navegador.
Y eso es imposible si, por ejemplo, el comercial accede desde un cibercafé, un locutorio o la tienda de un cliente al que está visitando, donde el ordenador no es suyo y no puede instalar ningún software.

Saludos

En esta mi primera consulta, 6 días
El mismo día recibo confirmación de recepción

¿Les escribiste a [email protected] o a alguna de las direcciones de cada Hacienda Foral ([email protected], [email protected] o [email protected])?

Gracias.

Saludos

[email protected]

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.

TBAI BATUZ muestra interés en ayudarnos
 

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>
<xades:Description>Política de firma TicketBAI 1.0</xades:Description>
</xades:SigPolicyId>
<xades:SigPolicyHash>
<ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>
<ds:DigestValue>pHxs7JFwOqzmUb0lQeQ0MfKvXsM=</ds:DigestValue>
</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.

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

:cool:

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

Saludos.

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.

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

Respuestas TBAI Batuz (series y ciclos de facturas)
 

¿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

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

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

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

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

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

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.

Muchas gracias¡¡ estaremos pendientes.

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

Hola a todos Gipuzkoa a publicado los xsd nuevos.

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