Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[ermendalenda]

Empezado por ermendalenda

Lo mismo sigo equivocado, pero si ésto (imagen adjunta) no es un requermiento, ya me diras.

segunda parte

[ermendalenda]

borrar este mensaje

[ermendalenda]

sigue aqui

[[newtron]]

Yo entiendo que efectivamente eso es un requerimiento pero no tiene nada que ver con VeriFactu. Están requiriendo los libros de iva en el formato habitual desde hace unos años acá. A algunos clientes míos se lo han pedido igualmente así.



Saludos.

[Sistel]

Empezado por newtron

Yo entiendo que efectivamente eso es un requerimiento pero no tiene nada que ver con VeriFactu. Están requiriendo los libros de iva en el formato habitual desde hace unos años acá. A algunos clientes míos se lo han pedido igualmente así.

Hola,

Sí, ése es el clásico requerimiento de Hacienda (de toda la vida) para que aporte uno (ahora en formato digital), todos los datos referentes a facturación.
Es muy habitual que lo hagan cuando se solicita devolución de IVA (craso error) en lugar de dejar la deuda pendiente para compensar en siguientes trimestres o ejercicios.

Antes te pedían llevar los libros de facturas y todas las facturas emitidas y recibidas (en papel) a Hacienda.
(Somos también asesoría contable y fiscal y ya nos ha tocado, más de una vez, hacer el numerito de circo de ir cargados de carpetas de facturas a Hacienda)
Pasado un tiempo te avisaban para que pasases a recogerlos y a que te cantasen las cuarenta:
"Que si esta factura no es factura porque no aparece la palabra FACTURA".
"Que si esta no tiene desglosado el IVA"
"Que si en ésta no aparece el NIF/CIF del destinatario"
Al final te descontaban de las facturas recibidas unas cuantas y te devolvían bastante menos de lo que habías pedido de devolución.

Nuestro consejo siempre a los clientes: "No pedir nunca devolución de pasta a Hacienda".
Pero algún cliente que insistió, ya lo pagó caro: de unos 10.000€ que le tenían que devolver, al final perdió casi 5.000€ (que habría podido compensar de no haber tenido inspección por pedir devolución de IVA)

En resumen, no es nada nuevo ni que tenga que ver con VeriFactu.
Es inspección de IVAs de toda la vida.

Saludos

[keys]

Hola.

Eso es un requerimiento de hacienda. Pero no tiene que ver nada con verifactu. Tenéis la información en este enlace https://www.agenciatributaria.es/AEA...rimientos.html.

Estos ficheros se utilizan desde hace tiempo a parte de por un requerimiento de hacienda, para que los contribuyentes puedan llevar su libro registro de IVA y de IRPF, de esta forma hacienda les calcula el IVA 303 y el 130 (personas físicas). Es una especie de SII pero para empresas que no están en el SII. Bueno una chapuza por que se hace con ficheros en formato excel.

También te lo pueden pedir de hacienda mediante un requerimiento, normalmente si les pides la devolución del IVA. Pero repito no tiene que ver nada con VERIFACTU

[ermendalenda]

Empezado por newtron

Yo entiendo que efectivamente eso es un requerimiento pero no tiene nada que ver con VeriFactu. Están requiriendo los libros de iva en el formato habitual desde hace unos años acá. A algunos clientes míos se lo han pedido igualmente así.


Saludos.

Jejeje. Veo que se está alargando mucho este último tema y se insitr en lo mismo del error.
VUELVO a aclararlo, no he dicho que sea verifactu, dije (POR ERROR) que hacia referencias a artículos de la nueva normativa antifraude. En otro Post dije que HE CONFUNDI DICIENDO QUE HACIA REFERENCIA A LA NORMATIVA ANTIFRAUDE. EFECTIVAMENTE NO TIENE QUE VER CON VERIFACTU.
Por supuesto que ea un requerimiento y he puesto partes del documento del requerimiento para quien le pueda servir. Saludos

[[newtron]]

Empezado por ermendalenda

Jejeje. Veo que se está alargando mucho este último tema y se insitr en lo mismo del error.
VUELVO a aclararlo, no he dicho que sea verifactu, dije (POR ERROR) que hacia referencias a artículos de la nueva normativa antifraude. En otro Post dije que HE CONFUNDI DICIENDO QUE HACIA REFERENCIA A LA NORMATIVA ANTIFRAUDE. EFECTIVAMENTE NO TIENE QUE VER CON VERIFACTU.
Por supuesto que ea un requerimiento y he puesto partes del documento del requerimiento para quien le pueda servir. Saludos

Ahhhhhhhhhhhhhhhhhhh... Verifactuuuuuuuuuuuuuu... ¿qué es eso de Verifactu?

[ermendalenda]

Empezado por newtron

Ahhhhhhhhhhhhhhhhhhh... Verifactuuuuuuuuuuuuuu... ¿qué es eso de Verifactu?

Pues algo muy bonito que estanos haciendo para recaudar por que hacienda somos todos y verás los paseos marítimos , carreteras, autopistas gratuitas, salud dental gratuita, todo lo que van a hacer gracias a nuestras colaboración.

[JoseLeeTo]

Buenos días a todos;

Programo en C#, pero este foro ya me ayudó muchísimo en su día con TicketBai, con lo que lo tengo de cabecera desde entonces.
Aunque ya no me pilla de sorpresa lo de VeriFactu (que es como un TicketBai pero a lo grande y a nivel nacional, con sus peculiaridades por supuesto), sí que tengo algunas (muchas) dudas planteo aquí, por si me podéis ayudar a resolverlas:

1. ¿El esquema de Registro de Eventos para Verifactu, ya está publicado?. Sí que han publicado borrador del Excel con la estructura... pero el XSD (tipos complejos, etc....) para montarlo en la aplicación, pero el XSD (el tipo complejo) no lo encuentro por ninguna parte. Igual es que no lo han publicado aún, pero por eso lo consulto.

2. Lo mismo ocurre con el esquema de la estructura de envíos NO Verifactu, es decir, a requerimiento, y el formato en el que se tienen que almacenar.
¿Tienen que almacenarse en formato .XML, y debe de ir firmado verdad?
Es cierto que en los comentarios del excel, existen algunos que hacen referencia a que el campo será obligatorio o no para Verifactu/No Verifactu... pero mi consulta era si existe algún tipo de documento que ya esté formado con todos los campos necesarios para la remisión.
Pero en la documentación, establece que la remisión de Verifactu y requerimiento, utilizan el mismo esquema XSD para el envío, con lo que, ¿para qué se almacenan los .XML, si la remisión del requerimiento es a través de un SOAP con el protocolo y esquemas que se indican?

3. La remisión de la factura Verifactu, ¿debe de adjuntarse el certificado del obligado tributario en la misma?. En el envío SOAP, no encuentro tal posibilidad.
¿Alguien ha trabajado ya con C#, y ha logrado esta posibilidad?


Muchas gracias de antemano como siempre.
Un cordial saludo.

[antoine0]

Empezado por JoseLeeTo

1. ¿El esquema de Registro de Eventos para Verifactu, ya está publicado?. Sí que han publicado borrador del Excel con la estructura... pero el XSD (tipos complejos, etc....) para montarlo en la aplicación, pero el XSD (el tipo complejo) no lo encuentro por ninguna parte. Igual es que no lo han publicado aún, pero por eso lo consulto.

2. Lo mismo ocurre con el esquema de la estructura de envíos NO Verifactu, es decir, a requerimiento, y el formato en el que se tienen que almacenar.

Primero, a un nivel operacional como son los esquemas, nada está publicado de manera oficial. Solo existen borradores. Con estos se pueden diseñar cositas, pero tienes que estar preparado a cambios. (Por esto este foro está muy tranquilito.)
Un detalle importante: se ha dicho (pero no creo haberlo he visto escrito en un texto oficial) que el esquema para los registros de facturación será el mismo para todos los casos, o siga, que no habrá diferencias entre sistemas veri*factu y no-veri*factu a nivel de registros intercambiados.

Luego, los eventos no tienen que ser almacenados en XML. Y lo mismo ocurre con los registros de factura en un sistema no-veri*factu.
Solo será obligatorio usar XML (con esquemas aún por publicar) para transmitir estos registros en contestación a los futuros requerimientos. Y posiblemente para firmar los registros (este proceso de firma no está definido claramente en la actualidad; al principio era basado sobre el contenido XML, pero se dice que se van a suprimir algunos nodos del contenido a firmar; otro tema abierto).

En este punto hay que preguntarse por qué estás programando un sistema no-veri*factu.
La posibilidad de sistemas no-veri*factu no es la preferida por Hacienda claramente, no hacen nada para que siga la opción por defecto, más bien todo lo contrario.
Creo que esta opción existe para las empresas que tienen ya en casa un sistema de facturación capaz de cumplir los requerimientos de la ley (integridad, trazabilidad, etc.) y que no quieren desarrollar una adaptación a este sistema para comunicar en tiempo casi real las facturas por el canal veri*factu. El caso más obvio son las empresas donde el sistema de facturación no está conectado a Internet.
Estas empresas solo deberán desarrollar una adaptación para firmar los registros de facturación y los de eventos (y almacenar dichas firmas), y otra para comunicar lotes de registros en formato XML bajo requerimientos.
¿Se sabe cómo firmar? No, no está publicado.
Lo de los registros para los requerimientos está un poco más claro (no mucho) porque al menos el contenido se puede deducir de los borradores; pero no es suficientemente preciso para que puedes empezar a programar la generación en XML de estos lotes: tal como lo dices, faltan los esquemas.

Para mi, si tienes resuelto todo lo demás y solo te falta programar la generación en XML de los lotes para enviar a Hacienda, creo que vas muy bien en tu agenda. Solo te queda esperar un poco más a que Hacienda publique su orden ministerial. Y luego ¡tendrás muchos meses para los ensayos! (y adaptarse a posibles cambios de normativa; cf. ticketBAI.)

3. La remisión de la factura Verifactu, ¿debe de adjuntarse el certificado del obligado tributario en la misma?. En el envío SOAP, no encuentro tal posibilidad.

El envío SOAP se hace en una comunicación segura (https que involucra un certificado.
Pero este certificado no tiene que ser él del obligado tributario: existen casos dónde "colaboradores" pueden presentar registros en nombre de un obligado.