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

[espinete]

Por lo pronto la clienta va a contactar con su delegación a ver qué le dicen.

Opciones siempre hay, pero en estos casos sería mucho más fácil que la propia delegación respondiera al envío con un "ojo, que hemos detectado algo que no cuadra" en vez de dejar que seamos nosotros quienes prevean cualquier circunstancia que pueda darse.
Ahora habrá que estar haciendo anulaciones, o rectificativas, rehaciendo las facturas, envíos... Y encima el cliente ya habrá hecho y enviado facturas nuevas después del desastre, así que más se complica.

[Sistel]

Empezado por espinete

Por lo pronto la clienta va a contactar con su delegación a ver qué le dicen.

Opciones siempre hay, pero en estos casos sería mucho más fácil que la propia delegación respondiera al envío con un "ojo, que hemos detectado algo que no cuadra" en vez de dejar que seamos nosotros quienes prevean cualquier circunstancia que pueda darse.
Ahora habrá que estar haciendo anulaciones, o rectificativas, rehaciendo las facturas, envíos... Y encima el cliente ya habrá hecho y enviado facturas nuevas después del desastre, así que más se complica.

Hola,

Mi consejo es ponerse en contacto con la Hacienda Foral correspondiente, explicarles el problema y pedirles cual es la solución más conveniente.
En general, siempre que me he puesto en contacto con la sección de TicketBAI de alguna de las Haciendas Forales me han dado soluciones efectivas (y sobre todo dentro de normativa)

Saludos

[edari]

Buenas,


Tengo una duda con el tema de la fecha operación.


Si una factura tiene la fecha de emisión/factura diferente a la de operación en el QR cuál de las dos fecha iría?


Gracias

[keys]

Empezado por edari

Buenas,


Tengo una duda con el tema de la fecha operación.


Si una factura tiene la fecha de emisión/factura diferente a la de operación en el QR cuál de las dos fecha iría?


Gracias

Para TicketBai es la ficha de expedición. Para Verifactu habrá que esperar a la normativa.

[edari]

Gracias keys

[espinete]

¿Cómo hacéis vosotros los cambios y/o devoluciones en un software de punto de venta, por ejemplo, para una tienda de ropa, que solo emite tíckets a público en general?

¿Hacéis rectificativas o solo un nuevo tícket en negativo? ¿Si hacéis rectificativas, el usuario debe indicar el tipo de rectificativa, motivo, etc. y el nº de tícket original al que rectifica?

Nuestro software simplemente emite la factura simplificada en negativo (si es una devolución), como una factura más: correlativa, misma serie, etc. Al ser ventas a público en general (sin indicar datos del cliente), no ha habido problema nunca.
Y de hecho TicketBAI las acepta sin ningún aviso, y hasta que yo sé, nunca se han quejado.

Pero un cliente ahora dice que no debería ser así y se nos ha planteado la duda. ¿Realmente debemos crear todo el proceso de rectificativas, en un software de punto de venta que se supone que debe ser lo más "básico" y rápido posible, exigiendo indicar a qué factura rectifica, guardando en otra serie, etc.?

¿Cómo lo hacéis vosotros?

Para facturas normales obviamente sí hacemos todo el proceso correcto, creando rectificativas, dando opción a indicar el motivo, tipo de rectificativa, etc. Pero en venta al público no veo un poco engorroso e innecesario para el usuario.

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

No creo que tenga que ver con TBAI necesariamente, creo que es más tema facturación, pero buscando un poco por Internet encuentras cosas como estas:

¿Qué son las facturas rectificativas?

Las facturas rectificativas son un documento que sirve para corregir una factura original, añadir algún dato incompleto o indicar devoluciones de mercancías. Ya que por ley no podemos alterar una factura que ya ha sido emitida, debemos crear esta factura rectificativa para realizar cualquier cambio o añadir más datos.

O esta:


Tipos de facturas rectificativas

Existen diferentes tipos de facturas rectificativas que se utilizan en la contabilidad y facturación de una empresa. A continuación, describimos los principales:

1. Factura rectificativa por error en el importe: se emite cuando se ha cometido un error en el importe facturado, ya sea porque se ha cobrado de más o de menos.
2. Factura rectificativa por error en los datos del cliente: se emite cuando se ha facturado a un cliente equivocado o se han incluido datos incorrectos en la factura original.
3. Factura rectificativa por devolución de mercancía: se emite cuando se devuelve un producto o mercancía que ya ha sido facturado y se necesita corregir la factura original.
4. Factura rectificativa por descuento posterior: se emite cuando se aplica un descuento después de haber emitido la factura original.
5. Factura rectificativa por anulación de factura original: se emite cuando se anula la factura original por algún motivo, como por ejemplo la devolución de la mercancía o el servicio.

link:https://www.holded.com/es/blog/factu...tos-utilidades

De todas, formas si hay alguien experto en facturación que diga, porque yo no lo soy...

[Sistel]

Empezado por espinete

¿Cómo hacéis vosotros los cambios y/o devoluciones en un software de punto de venta, por ejemplo, para una tienda de ropa, que solo emite tíckets a público en general?

¿Hacéis rectificativas o solo un nuevo tícket en negativo? ¿Si hacéis rectificativas, el usuario debe indicar el tipo de rectificativa, motivo, etc. y el nº de tícket original al que rectifica?

Nuestro software simplemente emite la factura simplificada en negativo (si es una devolución), como una factura más: correlativa, misma serie, etc. Al ser ventas a público en general (sin indicar datos del cliente), no ha habido problema nunca.
Y de hecho TicketBAI las acepta sin ningún aviso, y hasta que yo sé, nunca se han quejado.

Pero un cliente ahora dice que no debería ser así y se nos ha planteado la duda. ¿Realmente debemos crear todo el proceso de rectificativas, en un software de punto de venta que se supone que debe ser lo más "básico" y rápido posible, exigiendo indicar a qué factura rectifica, guardando en otra serie, etc.?

¿Cómo lo hacéis vosotros?

Para facturas normales obviamente sí hacemos todo el proceso correcto, creando rectificativas, dando opción a indicar el motivo, tipo de rectificativa, etc. Pero en venta al público no veo un poco engorroso e innecesario para el usuario.

Hola,

Coincido con los colegas que te han contestado antes.

No siempre es posible hacer una factura rectificativa, en un TPV, por una devolución.
Hay casos de comercios que tienen varios TPVs y no están interconectados (incluso están en distinto local), por lo que es difícil encontrar los datos de la factura simplificada (ticket) original de la venta.

Y siempre hay casos de un cliente habitual que te viene a devolver algo sin ticket.
Y, lógicamente, no vas a perder un buen cliente porque no traiga el ticket.
Así que lo más habitual, en estos casos, es factura simplificada (ticket) de importe negativo y punto pelota.

Las Haciendas conocen, de sobra, esta problemática y no se meten en exigir que se haga siempre factura rectificativa y aceptan una factura de importe negativo en estos casos.

Si tienes un cliente "pijo" que te exige que tu software de TPV emita siempre, en esos casos, factura rectificativa, tienes 2 opciones:
1- Incluir esa opción en el software de TPV.
2- Decirle que si no le gusta cómo funciona tu software de TPV que se busque otro.

Saludos