Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[ermendalenda]

Empezado por bmfranky

Hola, gracias por tu respuesta, eso lo tengo mas que claro, desde que salio la normativa, mas de una factura he tenido que partir en 2 para que no se pasara...
Realmente no sabia que lo de cliente contado fuese ilegal, en muchisimos sitios lo hacen por eso mi duda, a partir de ahora lo implementare de esta forma, gracias.

Otra cosa, sabeis si se pude hacer una factura simplificada de una reparacion o trabajo o solo se puede de ventas de materiales?

A ver, factura simplificada, hasta 400 euros, puedes hacer tanto de venta como de reparaciones.
En ventas hasta los 3000.euros, y en reparaciones, yo interpreto, según la normativa, que sólo hasta 400, ya que no hay entrega de bienes. Pero, en cuando mezcles los 2 conceptos en la misma factura se complica, y en ese caso yo haría caso a la más restritiva(400maximo), pero este tema es mejor que tu asesor lo pregunte a la aeat.
La normativa es así:

¿Cuál es el importe máximo de una factura simplificada?
Existe un importe máximo para la factura simplificada: si el precio del servicio o del bien supera los 400 euros, IVA incluido, deberá emitirse una factura ordinaria.

Este límite máximo se amplía hasta los 3.000 euros con IVA si se trata de una de las siguientes operaciones:

Ventas al por menor (también las realizadas por fabricantes o elaboradores de los productos entregados.
Ventas o servicios en ambulancia.
Ventas o servicios a domicilio del consumidor.
Transporte de personas y sus equipajes.
Servicios de hostelería prestados por restaurantes, bares, cafeterías, horchaterías, chocolaterías y establecimientos similares, así como el suministro de bebidas o comidas para consumir en el acto.
Servicios prestados por discotecas y salas de baile.
Servicios telefónicos mediante cabinas de uso público, así como mediante tarjetas que no permitan la identificación del portador.
Servicios de peluquerías e institutos de belleza.
Utilización de instalaciones deportivas.
Revelado de fotografías y servicios prestados por estudios fotográficos.
Uso instalaciones deportivas.
Aparcamiento y estacionamiento de vehículos.
Alquiler de películas.
Servicios de tintorería y lavandería.
Utilización de autopistas de peaje.
Todas estas operaciones podrán justificarse mediante factura simple siempre que no superen el valor de 3.000 euros, IVA incluido.

[bmfranky]

Empezado por ermendalenda

A ver, factura simplificada, hasta 400 euros, puedes hacer tanto de venta como de reparaciones.
En ventas hasta los 3000.euros, y en reparaciones, yo interpreto, según la normativa, que sólo hasta 400, ya que no hay entrega de bienes. Pero, en cuando mezcles los 2 conceptos en la misma factura se complica, y en ese caso yo haría caso a la más restritiva(400maximo), pero este tema es mejor que tu asesor lo pregunte a la aeat.
La normativa es así:

Muchas gracias por tomarte el tiempo en reponder, lo hare como comentas, solo 400€, porque es dificil facturar una reparacion en la que no se usen materiales...
Conforme entre en faena , ire preguntando, como lo voy trasteando a ratos libres, se me va a hacer eterno.

[Franche]

Entiendo que aquí desde el software de facturación poco puedes hacer, la responsabilidad es del usuario porque si hacen detalle dela factura sin artículos a ver como vas a controlar si tiene que poder superar los 400 o no. tampoco ricemos el rizo.

[ermendalenda]

Empezado por Franche

Entiendo que aquí desde el software de facturación poco puedes hacer, la responsabilidad es del usuario porque si hacen detalle dela factura sin artículos a ver como vas a controlar si tiene que poder superar los 400 o no. tampoco ricemos el rizo.

Correcto. Quizás meter un parámetro de máximo 400 o 3000 según el cliente no es mala idea, pero para clientes que pueden tener las 2 variables se complica.
Por tanto,al menos, poner el máximo en 3000 lo veo bien y el resto r3sponsabilidad del comercio.

[pararegistrarme]

Estoy trabajando con los códigos QR y comparando los ejemplos que pone la AEAT con los que obtengo con distintos componentes Delphi(DelphiZXingQRCodeEx y otros). Sólo he conseguido obtener exactamente el mismo con FastReport. Todos los demás componentes que he probado muestran códigos gráficamente distintos aunque su lectura es correcta.
¿Sabéis de algún componente que cree el código tal y como nos piden?





Gracias de antemano y buenas vacaciones a todos... también a los que estamos trabajando.

[xamminf]

Muy buenas a todos,

Pensando en el flujo (y reflujo)
¿ Como lo hariais vosotros ?
Se imprime la factura y va a la cola. Cuando llegue el tiempo de espera se manda junto con las pendientes.
¿ Pero qué hacer si hay algun error que requiere enviar de nuevo el alta ? ¿ Se haria a traves de otro proceso que tambien generaria cola de envio ?

A ver si alguien lo tiene mas claro que yo

Gracias

[ermendalenda]

Empezado por xamminf

Muy buenas a todos,

Pensando en el flujo (y reflujo)
¿ Como lo hariais vosotros ?
Se imprime la factura y va a la cola. Cuando llegue el tiempo de espera se manda junto con las pendientes.
¿ Pero qué hacer si hay algun error que requiere enviar de nuevo el alta ? ¿ Se haria a traves de otro proceso que tambien generaria cola de envio ?

A ver si alguien lo tiene mas claro que yo

Gracias

Aún no han indicado el.procedimiento de reenvío, solos me ocurren una lógica según va avanzando el proyecto y es que si un registro es rechazado tendras que mandar la corrección (según el tipo de error) encadenada con el último generado NO con en anterior al registro rechazado, puesto que se rompería el encadenamiento.
De todas formas habrá que esperar a ver los detalles, pueden optar por otras opciones: reenvío con uncadenamiebto eapecial, sin encadenar o incluso enviar para tratarlos a otro servicio RESP. A ver que nos cuentan en los detalles técnicos. De momento yo he desarrollado todo según la opción que he puesto como más lógica ya que al tener que volver a generar el registro hay que seguir la secuencia
Otra cosa es que tengas incidencia en el emvio y no sea un rechazo por un registro erróneo.

[ermendalenda]

Empezado por xamminf

Muy buenas a todos,

Pensando en el flujo (y reflujo)
¿ Como lo hariais vosotros ?
Se imprime la factura y va a la cola. Cuando llegue el tiempo de espera se manda junto con las pendientes.
¿ Pero qué hacer si hay algun error que requiere enviar de nuevo el alta ? ¿ Se haria a traves de otro proceso que tambien generaria cola de envio ?

A ver si alguien lo tiene mas claro que yo

Gracias

También ten ecuenta que han metido una variable que es el la referencia del rechazo, la cual tendrás que hacer alusión a esa referencia en algun nodoen el envio del registro que reenvías, quizás con eso no necesite encadenamiento, y con lo que están tardando me espero bastantes modificaciones, si te das cuenta , en los webinars nos cuentan que las motivaciones son para mejorar y facilitar, pero solo facilitan para ellos, para que tengan más automatizados los controles de errores, a nosotros nos van complicando, está todo por ver

[sglorka]

Empezado por xamminf

Muy buenas a todos,

Pensando en el flujo (y reflujo)
¿ Como lo hariais vosotros ?
Se imprime la factura y va a la cola. Cuando llegue el tiempo de espera se manda junto con las pendientes.
¿ Pero qué hacer si hay algun error que requiere enviar de nuevo el alta ? ¿ Se haria a traves de otro proceso que tambien generaria cola de envio ?

A ver si alguien lo tiene mas claro que yo

Gracias

No deberías crear otra cola para estos casos, la cola debe ser única ya que todos los registros, sin excepción, tienen que estar encadenados siguiendo su fecha de generación.

En el documento de Validaciones y Errores tienes la respuesta

"4.4 Subsanación de errores
Solo podrá llevarse a cabo una subsanación cuando no se trate de una causa que exija la emisión de una factura rectificativa (u otro mecanismo contemplado en el Reglamento de Facturación).

Este mecanismo se empleará para subsanar datos en cualquiera de los siguientes casos:

- Errores admisibles (registro de facturación aceptado –con errores admisibles– por la AEAT), salvo las excepciones previstas en el apartado que explica el tratamiento de los errores admisibles.
- Errores no admisibles (registro de facturación rechazado por la AEAT).
- Dato incorrecto detectado posteriormente por el obligado a expedir factura (registro de facturación remitido y aceptado sin errores por la AEAT).

Para llevar a cabo la subsanación, será necesaria la remisión de un nuevo registro de facturación (con el mismo identificador de factura del registro de facturación que se quiere subsanar) por cada uno de los registros con datos a subsanar, con la combinación de valores de campos que proceda según el caso (ver en el anexo los cuadros de operativas de alta y anulación admisibles)."

Sólo en el caso de que la comunicación no se haya establecido correctamente con la Aeat y no se haya podido enviar el mensaje, deberías volver a reintentar el envío, tal cual estaba, las veces necesarias hasta conseguir respuesta.

[ermendalenda]

Empezado por pararegistrarme

Estoy trabajando con los códigos QR y comparando los ejemplos que pone la AEAT con los que obtengo con distintos componentes Delphi(DelphiZXingQRCodeEx y otros). Sólo he conseguido obtener exactamente el mismo con FastReport. Todos los demás componentes que he probado muestran códigos gráficamente distintos aunque su lectura es correcta.
¿Sabéis de algún componente que cree el código tal y como nos piden?





Gracias de antemano y buenas vacaciones a todos... también a los que estamos trabajando.

Lo único que piden es que el control de errores sea mínimo el tipo M y las medidas. Lo de Gráficamente distinto no sé a qué te refieres pero si es por que has dejado el tipo por defecto de cada componente puede que el control de errores sea distinto y te va a salir un gráfico distinto, mientras no sea tipo L(low) será aceptado.
Por otro lado, según el procesador que tenga el equipo, un tipo de control de errores más alto que el M, necesita más recursos y te puede ralentizar la generación