FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#4081
|
|||
|
|||
Tengo un problema que me ha surgido hoy con un cliente, y no sé qué decirle para arreglar el lío que ha provocado...
Resulta que, por despiste, entró en el año/ejercicio 2023 en vez de en el 2024 (nuestro software separa los ejercicios en bases de datos diferentes), y se puso a hacer ventas. Es decir, hizo facturas en la empresa de 2023 con fecha de 2024 y las envió a TicketBAI. Lo peor de todo es que TicketBAI se las tragó sin rechistar. No le importó el encadenamiento, ni la fecha del ejercicio, ni el número de factura no correlativo... Nada. Enviadas y aceptadas. Claro, al darse cuenta, ha ido a la empresa de 2024, y al hacer una venta, casualmente el número de factura ya se había enviado, y ahora TicketBAI responde con "factura duplicada". En fin, un disparate que no sé muy bien cómo arreglar... ¿Puedo hacer en 2024 una rectificativa de una factura de 2023? ¿Debe el cliente anular las facturas que envió y volver a hacerlas bien? ¿Al anular una factura, eso me permite volver a enviar una nueva factura con el mismo número? Y la más importante... ¿No debería TicketBAI evitar que ocurra esto, o cosas similares? Yo creo que dejar toda la responsabilidad a los desarrolladores no es buena idea. Nosotros no podemos contemplar, ni siquiera imaginar, todos los disparates que puede cometer un cliente. Si el requisito, exigencia, prohibición, etc. lo pone TicketBAI, que sean ellos quienes devuelvan un error, y no nosotros tener que prever todo lo que pueda pasar y evitar el envío. Vamos, digo yo. Araba por ejemplo desde hace poco empezó a dar los errores con las fechas de expedición, fecha de operación y fecha actual precisamente para evitar estos problemas. |
#4082
|
|||
|
|||
Cita:
|
#4083
|
||||
|
||||
Cita:
Si optas por la opción de anular (que no se si es la correcta) siempre puedes volver a generarlas con una SERIE diferente. Si haces rectificativas creo que no hay problema porque sea de otro ejercicio; Si haces una el 31 de Diciembre, deberías poder rectificarla una semana después (que ya es el año siguiente).
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#4084
|
|||
|
|||
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. |
#4085
|
|||
|
|||
Cita:
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 |
#4086
|
|||
|
|||
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 |
#4087
|
||||
|
||||
Para TicketBai es la ficha de expedición. Para Verifactu habrá que esperar a la normativa.
|
#4088
|
|||
|
|||
Gracias keys
|
#4089
|
|||
|
|||
Cambios/Devoluciones en ventas de mostrador (TPV)
¿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. |
#4090
|
||||
|
||||
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:
De todas, formas si hay alguien experto en facturación que diga, porque yo no lo soy...
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. Última edición por Neftali [Germán.Estévez] fecha: 08-03-2024 a las 13:05:59. |
#4091
|
|||
|
|||
Lo digo porque, en ningún comercio en el que yo haya hecho un cambio o una devolución, me han dado un tícket que diga "factura rectificativa". De hecho solo veo "factura simplificada" y los artículos en negativo cambiados y los nuevos en positivo.
Tengo ahora mismo delante un tícket de Leroy Merlín y otro de Zara Home, por poner un ejemplo. Por eso hacía hincapié en lo de "punto de venta" de venta al público en general. Y en cualquier caso, si no están permitidas las ventas en negativo... ¿por qué las admite TicketBAI? Tantos avisos y errores con tonterías como que falta el código postal, y esto que es más "serio" se las traga sin problema? |
#4092
|
||||
|
||||
Cita:
Revisa este link (que además es de la AEAT). Facturas de rectificación 1. Supuestos de rectificación Se deberá expedir una factura rectificativa .... .... No obstante, hay dos excepciones a estos requisitos: Cuando la modificación de la base imponible sea consecuencia de la devolución de mercancías o de envases y embalajes y por la operación en la que se entregaron se hubiese expedido factura o factura simplificada, no será necesaria la expedición de una factura o factura simplificada rectificativa, sino que se podrá practicar la rectificación en la factura que se expida por una operación posterior que tenga el mismo destinatario siempre que el tipo impositivo aplicable a todas las operaciones sea el mismo, con independencia de que el resultado sea positivo o negativo. Esto me hace dudar, parece que diga que puedes modificar la original, pero el problema es que no podemos enviar modificaciones a TBAI (como se hace al SII). No se...
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#4093
|
||||
|
||||
Cita:
El sistema se las traga por que nadie dice que esten mal. |
#4094
|
|||
|
|||
Casualmente acababa de encontrar esa misma información en la web de AEAT, que dice lo siguiente:
Cita:
Cita:
Es que si hay que decirle a los usuarios, que cuando hagan un cambio o una devolución, tienen que indicar tipo, motivo, etc. no sé, no lo veo claro, la verdad. Pero vamos, si hay que hacerlo, pues a apechugar... Cita:
|
#4095
|
||||
|
||||
Cita:
|
#4096
|
|||
|
|||
Cita:
Y lo peor... estoy seguro de que si hablo con las diputaciones, una me va a decir que está bien y otra que está mal |
#4097
|
|||
|
|||
Cita:
Por no hablar de que lo más fácil, rápido e intuitivo es que, en el mismo tícket que se le da al cliente, aparezca todo: los artículos devueltos/cambiados en negativo, y los nuevos (si los hay) en positivo. Pero vamos, si no se han puesto de acuerdo las diputaciones en dos años, es normal que nosotros tengamos todavía dudas al respecto. |
#4098
|
||||
|
||||
Pues entonces tu cliente tendrá que hacer una rectificativa si es lo que quiere. Nosotros en nuestro caso es el cliente el que decide hacer una rectificativa o hacer una factura con importes negativos.
|
#4099
|
|||
|
|||
En teoría toda factura rectificativa en negativo (es decir abonos) tiene que ir a una serie y con una numeración aparte de las ordinarias. Otra cosa es que la gente lo cumpla o no, pero nosotros siempre se lo decimos a nuestros clientes, cualquier factura en negativo es un abono, va a la serie de rectificativas, indicas a quien rectificas y genera una numeración distinta.
Respecto al TPV, a la hora de genera tickets, si hay que hacer devolución o abono, nosotros tenemos un botón que le das y te pregunta a que ticket estas rectificando, lo eliges y te hace una copia del ticket original pero con todo en negativo. De ahí ya quitas cosas si no va a devolver todo, o la dejas tal cual si es un abono entero, cierras ticket y arreando. Fácil, rápido, y cumple con ticketbai. Si el cliente quiere devolver cosas y llevarse otras nuevas, PRIMERO se hace la devolución (esto genera la rectificativa etc), y luego se hace el ticket con lo que se va a llevar nuevo. Te evitas líos e historias. |
#4100
|
|||
|
|||
La normativa de facturación lo regula según el caso.
No hay diferencia para los casos de simplificadas y ordinarias, pero si tienen que ser diferentes las series de lss rectificativas. Te pongo algún ejemplo, 1.Cambio de mercancia: * Puedes hacer dentro del mismo tiquet(normal) el negativo y el positivo, para según el caso, si no hay mezclas de tipos de iva, o si el total de los ivas son positivos. Si todos los items son del mismo tipo de iva incluso te puede dar negativo si al menos hay un ítem positivo, del mismo iva. *puedes hacer la rectificativa por un lado y el positivo por otro. 2.devolución sin cambio *solo es posible la rectificativa. Nota: Las rectificativas llevan otra serie tanto para ordinarias como para simplificadas y diferentes entre ellas, o sea, no se pueden mezclar las series rectificativas de las simplificadas con las rectificativas de las ordinarias. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice | newtron | Internet | 3594 | Hace 3 Semanas 20:44:37 |
Como utilizar la ayuda del nuevo Sistema Operativo | gluglu | Humor | 3 | 24-09-2007 10:39:05 |
Aplicacion Agencia De Viajes | ArdiIIa | Varios | 9 | 20-01-2007 17:49:53 |
El Vasco Aguirre | Al González | La Taberna | 5 | 26-05-2006 10:22:28 |
Microsoft ha lanzado su nuevo sistema operativo | DarkByte | Humor | 0 | 25-01-2004 10:21:14 |
|