Hola Irreo,

No creas que las grandes empresas de software tienen sistemas mágicos y con superpoderes.
Fallan igual (o incluso tal vez más) que las pequeñas APIs de sistemas de facturación a medida.
Y no creo que las Hacienda Forales vayan a mirar con más lupa tu pequeño software TicketBAI que el de una gran corporación (que podría defraudar muchísimo más).
Todo es cuestión de ser cuidadoso, prepararlo todo bien y hacer suficientes pruebas.

¡Dale duro y verás como quedas contento tú ... y tu cliente!

Saludos

Gracias!

En mi caso mi cliente es la empresa que me paga la nómina todos los meses :D

Por un lado ando haciendo los ajustes en el VB para las ventas que ya tenían antes de que yo entrase en plantilla, y por otro el nuevo API en PHP.

En fin, a ver cómo se desarrollan las próximas semanas / meses, que preveo un caos generalizado el 1 de noviembre.

Saludos!

Hola compañeros,
Me pregunta un cliente si tiene que sacar el certificado de Izenpe o de la fabrica de moneda y timbre, que se lo pregunta su asesor...
No se cual es la diferencia realmente, yo realicé las pruebas con los de ejemplo y funciona pero no sé que diferencia hay y si tengo que decidir yo de donde sacar el certificado...


Un saludo y gracias!

Yo estoy usando los de Izenpe para las pruebas, que para real debería funcionar así, y no he tenido ningún problema.

He cogido el "Certificado de dispositivo", que lo vinculas a un número de serie.

Lo puede coger cualquier persona con el BAQ ese, no hace falta que sea la propia empresa.

Comunicar la factura substituida por una rectificativa
 

Hola

Tengo una duda filosófica sobre la emisión de rectificativas

Cuando se emite una factura rectificativa de substitución .. ¿debe enviarse también a TicketBai la factura original como "anulada" o basta con enviar la rectificativa apuntando a la factura original?

Hola Ramon88,

Son igualmante válidos, para TicketBAI, los certificados digitales de Izenpe y de la FNMT (al igual que los de otras muchas organizaciones).
Para mi gusto particular, los más fáciles de obtener y económicos son los de FNMT.

Si es para una persona física el de FNMT es gratuito y el procedimiento de obtención lo tienes en:
https://www.sede.fnmt.gob.es/certifi...icado-software

Si es para una persona jurídica (empresa), el más recomendable es el de representante de Administrador. El de FNMT sale por 24€ y no es preciso aportar certificado del Registro Mercantil (que sí lo piden en Izenpe).
El procedimiento de obtención es:
https://www.sede.fnmt.gob.es/certifi...nico-solidario

Si es éste último el que se necesita, se puede uno acreditar virtualmente, con el certificado digital de persona física conseguido anteriormente (y que recomiendo siempre tener a todo el mundo, ya que sirve para gestiones en un montón de organismos).

Saludos

Hola infoser101,

No, la emisión de una factura rectificativa sustitutiva y la anulación de una factura son dos mecanismos totalmente diferentes e independientes.

Si al emitir una factura te das cuenta de que lleva errores gordos, antes de entregarla al destinatario, puedes anularla y generar una correcta.
Hacienda lo anota y no tiene en cuenta, fiscalmente, esa factura anulada.

En cambio, una factura rectificativa sustitutiva puede ser por distintas razones muy concretas que hay que especificar en el campo código de factura rectificativa (valores R1, R2, R3,....)
Esta factura rectificativa sustitutiva es una especie de complemento a la factura original y, al emitirla, estamos diciéndole a Hacienda que no tenga en cuenta los valores que aparecían en la original sino los que se indican en esta rectificativa y que se emite por tal motivo (código de factura rectificativa)

Saludos

Con lo de "económicos" me has dejado confundido. Yo estoy usando el de Izenpe, de dispositivo, que es gratuito y dura 10 años.

Lo uso tanto para la firma como para la comunicación (por ahora en entorno de pruebas).

No sé si es sensación mía, o se me está escapando algo... :confused:

La anulación de una factura es algo similar a "borrarla"; Es una operación que sólo puede hacerse en unos casos muy concretos y deberás justificar (seguramente) por qué lo has hecho.
Se supone que los supuestos para anularla son los siguientes:
"Los supuestos para la emisión de una factura negativa pueden ser, la cancelación de un producto que ya se ha cobrado, pero no se ha recibido o la cancelación de un servicio ya abonado pero que nunca se ha producido, o la devolución de un producto, etc."

Por lo tanto en el caso de rectificativa, debes emitir la original y la rectifiativa. Si hicieras una anulación de la primera, seguramente la segunda te daría error por rectificar una factuira inexistente.

Hola Irreo,

Los certificados Izenpe de dispositivo son, exclusivamente, para TicketBai, son gratuitos y duran 10 años.
Pero no sirven para ninguna otra gestión.

Los que te indicaba (personales o de representación) son multiuso. Te sirven igual para gestiones en Hacienda que para Seguridad Social o para cualquier otro organismo.
Siempre se necesitará uno de estos cerificados para esos usos.

Saludos

Hola:

Me parece que en Bizkaia si es obligatorio firmar los ejecutables, pero en Álava me parece que no.

Yo creo que hoy en día para evitar problemas con antivirus y demás, cualquier aplicación que se venda y se distribuya debería ir firmada.

Hola,

Me he leído todas las respuestas y lo tengo todo revisado y, aparentemente, todo correcto. Respecto a la respuesta que cito, yo tengo el content type igual que tú (también lo hago en c#) y me sigue dando el mismo error. Es un poco desesperante, ya que llevamos tiempo trabajando con Bizkaia y ahora para Gipuzkoa todo son problemas. Alguien tiene alguna nueva solución a
"El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- Reference URI="" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)"
[/font][/color]

Adjunto mi xml de envío a ver si alguien ve un error.



Gracias.

Hola Victor

Para verificar que tu firma sea correcta puedes utilizar un verificador en linea de Chillkat (https://tools.chilkat.io/xmlDsigVerify) ; en caso que tu firma esté bien conformada, es posible que "involuntariamente" estés asignando o guardando en otra codificación ya sea que lo asignes a un TString, o lo guardes en un archivo de texto plano, empieza a buscar por allí

Saludos!!

Puedes revisar mensajes anteriores sobre este error.
Lo más común es que sea debido a que la codificación que estás enviando no sea la correcta.
Revisa si en el fichero/XML que estás enviando hay algún character raro (tipo acentos) en la razón social, cliente,....

Si lo hay, estos caracteres son los que provocan que el cambio de codificación genere ese error. A veces no está hecho de forma consciente, sino que al guardar y recuperar (por poner un ejemplo) Delphi puede estar cambiando esa configuración.

Facturas sustitucion de simplificadas
 

Cuando se emite una factura de sustitución de simplificadas (factura que piden de un ticket) es obligatorio poner la identificación del ticket sustituido (si no da error)
Para ello hay que usar el bloque "FacturasRectificadasSustituidas", donde se pone la serie, numero y fecha del ticket
Pero este bloque y también tiene otro de "FacturaRectificativa" donde se detallan los importes de las rectificativas. Si se pone, tampoco da error

La duda es que sería lo correcto, por si algún día se valida esto.
Hay que tener en cuenta que una factura de sustitución de simplificada no es una rectificativa, según el reglamente de facturación, por lo que parece mas oportuno no poner nada del bloque de rectificativas

¿Qué opinaís?

Una factura en sustitución de simplificadas, no es una rectificativa. Por lo tanto no hay que rellenar nada del bloque de FacturaRectificativa, otra cosa es el bloque de FacturasRectificadasSustituidas, que si que hay que rellenarlo

El certificado de dispositivo es la forma mas fácil de instalar Ticketbai a un cliente que no sabe nada de certificados
Pero se basa en un "numero de serie" del dispositivo, que se consulta pinchando en las propiedades de cualquier certificado ya instalado.

El problema es cuando el cliente no tiene ningún certificado instalado, lo cual es muy frecuente (todo lo lleva la asesoría)
¿ Sabéis como se averigua el numero de serie si no lo puedes sacar de otro certificado?
Si este dato no se puede pedir el certificado de dispositivo

Puedes conectarte al cliente y n modo comando ejecutar
wmic baseboard get serialnumber
Debería darte el nº de serie de la placa, que puedes usar como identificador para el certificado de dispositivo.
También puedes probar con wmic bios get serialnumber, pero muchos ordenadores OEM no tienen un nº de serie grabado en la BIOS.

Si, pero en cualquier ordenador clónico o que no lo monte un fabricante grande eset nuemro de serie da "default string" o algo similar