Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[Franche]

Tengo que cuando vas a guardar una factura te da a elegir si FINALIZARLA (con lo cual ya no podrás modificar, aunque actualmente todavía dejo modificar) o guardarla en BORRADOR (aqui te deja hacer todo, incluso eliminarla) que cuando ya sepas que es correcta entonces te da la opción de FINALIZAR. Es lo que me dices de PREFACTURA, es lo mismo.

[seccion_31]

Programa demostracion alta-anulacion facturas verifactu, que incluye un simulador de respuesta muy basico.

El programa con fines educativos, permite añadir y anular desde archivos excel facturas, enviarlos a la AEAT ó simular un envio.

La direccion de descarga esta en:

https://github.com/seccion31/verifactu-delphi-demo

Espero que este medianamente correcto y sirva de guia a los mas despistados, entre los que me incluyo.

Cualquier correccion y sugerencia seran bienvenidos.

[Casimiro Noteví]

[CarlosArjonomia]

Hola, ¿Navarra queda en un limbo con esto de verifactu?

[ermendalenda]

Si no recuerdo mal, en el último webinar del exj3fe de inspección de hacienda, Javier Hurtado, posiblemente se acoja a Verifactu al igual que pasó con el SII.

[jlmoli_67]

Buenas.


Me podriais aclarar si este planteamiento es correcto, por favor?. Vuelvo a estar muy liado


tenemos una factura de 1000 Euros + 210 Euros de IVA. Por un error en la misma, necesitamos hacer una rectificación, siendo el importe correcto 800 Euros + 168 de IVA:

• Emitimos primero una factura ordinaria en negativo de -1000 Euros (y -210), es decir, la factura original pero en negativo.
• Emitimos una nueva factura ordinaria de 800 (+168) .
• En este caso no se rellenan los datos “base rectificada”, “cuota rectificada” y las estadisticas a nivel de articulos e inventario cuadrarian, etc.

gracias por vuestra ayuda.

[keys]

En principio esta bien. Pero no estas emitiendo una factura simplificada por sustitución.Para hacer una factura rectificativa por sustitución tienes que emitir una sola factura.

- Emitimos una nueva factura Rectificativa por sustitución de 800 (+168) . y en la base rectificada pones 1000 y en la cuota rectificada 210. Esto rectifica toda la factura inicial.
dejándola a 0.

Un saludo. Yo creo que esto sería lo mas correcto.

[Sistel]

Empezado por jlmoli_67

Buenas.


Me podriais aclarar si este planteamiento es correcto, por favor?. Vuelvo a estar muy liado


tenemos una factura de 1000 Euros + 210 Euros de IVA. Por un error en la misma, necesitamos hacer una rectificación, siendo el importe correcto 800 Euros + 168 de IVA:

• Emitimos primero una factura ordinaria en negativo de -1000 Euros (y -210), es decir, la factura original pero en negativo.
• Emitimos una nueva factura ordinaria de 800 (+168) .
• En este caso no se rellenan los datos “base rectificada”, “cuota rectificada” y las estadisticas a nivel de articulos e inventario cuadrarian, etc.

gracias por vuestra ayuda.

Hola,

Lee la respuesta 48 de https://www.batuz.eus/es/preguntas-f...0&actualPage=2
Ahí explican las 2 posibles operativas en el caso de factura rectificativa por sustitución:
- Si se informa la base y cuota de la factura original, sólo tienes que emitir esa factura rectificativa por sustitución.
- Si no se informa de la base y cuota de la factura original, debes emitir una factura normal pero de importes negativos y una factura rectificativa con los nuevos importes.

Si se emite una factura rectificativa por diferencias sólo tienes que emitir una factura rectificativa de las diferencias entre la original y lo que debería haber figurado.

Nota: Eso es así en TicketBAI. Y supongo que en Verifactu será igual.

Saludos

[antoine0]

Empezado por jlmoli_67

tenemos una factura de 1000 Euros + 210 Euros de IVA. Por un error en la misma, necesitamos hacer una rectificación, siendo el importe correcto 800 Euros + 168 de IVA:

• Emitimos primero una factura ordinaria en negativo de -1000 Euros (y -210), es decir, la factura original pero en negativo.
• Emitimos una nueva factura ordinaria de 800 (+168) .
• En este caso no se rellenan los datos “base rectificada”, “cuota rectificada” y las estadisticas a nivel de articulos e inventario cuadrarian, etc.

En el SII, es una de las tres operativas aceptadas para las rectificativas (punto 2.8 opción 2).
Solo apuntar que en el SII, base y cuota rectificadas se rellenan con 0 en este caso.

[ermendalenda]

Empezado por jlmoli_67

Buenas.


Me podriais aclarar si este planteamiento es correcto, por favor?. Vuelvo a estar muy liado


tenemos una factura de 1000 Euros + 210 Euros de IVA. Por un error en la misma, necesitamos hacer una rectificación, siendo el importe correcto 800 Euros + 168 de IVA:

• Emitimos primero una factura ordinaria en negativo de -1000 Euros (y -210), es decir, la factura original pero en negativo.
• Emitimos una nueva factura ordinaria de 800 (+168) .
• En este caso no se rellenan los datos “base rectificada”, “cuota rectificada” y las estadisticas a nivel de articulos e inventario cuadrarian, etc.

gracias por vuestra ayuda.

Lo más correcto es lo que te ha puesto Sistel, y para tu operativa y que te cuadren las estadísticas la opción 2.
En verifactu , casi seguro, será igual que en ticketbai, ya que esa operativa se basa en el reglamento de facturación , pero dado que es un tema un poco complejo, tampoco me extrañaría que dieran otra solución, así que de momento dejalo un poco abierto. Yo de momento lo he dejado como has puesto, una rectificativa normal y vuelvo a emitir y ya veremos, por que aunque no es lo correcto quien se va a meter tanto en eso, otra cosa es que pase de un periodo de facturación a otro mientras se arregla, entonces si hay que andarse con un poco más de ojo.

[xamminf]

Empezado por ermendalenda

periodo de facturación

¿ Quizá quiso decir "período de liquidación de IVA" ?

[ermendalenda]

Empezado por xamminf

¿ Quizá quiso decir "período de liquidación de IVA" ?

Correcto, gracias.

[jlmoli_67]

Empezado por jlmoli_67

Buenas.


Me podriais aclarar si este planteamiento es correcto, por favor?. Vuelvo a estar muy liado


tenemos una factura de 1000 Euros + 210 Euros de IVA. Por un error en la misma, necesitamos hacer una rectificación, siendo el importe correcto 800 Euros + 168 de IVA:

• Emitimos primero una factura ordinaria en negativo de -1000 Euros (y -210), es decir, la factura original pero en negativo.
• Emitimos una nueva factura ordinaria de 800 (+168) .
• En este caso no se rellenan los datos “base rectificada”, “cuota rectificada” y las estadisticas a nivel de articulos e inventario cuadrarian, etc.

gracias por vuestra ayuda.

Muchas gracias a todos,

Cuestion perfectamente aclarada.

[cdlrubia]

Buenos días a todos. Estoy intentando generar la firma para enviar las facturas a la hacienda, pero me dice que firma no válida, y no encuentro en la web de hacienda documentación sobre la generación de la firma, ni donde ubicarla dentro de la estructura del xml que se envía. He estado intentando leer desde el principio todos los mensajes que hay en este foro pero son demasiadas páginas con demasiados mensajes y no lo logro encontrar. Sólo he visto una DLL pero no me vale, ya que nuestros sistemas trabajan en Linux.

Alguno tiene y me podría compartir la estructura de firma y como generarla?

Muchas gracias

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

Empezado por cdlrubia

Buenos días a todos. Estoy intentando generar la firma para enviar las facturas a la hacienda, pero me dice que firma no válida, y no encuentro en la web de hacienda documentación sobre la generación de la firma, ni donde ubicarla dentro de la estructura del xml que se envía. He estado intentando leer desde el principio todos los mensajes que hay en este foro pero son demasiadas páginas con demasiados mensajes y no lo logro encontrar. Sólo he visto una DLL pero no me vale, ya que nuestros sistemas trabajan en Linux.

En los primeros mensajes del hilo tienes un pequeño resumen y acceso a la documentación y a los códigos disponibles.

En el FTP, hay una carpeta con toda la documentación hasta ahora. La oficial y la no-oficial:
https://terawiki.clubdelphi.com/Otro...LeyAntifraude/

En concreto, este documento, hace referencia a temas de HASH del registrro de facturación (a ver si es lo que necesitas):

https://terawiki.clubdelphi.com/Otro...os20240527.pdf

Aquí hay algunos códigos:
https://terawiki.clubdelphi.com/Otro...go-proyectos_/

[bmfranky]

Empezado por cdlrubia

Buenos días a todos. Estoy intentando generar la firma para enviar las facturas a la hacienda, pero me dice que firma no válida, y no encuentro en la web de hacienda documentación sobre la generación de la firma, ni donde ubicarla dentro de la estructura del xml que se envía. He estado intentando leer desde el principio todos los mensajes que hay en este foro pero son demasiadas páginas con demasiados mensajes y no lo logro encontrar. Sólo he visto una DLL pero no me vale, ya que nuestros sistemas trabajan en Linux.

Alguno tiene y me podría compartir la estructura de firma y como generarla?

Muchas gracias

Hasta donde se , lo que esta activo es el servicio para enviar l<as facturas electronicas, tipo facturae, como aqui: https://face.gob.es/es/facturas/vali...lizar-facturas pero por soap.
y para que acepte la firma, habia que dar de alta el certificado y la empresa, no?
Por lo menos eso es lo que he leido en el foro, en varios hilos.

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

Empezado por seccion_31

Programa demostracion alta-anulacion facturas verifactu, que incluye un simulador de respuesta muy basico.
El programa con fines educativos, permite añadir y anular desde archivos excel facturas, enviarlos a la AEAT ó simular un envio.

La direccion de descarga esta en:
https://github.com/seccion31/verifactu-delphi-demo

Espero que este medianamente correcto y sirva de guia a los mas despistados, entre los que me incluyo.

Gracias por el aporte [seccion31].
Subo el proyecto al FTP del club, junto a un fichero TXT con una pequeña descripción y el link a github (original).
https://terawiki.clubdelphi.com/Otro...go-proyectos_/

Actualizo también el segundo mensaje del hilo, donde iremos recopilando códigos útiles.

[[newtron]]

Empezado por seccion_31

Programa demostracion alta-anulacion facturas verifactu, que incluye un simulador de respuesta muy basico.

El programa con fines educativos, permite añadir y anular desde archivos excel facturas, enviarlos a la AEAT ó simular un envio.

La direccion de descarga esta en:

https://github.com/seccion31/verifactu-delphi-demo

Espero que este medianamente correcto y sirva de guia a los mas despistados, entre los que me incluyo.

Cualquier correccion y sugerencia seran bienvenidos.

Gracias compañero.

[ermendalenda]

Hay una revisión de la imagen del QR.
No esperes nada bueno.
Sigue quedándose donde dijeron y además presionan un poco más con el mensaje de inmediatez.
Si un cliente pasa el QR, antes decían que aún no se ha subido y que lo intenten un poco más tarde, ahora lo han cambiado por aún no lo han subido por que han podido tener una incidencia puntual.
Una vueltecita más de tuerca jeje.

[[email protected]]

Off-Topic

Alguien puede aclararme una duda. Si se produce un crimen con una hacha comprada en la ferretería del pueblo, se presupone que el criminal es el que usa el hacha para realizar el crimen, NADIE IMPUTA AL VENDEDOR DE LA FERRETERIA. Entonces porque en el tema que nos ocupa VERI*FACTU, y después de leer y analizar TODO lo que se ha publicado en este foro, planteo la pregunta :

Porque se esta derivando TODA LA RESPONSABILIDAD FISCAL Y CONTABLE sobre el desarrollador de la aplicación VERI*FACTU, cuando legalmente el/los responsables son los GESTORES Y LOS ASESORES FISCALES que son los que tienen que indicar al cliente/empresa la forma de actuar a partir de la publicacion de las normas VERI*FACTU y son lo que tienen que controlar los distintos conceptos y artículos contables/fiscales.

Bajo mi opinión, el desarrollador ha de realizar la aplicación VRI*FACTU cumpliendo la normativa de facturación ya publicada, a partir de este momento termina toda su responsabilidad.

Quien puede evitar que el usuario realice las facturas con sino negativo en lugar de realizar una rectificativa. Por el mismo motivo, se puede emitir una factura sin IVA porque se trate como si fuera Canarias o intracomunitaria siendo esto realizado por error.

Disculpad si me he pasado con mis apreciaciones y si alguien quiere anotar su opinión , la guardare con aprecio.

Un saludo