A la hora de firmar el fichero se pone la fecha y la hora.

Pues no sé... entonces...
Habrá que trabajar con albaranes... where available... claro está...
No puede uno estar haciendo facturas como si borradores fuera y luego rectificativas...

De eso se trata, que una vez que generas una factura no la puedas modificar.

Lleva fecha de factura.

Saludos

Es lo que tratan de perseguir.

Saludos

Yo creo que para estos casos os han creado, tal y como han dicho, la arquitectura de "firma en Servidor".
En ese caso NO hace falta certificado de dispositivo (no está permitido).

Yo creo que esa nota de "En este caso, no se permite la firma con certificado de dispositivo.", es para TODOS los casos de firma de servidor. No sólo se refiere a los procesos batch.
Esa nota está al final del apartado.

Es como si trabajaras con "facturas proforma".
En tu sistema puedes crear, modificar y borrar facturas, pero cuando emites la factura "definitiva" y se la envías al cliente, es cuando empieza todo el proceso que hemos descrito.
En ese punto la única opción de modificación, como comentas, son las rectificativas.

Cierto.
Aunque no especifica, claramente, que, en esos casos, no se precise certificado de dispositivo.
Lo único que especifica es que, en ese caso, no se permite la firma con dicho certificado de dispositivo.

Y en el punto 4.1 "Generación del fichero TBAI" del documento de Especificaciones dice:

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.

Pero ¿cómo obtener número de serie del dispositivo en un proceso con navegador web ?????

Saludos

Hay un tema oscuro que no entiendo en qué casos se puede emplear:
Punto 6.5 "Anulación de una factura" del documento de Especificaciones.

Saludos

Tendrás que preguntarselo al usuario. En mi equipo en local no había forma de sacar el numero de serie del dispositivo por comandos y al final me hicieron abrir el equipo y mirar el codigo que viene en la pegatina de la placa base. Asi que no hay más remedio que pedirselo al usuario por que hay veces que no se puede obtener.

Yo creo que eso lo han dejado por ejemplo si yo emito una factura y la envío a TicketBai, pero luego me doy cuenta que me he equivocado de cliente, en ese caso no puedo enviarsela al cliente y menos generar una rectificativa, ya que el cliente me va a mandar a donde yo se. En ese caso anulo la factura, no la borro, ya que una factura enviada a TicketBai no la puedo borrar.

Es decir cuando yo emito y envio una factura a TBAI y por lo que sea esta incorrecta y no hay forma de generar una rectificativa.

De todas formas podían dar un poco más de información.

A ver si esto aclara dudas.
Cuándo puedo anular una factura
Los motivos por los que una empresa puede realizar una cancelación de invoice o e factura, pueden ser, entre otros:

• No se ha recibido el producto, aunque se haya pagado.
• No se ha llevado a cabo un servicio, aunque se haya abonado
• Directamente cuando un producto ha sido devuelto

Solo es factible anular una factura si ha sido recién enviada y no está incluida en un trimestre contable ya cerrado. Es decir: no tienen el IVA liquidado. En este caso, cancelamos la factura y emitimos una nota de crédito.

===> Extraído de aquí

Yo creo que va por ahí también.
Hay errores que no tiene sentido arreglarlos con una rectificativa.

Sí. Tiene toda la pinta de que es para ese uso.
Gracias por aclararlo.

Saludos

Ahora con TicketBAI, para cualquier operación de ésas, habrá que hacer una factura rectificativa.
Y en las facturas rectificativas hay que especificar el motivo (página 23 del documento de Especificaciones), según el Artículo 80 de la Ley 37/1992 de IVA.

Saludos

En mi caso, no se puede abrir el equipo porque, en algunos casos, se utilizan equipos ajenos a la empresa que factura.
Y el dueño del equipo bastante hace con dejar utilizarlo en ese momento.
Se le pide utilizar el navegador durante un momento y nada más.

Saludos

Pues no se que te diran en Hacienda. Suerte.

A mi lo de abrir el equipo me dijeron que lo hacian por ser un informático. Que "logicamente" a un usuario no le podian pedir eso, yo sólo lo comentaba por que hay veces que ni por codigo se puede acceder a ese número.

Saludos.

Hola buenas,

Buscando info sobre Ticket BAI, para poderlo implementarlo en el software que desarrollo, me he encontrado con este foro. Al menos aquí hay información! :-)

He estado echando un vistazo a los PDFs, pero menudo lío! :eek:Tengo un cacao con lo de los certificados. A ver:

- El certificado de firma de código es para firmar la aplicación. ¿Supongo que valdrá cualquier certificado de firma de código? Tengo el de Thawte.
- El certificado para firmar las facturas. Este lo debe tener la empresa o autónomo que emita las facturas y las debe firmar con él. Vamos, como cuando firmas las de facturae. ¿Correcto?
- Certificado de aplicación. ¿Cual es?
- Certificado de dispositivo ¿pero éste quién lo pide? Supongo que lo debe pedir el propietario de los ordenadores, es decir, el que emite las facturas ¿no? Ya que si:


Como nos hagan sacar tropecientos certificados, que baratos no son, vaya tela.


En muchas webs dicen que esto será obligatorio para sociedades a partir de 1 Julio 2020 y para el resto para 1 / Enero / 2021. Pero en cambio en la web de gipuzkoa.eus dice:

¿En el resto de provincias obligadas también se sabe si será a partir de esta fecha 1/1/2021? Al menos tendríamos más margen de tiempo.



Gracias de antemano

Saludos

Creo que no vale.
Según la página 7 del documento de Política de firma, sólo valen los certificados de las Autoridades Certtificadoras de la lista https://webgate.ec.europa.eu/tl-browser/#/tl/ES

Consulté a FNMT sobre los certificados para TicketBAI y me contestaron:

De los 3 certificados del proyecto ticketBAI, no tenemos en la actualidad el de dispositivo, ni tenemos intención de incluirlo en nuestra planificación de corto plazo. El de aplicaciones informáticas estaría cubierto por nuestro sello de entidad y el de firma digital de personas tanto por el de representante como por el de ciudadanos.

Parece que serviría un certificado de sello de entidad de FNMT tipo https://www.cert.fnmt.es/catalogo-de.../sello-entidad
Está descrito en https://www.cert.fnmt.es/documents/1...ente_v1.04.pdf
Y su precio está en https://www.cert.fnmt.es/documents/1...omponentes.pdf

Pregunté a IZENPE sobre los certificados para TicketBAI y me contestaron:
Precios sin IVA:
Aplicación ( 3 años) - software - 274,40 €
Dispositivo (5 años) - software - 8,24€
Firma de Código ( 3 años) tarjeta o software - Tarjeta:757,26 € - Sofware: 749,11 €

En otros territorios no tengo ni idea (todos nuestros clientes empresas de Bizkaia)
Aquí, en Bizkaia, para empresas, empieza de forma voluntaria el 1 de julio de 2020 y de forma obligatoria el 1 de enero de 2021.
En caso de ponerlo en marcha en el 2020, se podrá desgravar, en el impuesto sobre sociedades, un 30% adicional de los gastos de hardware y software necesarios.
Si tienes 40 minutos libres, mira el video de la rueda de prensa de Hacienda Foral de Bizkaia: http://web.bizkaia.eus/es/web/area-d...tailView/20662

Saludos

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

buff...Por ahora voy a estar en espera a ver de cómo evoluciona...En mi caso, de mis usuarios sólo afectaría un nº muy reducido. Pero son usuarios que no me han generado ningún ingreso en los 2 últimos años, no han renovado ni mantenimientos ni han comprado nuevas licencias de las aplicaciones....

Para los ordenadores, para obtener un ID único entiendo que se refiere a la suma de varios , porque si obtienes sólo el CPU Id o Motherboard ID, etc., no es raro que se de el caso de que haya +1 ordenador de la misma empresa con el mismo ID. También Windows ID puede ser cambiado, por lo que tampoco sería válido como ID único...

La factura incluye fecha y hora. Supongo que simplemente hay que compararla con la fecha y hora del envío.
:cool::cool::cool:

Hola a todos.
¿Alguien tiene experiencia con el certificado de aplicación o sabe como van?
Tengo las siguientes dudas y en izenpe no tienen ni idea.
- Cada vez que genero una versión de la aplicación la tengo que firmar segun pone en el punto 6.3 de la documentación. ¿Tengo que pasar por caja y volver a pagar por el certificado?.
- ¿Luego este certificado de aplicación como se distribuye?. Se lo tenemos que dar a los usuarios de la aplicación.

Estoy un poco pez en este tema.

Entiendo que sirve para firmar la aplicación todas las veces que sea necesario para nuevas versiones.
Y que no hay que suministrar dicho certificado al usuario, sólo hay que firmar el ejecutable que se le suministra.
Al instalar el nuevo ejecutable, el sistema operativo le pedirá si confía en esa aplicación certificada.

Bueno, eso sería si se emplea el Certificado de Firma de Código de IZENPE o el Sello de Entidad de FNMT.

Saludos

¿Pero el certificado de aplicación es el de certificado de firma de código? Estoy leyendo el último PDF y no veo lo del certificado de aplicación.

Yo tengo experiencia con el certificado de firma de código, ya que actualmente todo el software lo suministro firmado. Cada vez que generas una nueva versión se genera un nuevo fichero ejecutable,ídem si actualizas librerías y demás, si cambia el fichero, debes volverlo a firmar. Pero no tienes que comprar ningún certificado nuevo cada vez. El mismo certificado, mientras esté en su periodo de validez, te vale para ir firmando. Si el fichero está firmado, en sus propiedades verás la pestaña de Firmas digitales, dónde aparece el nombre del firmante, la fecha hora de firma, certificado usado, etc.


Estoy leyendo los últimos PDF que han colgado en la web de gipuzkoa.eus (19/12/2019). Contando certificados que se requieren, si mal no entiendo sólo veo 2, si ya no es necesario el de dispositivo. AL menos para software de escritorio.

1- Certificado de firma de código.
2- certificado para firmar fichero ticket bai

1- El de firma de código es el que debe poseer la empresa desarrolladora de software y que sirve para para firmar el ejecutable.
2- Sería el certificado de persona física, jurídica o representante. El que tiene que sacarse el cliente. Es decir serviría el de la FNMT.

El certificado de aplicación es de la firma de código. Unas veces se refieren a el de una manera y otras de la otra.

Hola a todos otra vez.

¿Alguien tiene el fichero xsd y el wsdl últimos? Ya que en la última versión han añadido por ejemplo el campo Huellas TicketBai->Factura Anterior-->Fecha Expedición Factura anterior y la Firma Factura anterior la han reducido a 100.

En la última documentación que nos enviaron no estan y en la página de gipuzkoa no esta tampoco. que son lo únicos que han sacado algo de momento.

Un Saludo.

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.

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.


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

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

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

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

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

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


Un saludo

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

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