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

[espinete]

Empezado por Sistel

Hola espinete,

2. No ha sido una venta efectiva (al final el cliente se ha echado atrás). Así que si no ha existido la operación, no debe existir la factura. Y si ya se había emitido, sólo hay que anularla.

Lo de la anulación es un mecanismo necesario.

Si la factura ya se había emitido, pero el cliente se ha echado atrás, yo entiendo que es una devolución. ¿Qué problema habría en hacer una nueva factura con importe negativo?

Yo entiendo que hay dos opciones:
A. Anular la primera factura
B. Hacer una nueva factura en negativo

Sobre todo en un TPV, donde difícilmente habrá una opción "anular" visible para el usuario y todo debería funcionar lo más rápido posible, e incluso darle un tícket(simplificada que indique la devolución (en negativo).

[Sistel]

Empezado por espinete

Si la factura ya se había emitido, pero el cliente se ha echado atrás, yo entiendo que es una devolución. ¿Qué problema habría en hacer una nueva factura con importe negativo?

Yo entiendo que hay dos opciones:
A. Anular la primera factura
B. Hacer una nueva factura en negativo

Sobre todo en un TPV, donde difícilmente habrá una opción "anular" visible para el usuario y todo debería funcionar lo más rápido posible, e incluso darle un tícket(simplificada que indique la devolución (en negativo).

Hola espinete,

En Preguntas Frecuentes de Batuz (Bizkaia):

Anulación de fichero TicketBAI.
Además, pueden existir situaciones, diferentes a las anteriores, en las cuales es necesario dar de baja la factura emitida y expedir, en su caso, una nueva que recoja correctamente la operación realizada: por ejemplo, cuando se expide una factura erróneamente por una operación que nunca llegó a realizarse y procede su anulación. En este caso, para anular la factura por la operación no realizada se utiliza el fichero TicketBAI de anulación. Por este motivo, en el fichero XML de anulación tan solo habrá que identificar al emisor y la serie, número y fecha de expedición de la factura anulada.

Si la venta no se ha llegado a realizar (el futuro cliente se ha echado atrás), yo entiendo que la operación (venta) no llegó a realizarse.
Y por tanto, lo más apropiado (y más sencillo) creo que es anular.

Si en lugar de anular, emites una nueva factura rectificativa, habrá dos facturas a nombre del fallido cliente: la primera (que no debería haberse emitido) y la segunda (rectificativa).
Hay que enviar ambas facturas a Hacienda.
Y hay que entregar al cliente ambas facturas (que existen, que las conoce Hacienda y que siguen en vigor).
Y el fallido cliente te puede montar el pollo, porque dice que él no te ha llegado a comprar nada y que quién te crees tú que eres para emitirle facturas (a su nombre si es factura completa o factura simplificada cualificada) y enviarlas a Hacienda.
Y yo creo que tendría razón.

Aparte de eso, creo que es mucho más sencillo anular una factura en un TPV que generar una factura rectificativa por devolución (cuando además no ha habido tal devolución sino que no se ha realizado la venta)

Saludos

[keys]

Hola a todos.

Me ha pasado una cosa con un cliente. El cliente realizó la factura el mes pasado y la firmó con un certificado que justo ha caducado ayer. Como es de Bizkaia no realizó el envío inmediatamente, lo ha ido a enviar hoy con el certificado ya renovado y al intentar enviarlo retorna el siguiente error.

B4_2000070 Firma electronica. La firma no cumple los requisitos de la política de firma TicketBAI (No se confía en la clave de firma porque DSV no puede asegurar que la firma se realizase cuando la validez del certificado era correcta -(10)

He mandado el caso a hacienda para ver que me dicen.

[Ramon88]

Otro que se suma al Error validación de negocio... He leido que lo habeis solucionado poniendo el importe en negativo? por que hay que ponerlo en negativo? no entiendo nada!


Con Álava tengo problemas con el QR, no me funciona, que diferencia hay con el de gipuzkoa

[ermendalenda]

Empezado por keys

Hola a todos.

Me ha pasado una cosa con un cliente. El cliente realizó la factura el mes pasado y la firmó con un certificado que justo ha caducado ayer. Como es de Bizkaia no realizó el envío inmediatamente, lo ha ido a enviar hoy con el certificado ya renovado y al intentar enviarlo retorna el siguiente error.



He mandado el caso a hacienda para ver que me dicen.

Otra laguna que deben resolver. Tenía entendido que iban a dejar un margen de días de certificado caducados, pues visto lo visto creo que no voy a dejar emitir facturas 2 días antes de que caduque el certificado, creo que es justo que tengamls un margen. No me extrañaria que a la hora justo que caduque un certificado no te deje enviarlo, cuando se ha firmado estando activo. Asi que riesgo minimo
Gracias por la info.

[Sistel]

Empezado por keys

Hola a todos.
Me ha pasado una cosa con un cliente. El cliente realizó la factura el mes pasado y la firmó con un certificado que justo ha caducado ayer. Como es de Bizkaia no realizó el envío inmediatamente, lo ha ido a enviar hoy con el certificado ya renovado y al intentar enviarlo retorna el siguiente error.
He mandado el caso a hacienda para ver que me dicen.

Hola keys,

Una cosa absurda (más).
Firmas con un certificado en vigor y cuando lo envías, con el certificado renovado, te salta con ese error.
Debería ser totalmente independiente el tema del certificado utilizado en la firma del XML con el tema del certificado utilizado para su envío.
¡¡¡ Están locos estos Ticketbaianos !!!

Yo, en Bizkaia, para ahorrar problemas de almacenar los XML firmados y enviarlos más adelante, los envío, uno a uno, a medida que se van generando (igual que el resto de provincias)

Saludos

[ermendalenda]

Empezado por Sistel

Hola keys,

Una cosa absurda (más).
Firmas con un certificado en vigor y cuando lo envías, con el certificado renovado, te salta con ese error.
Debería ser totalmente independiente el tema del certificado utilizado en la firma del XML con el tema del certificado utilizado para su envío.
¡¡¡ Están locos estos Ticketbaianos !!!

Yo, en Bizkaia, para ahorrar problemas de almacenar los XML firmados y enviarlos más adelante, los envío, uno a uno, a medida que se van generando (igual que el resto de provincias)

Saludos

Creo que el problema no es que sewan diferentes, sino que con el que se firmó ya había caducado el día que lo envió. Aunque el día que lo firmó era correcto creo que no tienen forma de verificar eso, ya que alguien puede hacer trampas(ante una urgencia por certificado recientemente caducado) y estar formando cambiando la fecha del equipo y después enviarlos.
Por eso una de 2, o ellos dejan un margen de algunos días o nosotros debemos poner un control adicional que no permita formar con algún día de antelación a la caducidad

[espinete]

Empezado por Sistel

Hola keys,

Una cosa absurda (más).
Firmas con un certificado en vigor y cuando lo envías, con el certificado renovado, te salta con ese error.
Debería ser totalmente independiente el tema del certificado utilizado en la firma del XML con el tema del certificado utilizado para su envío.
¡¡¡ Están locos estos Ticketbaianos !!!

Yo, en Bizkaia, para ahorrar problemas de almacenar los XML firmados y enviarlos más adelante, los envío, uno a uno, a medida que se van generando (igual que el resto de provincias)

Saludos

Yo haré lo mismo. Envío inmediato y punto. Más simple y no hay que estar haciendo versiones distintas para cada provincia.

Luego cuando dentro de unos ¿años? el resto de España quiera apuntarse a la fiesta, ya veré qué es mejor.

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

Empezado por keys

Me ha pasado una cosa con un cliente. El cliente realizó la factura el mes pasado y la firmó con un certificado que justo ha caducado ayer. Como es de Bizkaia no realizó el envío inmediatamente, lo ha ido a enviar hoy con el certificado ya renovado y al intentar enviarlo retorna el siguiente error.
He mandado el caso a hacienda para ver que me dicen.

¿En este caso se puede enviar en el libro SinSG (sin software garante)?
¿Lo habéis probado?

[espinete]

Empezado por Sistel

Hola espinete,

Si la venta no se ha llegado a realizar (el futuro cliente se ha echado atrás), yo entiendo que la operación (venta) no llegó a realizarse.
Y por tanto, lo más apropiado (y más sencillo) creo que es anular.

Si en lugar de anular, emites una nueva factura rectificativa, habrá dos facturas a nombre del fallido cliente: la primera (que no debería haberse emitido) y la segunda (rectificativa).
Hay que enviar ambas facturas a Hacienda.
Y hay que entregar al cliente ambas facturas (que existen, que las conoce Hacienda y que siguen en vigor).
Y el fallido cliente te puede montar el pollo, porque dice que él no te ha llegado a comprar nada y que quién te crees tú que eres para emitirle facturas (a su nombre si es factura completa o factura simplificada cualificada) y enviarlas a Hacienda.
Y yo creo que tendría razón.

Aparte de eso, creo que es mucho más sencillo anular una factura en un TPV que generar una factura rectificativa por devolución (cuando además no ha habido tal devolución sino que no se ha realizado la venta)

Creo que estamos hablando de casos distintos y por eso no entiendo que se pueda "anular" la factura...

En un TPV (por ejemplo, una tienda de ropa), el cliente compra, se emite el tícket, y 10 días más tarde viene y hace la devolución. Aquí sí ha habido venta, y tícket (y es la mecánica habitual en un comercio: ventas, cambios y devoluciones), por lo que en este caso digo yo que se haría una devolución (factura simplificada en negativo).
De hecho el cliente se llevó la mercancía a su casa, se la probó y decidió devolverla días después.

En el caso que tu comentas, donde "la venta no se ha llegado a realizar", me cuesta entenderlo porque no debería haber factura (ni ticket) si la venta no se ha realizado aún, no? ¿Cómo un "futuro cliente", de una "venta que no se ha llegado a realizar", tiene asociada una factura que hay que anular? O dicho de otra manera... ¿por qué tendríamos registrada y enviada una venta en el software, que no se ha llegado a realizar?

Por eso no entendía la anulación en ese caso, pero entiendo que haya situaciones donde sí se debería poder anular.

[tejano]

Buenos días,

Hace un tiempo pusisteis un programa para el cálculo del crc8 "crc8.exe".

Cuando ejecuto este programa con este string
crc8 https://batuz.eus/QRTBAI/?id=TBAI-A4...=566&i=1629.87

me da estos errores
"s" no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.
"nf" no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.
"i" no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.

Es por el carácter "&", os ha pasado a alguien más? y como lo habéis solucionado?

Gracias

[ermendalenda]

Empezado por tejano

Buenos días,

Hace un tiempo pusisteis un programa para el cálculo del crc8 "crc8.exe".

Cuando ejecuto este programa con este string
crc8 https://batuz.eus/QRTBAI/?id=TBAI-A4...=566&i=1629.87

me da estos errores
"s" no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.
"nf" no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.
"i" no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.

Es por el carácter "&", os ha pasado a alguien más? y como lo habéis solucionado?

Gracias

Hola
Prueba este poniendo entre comillas el texto

[Ramon88]

Cuando un cliente se lleva varios productos, pero viene luego y devuelve uno de ellos, entiendo que debemos realizar una recitificativa de la factura que habiamos emitido.
*Yo realizo simplificadas únicamente.


¿ Álguien puede decirme donde localizar un ejemplo de una rectificativa ? No encuentro ni el esquema ni nada...

[ermendalenda]

Empezado por Ramon88

Cuando un cliente se lleva varios productos, pero viene luego y devuelve uno de ellos, entiendo que debemos realizar una recitificativa de la factura que habiamos emitido.
*Yo realizo simplificadas únicamente.


¿ Álguien puede decirme donde localizar un ejemplo de una rectificativa ? No encuentro ni el esquema ni nada...

El esquema es el mismo que la simplificada. Hay que poner S en el campo de rectificativa y detallar algunas cosas más. Te la pasaré cuando pueda mañana

[tejano]

Empezado por ermendalenda

Hola
Prueba este poniendo entre comillas el texto

Graciassssss!!! Con ese parece que funciona correctamente. Haré más pruebas y os voy diciendo

[ermendalenda]

Empezado por tejano

Graciassssss!!! Con ese parece que funciona correctamente. Haré más pruebas y os voy diciendo

De nada, me alegro.

[Sistel]

Empezado por espinete

Creo que estamos hablando de casos distintos y por eso no entiendo que se pueda "anular" la factura...

En un TPV (por ejemplo, una tienda de ropa), el cliente compra, se emite el tícket, y 10 días más tarde viene y hace la devolución. Aquí sí ha habido venta, y tícket (y es la mecánica habitual en un comercio: ventas, cambios y devoluciones), por lo que en este caso digo yo que se haría una devolución (factura simplificada en negativo).
De hecho el cliente se llevó la mercancía a su casa, se la probó y decidió devolverla días después.

En el caso que tu comentas, donde "la venta no se ha llegado a realizar", me cuesta entenderlo porque no debería haber factura (ni ticket) si la venta no se ha realizado aún, no? ¿Cómo un "futuro cliente", de una "venta que no se ha llegado a realizar", tiene asociada una factura que hay que anular? O dicho de otra manera... ¿por qué tendríamos registrada y enviada una venta en el software, que no se ha llegado a realizar?

Por eso no entendía la anulación en ese caso, pero entiendo que haya situaciones donde sí se debería poder anular.

Hola espinete,

En el primer ejemplo que comentas, está claro que es una devolución y como, realmente, hubo una venta, no corresponde hacer anulación.
Otra cosa es si hacer factura simplificada negativa (lo normal en un TPV) o factura rectificativa (bastante más complicada en TPVs sencillos).

Sobre el segundo ejemplo: es posible que se haya emitido factura y no haya una operación real de venta.
Ejemplos con TPVs:
- El vendedor ya tiene el ticket en una mano y el dinero en la otra mano cuando el cliente dice "Oye que no, que no, que ahora me doy cuenta de que no me queda dinero para el autobús, no lo compro. Perdona"
- El vendedor se da cuenta de que el billete es falso y el cliente no tiene más dinero.
- O es en un bar y el camarero ya ha emitido el ticket y cuando lo va a entregar y cobrar, le han hecho un "simpa"
Se pueden dar muchos casos en que se haya emitido la factura y al final no se haya realizado, efectivamente, la operación de venta.

Saludos