Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[afxe]

Ermendalenda dijo:

Si te sirve, mi software t4abaja en local pero lo que hago es enviar cada venta en un XML a un servidor externo con in servicio REST que guarda todas las ventas y el se encargará de enviarlas a verifactu. Con lo cual tengo garantizada la inviolabilidad.

Me sirve... tenía planeado algo así... recibir las facturas en un servidor propio y encargarnos nosotros de realizar el envío a Hacienda. Pero me preocupa que el usuario use mi programa en dos puestos con series diferentes y a uno de ellos le borre las DNS o bloquee su salida a internet, por ejemplo, provocando que sólo me llegue una de las series. No sé si Hacienda clasificaría como software de doble uso un sistema así. Realmente sería sencillo seguir trabajando con "B", ya que lo normal en ventas del día a día (bares y tiendecitas) es que nadie solicite el ticket impreso, o te presenten un "ticket proforma" sin QR...

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

Empezado por afxe

Realmente sería sencillo seguir trabajando con "B", ya que lo normal en ventas del día a día (bares y tiendecitas) es que nadie solicite el ticket impreso, o te presenten un "ticket proforma" sin QR...

Y en cuanto un usuario te pida un ticket "correcto" ya la tienes liada...
Si le das un ticket sin QR (cuando esté estandarizado) te va a decir que "eso que es". ¿Tendrás opción de generar con QR y sin QR?
¿Le dirás que con QR no puedes?
Si es un ticket que presenta a una empresa (gastos de empresa) te dirá que ese ticket no es válido, que quiere el "bueno".

No se, yo no lo veo nada fácil.
Que habrá o se inventarán formas, seguro, pero fácil no lo veo y menos sin la complicidad del software informático. Por eso el incapié en las multas a las empresas desarrolladoras que facilitene sas trampas.

[[newtron]]

Empezado por keys

La ley dice lo siguiente no solo un log de entrada/salida de usuarios.

Tiquismiquis....

[/quote]

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

Y en cuanto un usuario te pida un ticket "correcto" ya la tienes liada...
Si le das un ticket sin QR (cuando esté estandarizado) te va a decir que "eso que es". ¿Tendrás opción de generar con QR y sin QR?
¿Le dirás que con QR no puedes?
Si es un ticket que presenta a una empresa (gastos de empresa) te dirá que ese ticket no es válido, que quiere el "bueno".

No se, yo no lo veo nada fácil.
Que habrá o se inventarán formas, seguro, pero fácil no lo veo y menos sin la complicidad del software informático. Por eso el incapié en las multas a las empresas desarrolladoras que facilitene sas trampas.

En los restaurantes sobre todo cuando pides la cuenta te dan un papel que pone "Proforma" o "Preventa" o cualquier tontería de esas. Imagino que la mayoría de la gente (yo por ejemplo) pagan y se van pero imagino también que si pides el ticket te lo harán con su numeración correcta y tan felices. Lo que no entiendo es cómo la AEAT con lo que son no se meten en ese comportamiento y empiezan a dar estacazos.

Saludos.

[ermendalenda]

Empezado por newtron

Tiquismiquis....

En los restaurantes sobre todo cuando pides la cuenta te dan un papel que pone "Proforma" o "Preventa" o cualquier tontería de esas. Imagino que la mayoría de la gente (yo por ejemplo) pagan y se van pero imagino también que si pides el ticket te lo harán con su numeración correcta y tan felices. Lo que no entiendo es cómo la AEAT con lo que son no se meten en ese comportamiento y empiezan a dar estacazos.

Saludos.[/quote]


A ver, ya sabemos que hay de todo, pero también te digo que yo creo que con la caña de inspecciones que estan haciendo,cada vez menos.
Son varias las razones por las que se hace así, créeme que ya les gustaría a la mayoría de los restauradores ahorrar en papel y no dar 2 viajes a las mesas.
1. Dar la posibilidad al cliente de repasar el tiquet sin tener después que nadar haciendo rectificativas, tanto de productos servidos como de precio. Ya que el camarero se ha podido equivocar. Y a gi te gustará repasarlo pero el camarero no puede estar a tu lado hasta que esté todo correcto por eso se deja el Preventa o previo tiquet o comanda o como quieran llamarlo cada uno

2.dar la posibilidad al cliente de pedir algo más y poner en la misma cta por que en el último instante ha llegado alguien
3. Dar la posibilidad al cliente de poder dividir la cta entre varios comensales y darle a cada uno su ticket, que eso lo pueden decidir después de ver el total.
4.que al grabar el tiquet quede reflejado correctamente la forma de pago, tanto como para imprimir como para la gestión interna.
5. Que al restaurador le permita solucionar un "sinpa" sin cerrar el tiquet y pagando más impuestos de la cuenta

[Casimiro Noteví]

Empezado por ermendalenda

A ver, ya sabemos que hay de todo, pero también te digo que yo creo que con la caña de inspecciones que estan haciendo,cada vez menos.
Son varias las razones por las que se hace así, créeme que ya les gustaría a la mayoría de los restauradores ahorrar en papel y no dar 2 viajes a las mesas.
1. Dar la posibilidad al cliente de repasar el tiquet sin tener después que nadar haciendo rectificativas, tanto de productos servidos como de precio. Ya que el camarero se ha podido equivocar. Y a gi te gustará repasarlo pero el camarero no puede estar a tu lado hasta que esté todo correcto por eso se deja el Preventa o previo tiquet o comanda o como quieran llamarlo cada uno
2.dar la posibilidad al cliente de pedir algo más y poner en la misma cta por que en el último instante ha llegado alguien
3. Dar la posibilidad al cliente de poder dividir la cta entre varios comensales y darle a cada uno su ticket, que eso lo pueden decidir después de ver el total.
4.que al grabar el tiquet quede reflejado correctamente la forma de pago, tanto como para imprimir como para la gestión interna.
5. Que al restaurador le permita solucionar un "sinpa" sin cerrar el tiquet y pagando más impuestos de la cuenta

Creo que no conoces Andalucía
Edito: ¡¡¡Pero si somos casi vecinos!!!

[ermendalenda]

Empezado por Casimiro Notevi

Creo que no conoces Andalucía
Edito: ¡¡¡Pero si somos casi vecinos!!!

Jefe supongo que sí eres moderador podrás ver mi ubicación aproximada. Jeje.
Bueno ya sabes que conozco Andalucía, pero aún conozco más grandes empresas que Dan servicios informáticos a los restauradores y sé como están actuando y aquí no se la juegan

[Casimiro Noteví]

Empezado por ermendalenda

Jefe supongo que sí eres moderador podrás ver mi ubicación aproximada. Jeje.
Bueno ya sabes que conozco Andalucía, pero aún conozco más grandes empresas que Dan servicios informáticos a los restauradores y sé como están actuando y aquí no se la juegan

Tan sólo veo una IP y curiosamente tenemos el mismo ISP, por lo que debemos estar muy, muy cerca.

[[newtron]]

Pues ya te digo yo a ti que la mayoría de las veces pago y con la vuelta viene el mismo papelito que me han traido al principio en vez de traerme un ticket formal.

Uh... igual el problema es mío que solo voy a antros

[ermendalenda]

Empezado por afxe

Ermendalenda dijo:



Me sirve... tenía planeado algo así... recibir las facturas en un servidor propio y encargarnos nosotros de realizar el envío a Hacienda. Pero me preocupa que el usuario use mi programa en dos puestos con series diferentes y a uno de ellos le borre las DNS o bloquee su salida a internet, por ejemplo, provocando que sólo me llegue una de las series. No sé si Hacienda clasificaría como software de doble uso un sistema así. Realmente sería sencillo seguir trabajando con "B", ya que lo normal en ventas del día a día (bares y tiendecitas) es que nadie solicite el ticket impreso, o te presenten un "ticket proforma" sin QR...

Yo en en el servidor tengo varias comprobaciones:
Compruebo de nuevo la estructura contra el xsd, compruebo encadenamiento compruebo que ko haya saltos de numerador de cada serie, compruebo que en esa caja/comercio se hayan enviado ventas después de las últimas 30 horas anteriores(si voy mandando un correo todos los días durante 1 semana).

[ermendalenda]

Empezado por afxe

Ermendalenda dijo:



Me sirve... tenía planeado algo así... recibir las facturas en un servidor propio y encargarnos nosotros de realizar el envío a Hacienda. Pero me preocupa que el usuario use mi programa en dos puestos con series diferentes y a uno de ellos le borre las DNS o bloquee su salida a internet, por ejemplo, provocando que sólo me llegue una de las series. No sé si Hacienda clasificaría como software de doble uso un sistema así. Realmente sería sencillo seguir trabajando con "B", ya que lo normal en ventas del día a día (bares y tiendecitas) es que nadie solicite el ticket impreso, o te presenten un "ticket proforma" sin QR...

Yo en en el servidor tengo varias comprobaciones:
Compruebo de nuevo la estructura contra el xsd, compruebo encadenamiento compruebo que ko haya saltos de numerador de cada serie, compruebo que en esa caja/comercio se hayan enviado ventas después de las últimas 30 horas anteriores(si no voy mandando un correo todos los días durante 1 semana).

[ermendalenda]

Empezado por ermendalenda

Yo en en el servidor tengo varias comprobaciones:
Compruebo de nuevo la estructura contra el xsd, compruebo encadenamiento compruebo que ko haya saltos de numerador de cada serie, compruebo que en esa caja/comercio se hayan enviado ventas después de las últimas 30 horas anteriores(si no voy mandando un correo todos los días durante 1 semana).

Si ves que pueden clonar equipos y quitarlos se la red puedes poner un límite de registros de facturas sin enviar y bloquear con clave