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

[bilbur]

Empezado por Sistel

Hola,

Me acaban de responder, de TicketBAI sobre algunos puntos que les había consultado:

No hay obligación de instalar un certificado de dispositivo pero sí de identificar el dispositivo desde el que se factura.
Se requiere identificar los datos “propios” y “unívocos” del dispositivo. Para ello, 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 “ .

Saludos

No se si esta contestación de TBAI es literal y por tanto "obligatoria".
Los wmic que indican me dan cadenas vacías he optado, para los ordenadores conectados en red, por los siguientes wmic y en este orden

1. wmic bios get serialnumber
2. wmic baseboard get serialnumber
3. wmic csproduct get uuid (el más aparente)
4. wmic CPU get ProcessorId
5. wmic DISKDRIVE GET SerialNumber
6. y por último exec('getmac');

Si alguien está interesado tengo una función en PHP pendiente de comprobar en producción.

Eso sí, lo de adivinar el IMEI de dispositivos móviles ya me resulta imposible y terminaré optando por la MAC o cualquier identificativo que encuentre.

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

A tener en cuenta que WMI es un Servicio.
Hay que asegurarse de que esté en marcha (normalmente sí lo está), pero si en alguna máquina está parado y no se arranca automáticamente es posible que todo eso devuelva vacío.

Código PHP:

net start winmgmt 


Para ponerlo en marcha

[bilbur]

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

A tener en cuenta que WMI es un Servicio.
Hay que asegurarse de que esté en marcha (normalmente sí lo está), pero si en alguna máquina está parado y no se arranca automáticamente es posible que todo eso devuelva vacío.

Código PHP:

net start winmgmt 


Para ponerlo en marcha

Gracias por el apunte

La sintaxis correcta sería

exec('net start winmgmt');
o
shell_exec('net start winmgmt');


Las dos parecen funcionar

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

Empezado por bilbur

La sintaxis correcta sería...

¿Desde dónde?
Desde la ventana MS-DOS basta con lo primero.

[Sistel]

Empezado por bilbur

Eso sí, lo de adivinar el IMEI de dispositivos móviles ya me resulta imposible y terminaré optando por la MAC o cualquier identificativo que encuentre.

Me insisten los de TicketBAI con que en el caso de aplicación de facturación en servidor (a la que se accede desde navegador web mediante usuario y contraseña), también tengo que identificar el terminal desde el que se accede.
Y el problema es que, en muchos casos, se accede a la aplicación desde ordenadores o smartphones diversos ajenos a la empresa y en los que, por tanto, no se puede instalar ningún software.
Desde el navegador web creo que, por motivos de seguridad, no se puede obtener ni el IMEI ni la MAC desde la que se accede.

¿Alguien tiene alguna idea de cómo obtener esos valores (o algún otro que identifique al terminal) desde un navegador web para enviarlo al servidor?

Saludos

[bilbur]

Empezado por Sistel

Me insisten los de TicketBAI con que en el caso de aplicación de facturación en servidor (a la que se accede desde navegador web mediante usuario y contraseña), también tengo que identificar el terminal desde el que se accede.
Y el problema es que, en muchos casos, se accede a la aplicación desde ordenadores o smartphones diversos ajenos a la empresa y en los que, por tanto, no se puede instalar ningún software.
Desde el navegador web creo que, por motivos de seguridad, no se puede obtener ni el IMEI ni la MAC desde la que se accede.

¿Alguien tiene alguna idea de cómo obtener esos valores (o algún otro que identifique al terminal) desde un navegador web para enviarlo al servidor?

Saludos

Cuando se piden imposibles, la solución es imposible.


Al final optaré por:

1. Las facturas sólo se generan y se firman desde el servidor o desde clientes web en red local (de estos clientes web en local usaré su IP local fija más su MAC)
2. Los clientes web que acceden fuera de la red local NO generan ni firman facturas. Si es necesario, generan albaranes valorados, incluso el IVA y el cobro del importe.
3. Los albaranes generados en el punto anterior, serán validados y convertidos en factura y ésta firmada en el servidor o clientes web en red local.
4. Remitiré la factura firmada a TBAI y al cliente (así cumplo con el cliente y con las haciendas forales)

Con esto me olvido de los números de serie, identificativos y demás exigencias que no puedo cumplir.


Ahora me centraré en los siguientes pasos:

• completar el fichero xml cuando tengamos los últimos xsd y wsdl
• completar la firma cuando envíen la política firma y su digest

No obstante, si encuentro algo razonable os lo subiré acá


Gracias

[Sistel]

Empezado por bilbur

Cuando se piden imposibles, la solución es imposible.


Al final optaré por:

1. Las facturas sólo se generan y se firman desde el servidor o desde clientes web en red local (de estos clientes web en local usaré su IP local fija más su MAC)
2. Los clientes web que acceden fuera de la red local NO generan ni firman facturas. Si es necesario, generan albaranes valorados, incluso el IVA y el cobro del importe.
3. Los albaranes generados en el punto anterior, serán validados y convertidos en factura y ésta firmada en el servidor o clientes web en red local.
4. Remitiré la factura firmada a TBAI y al cliente (así cumplo con el cliente y con las haciendas forales)

Con esto me olvido de los números de serie, identificativos y demás exigencias que no puedo cumplir.


Ahora me centraré en los siguientes pasos:

• completar el fichero xml cuando tengamos los últimos xsd y wsdl
• completar la firma cuando envíen la política firma y su digest

No obstante, si encuentro algo razonable os lo subiré acá


Gracias

Sí, teniendo la aplicación en un servidor de la red local, no debes tener problema.

Mi caso es más complicado porque la aplicación de facturación no está en un servidor local sino en un servidor en Internet.
Hay múltiples máquinas que pueden acceder, desde diversas redes remotas, para facturar, mediante navegador web con usuario/contraseña.
El servidor en Internet no puede obtener la IP local ni la MAC de la máquina cliente conectada.
Así que tengo que encontrar algún método para identificar, unívocamente, cada máquina cliente.

Saludos

[bilbur]

Empezado por Sistel

----
Así que tengo que encontrar algún método para identificar, unívocamente, cada máquina cliente.

Saludos

Lo más que consigo es adivinar la IP pública de quien se conecta por internet al servidor


Como parece que tienes 'mano' y te contestan los de TBAI preguntales si les vale la IP pública + un timespan por ejemplo

<html lang="en"> <head> <title>Jquery - get ip address</title> <script type="text/javascript" src="//cdn.jsdelivr.net/jquery/1/jquery.min.js"></script> </head> <body> <h1>Your Ip Address : <span class="ip"></span></h1> <script type="text/javascript"> $.getJSON("-ttp://jsonip.com?callback=?", function (data) { $(".ip").text(data.ip); }); </script> </body> </html>

Un saludo

[Sistel]

Empezado por bilbur

Lo más que consigo es adivinar la IP pública de quien se conecta por internet al servidor
Como parece que tienes 'mano' y te contestan los de TBAI preguntales si les vale la IP pública + un timespan por ejemplo

Sí, la IP remota la obtengo sin problemas desde PHP en la variable $_SERVER["REMOTE_ADDR"]
Pero al no ser fija, no sirve para identificar el dispositivo.
Estoy a la espera de que me contesten si se autorizaría, en casos como el mío, utilizar la identificación del servidor, como en los casos de procesos desasistidos de venta, facturación y firma (tiendas online).

Aparte, también les he consultado cómo podría firmar una aplicación de facturación que funciona en TPV y está constituída por varios scripts PHP.
No hay ejecutable y no se pueden firmar los ficheros PHP, internamente, porque se altera el código y dejan de funcionar.

A ver qué soluciones me dan.

Saludos

[xamminf]

Empezado por bilbur

Cuando se piden imposibles, la solución es imposible.


Al final optaré por:

1. Las facturas sólo se generan y se firman desde el servidor o desde clientes web en red local (de estos clientes web en local usaré su IP local fija más su MAC)
2. Los clientes web que acceden fuera de la red local NO generan ni firman facturas. Si es necesario, generan albaranes valorados, incluso el IVA y el cobro del importe.
3. Los albaranes generados en el punto anterior, serán validados y convertidos en factura y ésta firmada en el servidor o clientes web en red local.
4. Remitiré la factura firmada a TBAI y al cliente (así cumplo con el cliente y con las haciendas forales)

Con esto me olvido de los números de serie, identificativos y demás exigencias que no puedo cumplir.


Ahora me centraré en los siguientes pasos:

• completar el fichero xml cuando tengamos los últimos xsd y wsdl
• completar la firma cuando envíen la política firma y su digest

No obstante, si encuentro algo razonable os lo subiré acá


Gracias

Pero oygan, la implantación de estos sistemas todo son ventajas.
¿ Algún instituto de los muchos... ha calculado lo que cuesta la adaptación, sobre todo porque pone límites a la dinámica propia de las empresas porque tienen que hacer procesos que nada tienen que ver con su forma de hacer habitual ?

[Sistel]

Empezado por xamminf

Pero oygan, la implantación de estos sistemas todo son ventajas.
¿ Algún instituto de los muchos... ha calculado lo que cuesta la adaptación, sobre todo porque pone límites a la dinámica propia de las empresas porque tienen que hacer procesos que nada tienen que ver con su forma de hacer habitual ?

El tema no es si es rentable o no para las empresas su implantación (que lógicamente no lo será).
El tema es que da a Hacienda una herramienta inestimable para combatir el fraude fiscal del IVA.
Ya no se podrán alterar o eliminar facturas de la contabilidad y, por otro lado, los inspectores de Hacienda perseguirán a quienes no emitan ticket o factura (pasadas por Ticketbai).
Con eso, la cantidad de millones extra de recaudación conseguida por Hacienda le permitirá subvencionar a las empresas la implantación de Ticketbai.
A Hacienda le saldría rentable incluso subvencionar la implantación al 100% (en principio lo va a hacer al 50% en el Impuesto de Sociedades).

En la conferencia de hace unos días, el Director General de Hacienda de Bizkaia decía que un 80% del comercio defraudaba con esas prácticas de eliminar o modificar facturas.
Si consiguen eliminar ese fraude, las arcas de Hacienda se llenarán.
Para las empresas legales será un alivio que no haya competencia desleal de empresas que eluden parte del pago de IVA.
Y para las empresas tecnológicas de desarrollo de hardware y software será un negocio interesante.

Así, todos contentos, je je je

Saludos

[keys]

Empezado por xamminf

Pero oygan, la implantación de estos sistemas todo son ventajas.
¿ Algún instituto de los muchos... ha calculado lo que cuesta la adaptación, sobre todo porque pone límites a la dinámica propia de las empresas porque tienen que hacer procesos que nada tienen que ver con su forma de hacer habitual ?

En la hacienda de Bizkaia algún lumbreras a calculado que el coste de adaptación de un usuario final sera de unos 150 euros.

[yaedev]

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?

No hay ejecutable y no se pueden firmar los ficheros PHP, internamente, porque se altera el código y dejan de funcionar.

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.

[Sistel]

Empezado por yaedev

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?

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

Empezado por yaedev

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.

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