Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[edari]

Empezado por JJBarroso

Según el reglamento, en la impresión de facturas se requiere obligatoriamente que aparezca un código QR con el que verificar dicha factura. Pero que ocurre si se utilizan impresoras matriciales ( que no tienen capacidades gráficas para generar un QR ) para la emisión de las facturas.

En toda la documentación que he consultado o las búsquedas por Internet no he podido averiguar si hay algún sistema alternativo para este caso o bien si hay excepciones para no tener que incluir este QR en el impreso.

Supongo que habrá más usuarios que utilicen este tipo de impresoras debido a la facilidad del multicopia y lo económico de los consumibles.

Excepciones por esta razón no tiene pinta de que vaya a haber

Creo que no van a tener más remedio que pasar todos a impresoras de inyección o láser

[ermendalenda]

Empezado por edari

Excepciones por esta razón no tiene pinta de que vaya a haber



Creo que no van a tener más remedio que pasar todos a impresoras de inyección o láser

Cierto.menos mal que quite de enmedio todas las matriciales Epson tm etc que tenía.cada vez está más complicado y son más caras.

[CarlosR]

Empezado por ermendalenda

Cierto.menos mal que quite de enmedio todas las matriciales Epson tm etc que tenía.cada vez está más complicado y son más caras.

Fui de los primeros en trabajar las TM-950 en el país. A mis clientes les venía muy bien. También los modelos 300A. Tuvieron su lugar. Eran muy robustas y apenas consumían cinta. Actualmente creo que solo tiene 2 TM950 un cliente concreto. El problema no es el ruido, que también, sino la calidad y la velocidad.
Hemos indicado a los clientes que se pasasen a un sistema híbrido. Una térmica -no citaré marcas- para hacer las facturas simplificadas y los cobros así como la automatización del portamonedas. Y a una lasser o chorro de tinta para hacer el resto de documentos.
(Hay TPV que tienen los dos modelos integrados.)

Puede imprimir logotipos, tipos de letra, etc. que para las matriciales era muy penoso. Así como también diversos códigos de barras.

Mi consejo es que hable con su(s) clientes y les cambie el modelo de impresión.
Aunque usara una matricial de 24 agujas no podría imprimir un código de barras de calidad. Seguramente un ean13, ean8, con cierto tamaño podría leerlo. Pero un código 3of9, 128, o uno de 2 dimensiones, va a ser que no. O al menos le costaría leerlo en el mejor de los casos.



Suerte, un saludo.

[xevi]

Se menciona que las facturas deberan de incluir un código QR, pero una duda que tengo es si ese código QR deberá de incluirse en TODAS y cada una de las páginas o solamente en la última página será suficiente.
Pues la manera que tengo implementada de impresión de mis facturas, la voy generando a medida que voy leyendo registros, y no es hasta el final de los registros, y puede ocupar más de una página, que obtengo los totales, calculo el IVA, etc... que es ahí cuando pretendo enviar a hacienda, obtener la huella y generar el QR para incustrarlo en la factura, pero claro, estoy ya situado en la última página y no puedo retroceder en las anteriores.

No se si me explico.

[keys]

Empezado por xevi

Se menciona que las facturas deberan de incluir un código QR, pero una duda que tengo es si ese código QR deberá de incluirse en TODAS y cada una de las páginas o solamente en la última página será suficiente.
Pues la manera que tengo implementada de impresión de mis facturas, la voy generando a medida que voy leyendo registros, y no es hasta el final de los registros, y puede ocupar más de una página, que obtengo los totales, calculo el IVA, etc... que es ahí cuando pretendo enviar a hacienda, obtener la huella y generar el QR para incustrarlo en la factura, pero claro, estoy ya situado en la última página y no puedo retroceder en las anteriores.

No se si me explico.

En Verifactu no se como habrá que hacerlo, pero en ticketbai hay que ponerlo sólo en la última página. Por cierto para obtener el QR no hace falta enviar nada a hacienda. En nuestro programa el enviarlo a hacienda es lo último que se hace.

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

Empezado por xevi

... que es ahí cuando pretendo enviar a hacienda, obtener la huella y generar el QR para incustrarlo en la factura, pero claro, estoy ya situado en la última página y no puedo retroceder en las anteriores.

Creo que el orden es incorrecto.
El enviar a hacienda debería ser lo último e independiente de lo demás. Por ejemplo, puede ser que no tengas conexión a internet e igualmente debes poder generar tu factura, firmarla y imprimirla (con el QR). Para posteriormente enviarla cuando puedas...

[xevi]

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

Creo que el orden es incorrecto.
El enviar a hacienda debería ser lo último e independiente de lo demás. Por ejemplo, puede ser que no tengas conexión a internet e igualmente debes poder generar tu factura, firmarla y imprimirla (con el QR). Para posteriormente enviarla cuando puedas...

Igual lo tengo mal entendido, pues... si finalmente voy a utilizar el sistema VERI*FACTU, debo enviar los "datos" de la factura, importe, cliente,y los que me solicite el sistema, y es hacienda quien se encarga de la guarda-custodia, trazabilidad, firma, huella... con lo que me responde con una huella que una vez disponga de ella, SI puedo imprimir la factura, pues se da como válida.

¿De qué me serviria imprimir una factura de la que no dispongo del registro OK de VERI*FACTU y su huella???

Vaya, es como veo yo que debería de trabajar mis datos para ahorrar fallos o errores.

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

Empezado por xevi

¿De qué me serviria imprimir una factura de la que no dispongo del registro OK de VERI*FACTU y su huella?

Siempre todo esto asumiendo que el funcionamiento va a ser similar a TicketBAI (que parece que si).
Imagina una tienda cualquiera que genera tickets cuando compras una barra de pan, una prenda de ropa o cualquier otra cosa; Y que en ese momento se cae la conexión a internet o simplemente durante esa mañana tu operador ha tenido una incidencia y no tienes conexión.
¿No vendes? ¿No generas tickets/facturas?

Se asume que tus facturas son correctas y por eso para generarlas no necesitas conexión a internet o conexión con la AEAT.

Si la tienes bien, las envías, pero si no la tienes tu sistema DEBE seguir funcionando con normalidad y deberán "encolar" esos envíos para cuando puedas comunicarlas.
Es una de las premisas.

Si luego por lo que sea tu factura es incorrecta, pues deberás rectificarla y comunicarlo a la AEAT.
Entiendo que si es un cliente al que le puedes "reenviar" la factura corregida (como se hace ahora), pues se la enviarás de nuevo. Y si es un cliente que se ha ido con un ticket, pues en ese caso no creo que se pueda hacer nada.

[CarlosR]

Empezado por xevi

Igual lo tengo mal entendido, pues... si finalmente voy a utilizar el sistema VERI*FACTU, debo enviar los "datos" de la factura, importe, cliente,y los que me solicite el sistema, y es hacienda quien se encarga de la guarda-custodia, trazabilidad, firma, huella... con lo que me responde con una huella que una vez disponga de ella, SI puedo imprimir la factura, pues se da como válida.

¿De qué me serviria imprimir una factura de la que no dispongo del registro OK de VERI*FACTU y su huella???

Vaya, es como veo yo que debería de trabajar mis datos para ahorrar fallos o errores.

No creo que la AEAT suministre un código de retorno para identificar cada documento que se le envíe.
Si así fuera sería un cachondeo. Por un lado la AEAT dice que esperemos a tener 1000 documentos para hacer un envío o bien que pasen dos horas antes de enviar lo acumulado.

Me imagino que una gran superficie o simplemente un supermercado de tamaño medio, o una ferretería, o una muebleria, o.... tengan que esperar para imprimir un ticket a un cliente dos horas.
Sería sinceramente un puro cachondeo.
Los datos del QR no tienen nada que ver con un código de retorno. Y menos mal !
Al menos es como yo lo veo.


Un saludo.

[ermendalenda]

Empezado por xevi

Se menciona que las facturas deberan de incluir un código QR, pero una duda que tengo es si ese código QR deberá de incluirse en TODAS y cada una de las páginas o solamente en la última página será suficiente.
Pues la manera que tengo implementada de impresión de mis facturas, la voy generando a medida que voy leyendo registros, y no es hasta el final de los registros, y puede ocupar más de una página, que obtengo los totales, calculo el IVA, etc... que es ahí cuando pretendo enviar a hacienda, obtener la huella y generar el QR para incustrarlo en la factura, pero claro, estoy ya situado en la última página y no puedo retroceder en las anteriores.

No se si me explico.

En tiquetbai puedes en la última o en todas.es opcional
Posiblemente sea igual
De todas formas la hilera de hacerlo todo al final está bien para sistemas monousuarios, pero como haya al menos 2 usuarios en el mismo sif (trabajando a la vez) vas a tener problemas de encadenamientos, contadores...

[CarlosR]

Empezado por ermendalenda

En tiquetbai puedes en la última o en todas.es opcional
Posiblemente sea igual
De todas formas la hilera de hacerlo todo al final está bien para sistemas monousuarios, pero como haya al menos 2 usuarios en el mismo sif (trabajando a la vez) vas a tener problemas de encadenamientos, contadores...

Sinceramente no veo cual es el problema de imprimirla en la primera, en la última o en todas.
La NO Ley porque todavía no es Ley hasta que salgan todos los detalles técnicos, en sus prolegómenos indica que el DOCUMENTO debe llevar un QR que por cierto tampoco hay indicaciones de qué datos debe llevar. En uno de sus weminar aparece un QR y si se lee puede ver un pequeño puñado de datos. Que se le supone van a ser los definitivos.
No sé si se refiere a que en sus algoritmos sólo puede tener el número de documento y la serie al final de la impresión o si no puede imprimir el QR hasta el final. No veo cual es el problema de imprimirlo al final si así lo desea. Es el documento el que lleva el QR asignado. Al igual que puede imprimir lo acumulado de los importes en cada página previa y en el final los totales generales o solo imprimir totales generales al final.

Al menos tal y como yo lo veo es indistinto.


Un saludo.