Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[Jesusggc]

Empezado por sglorka

No veo dónde queda el hueco en la facturación. La factura anulada seguirá estando el SIF y en la AEAT. Esa factura en tu SIF debes ponerla a cero y tiene que estar registrada en los libros contables

Si pero si tu en facturación sacas un Resumen de facturas esa factura anulada no debe aparecer, por lo que, va a haber un salto. Y el cliente va a pensar que hay un salto.

A eso me refiero.

[sglorka]

Empezado por Jesusggc

Si pero si tu en facturación sacas un Resumen de facturas esa factura anulada no debe aparecer, por lo que, va a haber un salto. Y el cliente va a pensar que hay un salto.

A eso me refiero.

Pero por qué no va a aparecer ?. No la puedes eliminar, seguirá apareciendo pero con importe a cero.
No confundamos el Registro de Facturación que se emite para la aeat, que es inviolable, con el registro que está en SIF y sí puedes anular y dejar a cero su contenido (después de emitir su registro de anulación claro)

[CarlosR]

Empezado por josejm

En el documento de Preguntas y respuestas:
Pregunta:
El registro de facturación de anulación anula el correspondiente registro de facturación de alta,
pero desde el punto de vista del Reglamento de Facturación cómo quedan éstas facturas, se puede
volver a enviar con ese número o se queda sin usar, con salto de número de factura.
Respuesta:
Aunque en principio no se cierra ninguna posibilidad, dado que ha quedado constancia de la factura "errónea", aunque
luego haya sido anulada (se recuerda que deberían ser casos excepcionales y que esta posibilidad se ha tenido en cuenta
para facilitar la gestión de estos casos), lo recomendable sería optar por continuar con la numeración siguiente, es decir,
no reutilizar -o "saltarse"- el nº de la factura anulada, ya que la nueva factura a expedir en principio puede no tener nada
que ver con la anulada (en este caso, se generaría un registro de facturación de alta inicial). No obstante, no se podría
impedir la reutilización del nº de la factura anulada para asignárselo a la nueva factura (teniendo en cuenta que podría
entenderse como que la "sustituye"), aunque para ello debería generarse un registro de facturación de alta sustitutiva.

Vamos que puede que si, pero también puede que no se pueda reutilizar el mismo número de factura... No se aclaran ni ellos mismos.

Una de las soluciones aportadas anteriormente fue que se puede hacer una factura con cantidades negativas (factura de abono). Hace años que estoy haciendo eso. Pero esto no es factura de anulación.
Que también puede servir, sobre todo si ya hay facturas expedidas posteriores. Así no se rompería la cadena.
Eso sí, el cliente vería un cargo y un abono en sus extractos contables.


Creo que la anulación de una factura no lo tienen claro ni en la AEAT, por ello sigo experando una respuesta de la AEAT. Personalmente ahora mismo yo no lo tengo claro.


Saludos.

[Jesusggc]

Empezado por sglorka

Pero por qué no va a aparecer ?. No la puedes eliminar, seguirá apareciendo pero con importe a cero.
No confundamos el Registro de Facturación que se emite para la aeat, que es inviolable, con el registro que está en SIF y sí puedes anular y dejar a cero su contenido (después de emitir su registro de anulación claro)

Yo lo que tengo pensado es, esas facturas anuladas, dejarlas MARCADAS(no eliminadas) como anuladas, y por lo tanto no aparece en listados de Facturacion (mensual, trimestral) para no falsear los datos economicos.

A la espera de que dicen los de AEAT.

[austral_es]

Buenas tardes, ¿alguien ha podido importar el SistemaFacturacion.wsdl en Delphi 12.1? estamos intentando importarlo en el último Delphi que existe y nos da un AV al intentar importarlo (todas las opciones por defecto sin cambiar nada) puede que haya que desactivar alguna o hacer algún cambio antes de importarlo. Cualquier ayuda sería bienvenida. Gracias

[CarlosR]

Empezado por austral_es

Buenas tardes, ¿alguien ha podido importar el SistemaFacturacion.wsdl en Delphi 12.1? estamos intentando importarlo en el último Delphi que existe y nos da un AV al intentar importarlo (todas las opciones por defecto sin cambiar nada) puede que haya que desactivar alguna o hacer algún cambio antes de importarlo. Cualquier ayuda sería bienvenida. Gracias

Prueba a bajarte el archivo a disco e importarlo desde ahí.
Saludos.

[Jesusggc]

Aparte de todo este galimatías,

Enhorabuena al foro que VALE ORO.

Después de todo esto habré que quedar y echase unas BIRRAS.

Gracias

[austral_es]

Empezado por CarlosR

Prueba a bajarte el archivo a disco e importarlo desde ahí.
Saludos.

Gracias Carlos pero ya lo estamos haciendo así, importarlo directamente desde un fichero en disco y da el AV, tuvimos mala suerte porque desinstalamos el Delphi 11 hace unas semanas y no podemos probarlo en ese Delphi.

¿Vosotros en que Delphi lo habeis importado?

Mientras intentaremos abrir un QC en Embarcadero porque lo de que de un AV es un error de Delphi.

[sglorka]

Empezado por Jesusggc

Yo lo que tengo pensado es, esas facturas anuladas, dejarlas MARCADAS(no eliminadas) como anuladas, y por lo tanto no aparece en listados de Facturacion (mensual, trimestral) para no falsear los datos economicos.

A la espera de que dicen los de AEAT.

Y cuando tengas que hacer una Subsanación de un registro porque pusiste la fecha de operación de la factura erróneamente (posterior a la de expedición) y la aeat te la acepta con errores ??. En este caso, no se puede emitir una nueva factura, tendrás que modificar la fecha de operación en tu SIF de la factura y emitir un registro de subsanación de dicha factura con la fecha de operación correcta. La fecha de operación para tus informes de facturación es muy importante ya que marca el trimestre o el mes donde se devenga el impuesto de la factura.

La conclusión a la que quiero llegar es que tenemos que perder el miedo a modificar facturas en nuestro SIF después de emitir su registro de facturación. Esta modificación queda respaldada con el registro de anulación emitido, si la quiero poner a cero, o con el registro de subsanación emitido, si lo que quiero es modificar algún campo que no implique la emisión de una factura rectificativa

[CarlosR]

Empezado por austral_es

Gracias Carlos pero ya lo estamos haciendo así, importarlo directamente desde un fichero en disco y da el AV, tuvimos mala suerte porque desinstalamos el Delphi 11 hace unas semanas y no podemos probarlo en ese Delphi.

¿Vosotros en que Delphi lo habeis importado?

Mientras intentaremos abrir un QC en Embarcadero porque lo de que de un AV es un error de Delphi.

Embarcader studio 11 Enterprise (Delphi + C++ Builder)
Tuve problemas directamente desde la url de la AEAT.
Bajé tanto el wsdl como los ficheros referenciados por esta.
No me dio problema. Es mas, tuve que volver a bajarme los de la SII y también ahí me funcionó.
Mira los filtros de importación que tiene Delphi 11 al importar el wsdl.

[ermendalenda]

Buenas, respecto a la pregunta que he puesto a verifactu sobre si van a poner una herramienta web como el SII, ya me han respondido.
Han hecho Click al botón que tienen de respuesta rápida:

El desarrolo normativo a que se refiere...blablabla... ya sabeis el resto

Al final pone. "Tu sigue así"

[Jesusggc]

Empezado por sglorka

Y cuando tengas que hacer una Subsanación de un registro porque pusiste la fecha de operación de la factura erróneamente (posterior a la de expedición) y la aeat te la acepta con errores ??. En este caso, no se puede emitir una nueva factura, tendrás que modificar la fecha de operación en tu SIF de la factura y emitir un registro de subsanación de dicha factura con la fecha de operación correcta. La fecha de operación para tus informes de facturación es muy importante ya que marca el trimestre o el mes donde se devenga el impuesto de la factura.

La conclusión a la que quiero llegar es que tenemos que perder el miedo a modificar facturas en nuestro SIF después de emitir su registro de facturación. Esta modificación queda respaldada con el registro de anulación emitido, si la quiero poner a cero, o con el registro de subsanación emitido, si lo que quiero es modificar algún campo que no implique la emisión de una factura rectificativa

Ok. Ese detalle se me había escapado.

1. Registro Alta
2. Registro Anulación
3. Registro Alta (Subsanación)

Y la factura sique activa y hemos utilizado el registro de Anulacion

Gracias

[austral_es]

Empezado por CarlosR

Embarcader studio 11 Enterprise (Delphi + C++ Builder)
Tuve problemas directamente desde la url de la AEAT.
Bajé tanto el wsdl como los ficheros referenciados por esta.
No me dio problema. Es mas, tuve que volver a bajarme los de la SII y también ahí me funcionó.
Mira los filtros de importación que tiene Delphi 11 al importar el wsdl.

Gracias por tu respuesta, efectivamente hemos descargado los ficheros:

SistemaFacturacion.wsdl
RespuestaSuministro.xsd
SuministroInformacion.xsd
SuministroLR.xsd

Desde la url de desarrolladores:

https://www.agenciatributaria.es/AEA...ERI_FACTU.html

Y le damos a importar y rompe con el AV.

Hemos visto que en el wsdl hay urls a "https://www2.agenciatributaria.gob.es" que no funcionan (dando un 404) hicimos otra prueba cambiando estas urls por "http://prewww2.aeat.es" y otros cambios y así conseguimos que importe algo pero desde luego nada que sea directo.

[keno_71]

Yo estoy con 10.1 Berlín y cuando importo el wsdl solamente me funciona cuando escojo la tercera opción SOAP 1.2, si escojo la automatic me da errores de compilación que es la opción por defecto, no sé si te ayuda eso.

saludos

[austral_es]

Empezado por keno_71

Yo estoy con 10.1 Berlín y cuando importo el wsdl solamente me funciona cuando escojo la tercera opción SOAP 1.2, si escojo la automatic me da errores de compilación que es la opción por defecto, no sé si te ayuda eso.

saludos

Muchisimas gracias, no lo habiamos probado así pero lo acabamos de hacer y sigue con el AV. Hemos dado de alta el QC en embarcadero aunque estos son como los de la AEAT, tardarán en contestar tarde y mal si es que responden.

No cambiasteis nada dentro del wsdl antes de importarlo ¿verdad?

[Delphier]

Hola

Me podrían confirmar si este planteamiento sería correcto a la ley?


Según yo lo entiendo , no se pueden eliminar ni modificar , eso no implica que tengamos un fichero de facturas anuladas , donde se guarden las facturas que se han anulado , separadas de la "realidad" de facturación y con su registro verifactu de anulación correspondiente, se pierde el número y se guarda como anulada.

Si al final no se dice lo contrario por parte de la AEAT , tengo pensado hacerlo así , la discusión de porque hay facturas anuladas y los motivos , ya sería una discusión entre el usuario y Hacienda , el software cumple la norma.

De hecho , en los casos donde se aplica la norma de hacer una rectificativa , se deben poder "anular" , aunque sea con todo registrado en el software.

Saludos

Estoy a punto de llorar , es la primera vez que me responden de verifactu de forma clara y concisa ,pero finalmente he decidido tomarme una caña, jejeje

Buenos días:

En el Real Decreto 1007/2023, de 5 de diciembre, en concreto en su artículo 8, se habla de los requisitos que deben reunir los sistemas informáticos de facturación. En el punto 2 indica lo siguiente:

2. El sistema informático deberá garantizar: a) La integridad e inalterabilidad de los registros de facturación de forma que, una vez generados y registrados, no puedan ser alterados sin que el sistema informático lo detecte y avise de ello. Se entenderá por alteración de los registros de facturación la ocultación o eliminación de cualquier registro de facturación originalmente generado y registrado por el sistema informático, o la ocultación o modificación, total o parcial, de los datos de cualquier registro de facturación originalmente generado y registrado por el sistema informático, o la adición de registros de facturación, simulados o falsos, distintos a los originalmente generados y registrados por el sistema informático.

Cualquier necesidad de corrección o anulación de los datos registrados deberá ser realizada mediante al menos un registro de facturación adicional posterior, de forma que se conserven inalterables los datos originalmente registrados.

Por lo tanto, su planteamiento nos parece correcto y acorde al reglamento.

Atentamente,
Atención al Usuario
Departamento de Informática Tributaria
Email: verifactu@correo.aeat.es

[austral_es]

Empezado por austral_es

Muchisimas gracias, no lo habiamos probado así pero lo acabamos de hacer y sigue con el AV. Hemos dado de alta el QC en embarcadero aunque estos son como los de la AEAT, tardarán en contestar tarde y mal si es que responden.

No cambiasteis nada dentro del wsdl antes de importarlo ¿verdad?

Tema solucionado, es muy triste pero tema solucionado. Hemos tenido que ir al código fuente de Delphi, encontrar la carpeta que contiene herramienta Importar WSDL, abrirla y hacerle un Build, ejecutarla en modo consola pasándole el wsdl y generó el .pas sin problemas y a la primera.

Estos de embarcadero han sido capaces de sacar el nuevo Delphi sin haber compilado sus propias herramientas (como esta de importar los wsdl) ¿soprendente? no ya que la mitad de los que curran ahora ahí son becarios.

Gracias a todos por vuestras ideas y un saludo

[bmfranky]

Empezado por CarlosR

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.

Desde el dia 05/03/2024 ya hay una version preliminra de lo que deve llevar el qr, colocacion y tamaño, el dia 04/06/2024 lo modificaron para poner ejemplos.He intentado poner el enlace, pero no me deja.

[CarlosR]

Empezado por bmfranky

Desde el dia 05/03/2024 ya hay una version preliminra de lo que deve llevar el qr, colocacion y tamaño, el dia 04/06/2024 lo modificaron para poner ejemplos.He intentado poner el enlace, pero no me deja.

Si, ya me he bajado los pdf. Y ya estoy haciendo pruebas.

Tienen 4 modalidades :
a) Veri*factu
1- en pruebas
2- en producción a partir del 01-06-2025
b) NoVeri*factu
3- en pruebas
4- en producción a partir del 01-06-2025
Al final en los informes he creado unas funciones de forma que dependiendo de la fecha utiliza un modelo u otro.
De este modo no estaré pendiente de cambiar informes el último día.
Ojo con la localización y el tamaño de los QR. La AEAT es muy explícita. Ahora solo nos falta que diseñen las facturas de los clientes.

Saludos.

[bmfranky]

Una cosa, se que no iria aqui, pero..
Para proteger los datos del cliente,(Telefono,dni,Email) , para cumplir con la normativa subiendolos a mi base de datos codificado en MD5 , ¿es suficiente?
Teniendo en cuentea que el servidor Mysql, no se puede acceder mas que desde la intranet?


Por ejemplo para subir los datos desde un textbox, los pongo en en la estructura de datos, en texto plano, antes de subirlo lo codifico en MD5 y ese codigo es el que subo a la base de datos.
Para recogerlos, hago la consulta y asigno a la estructura el resultado de resolver el MD5.


Lo pregunto por que una vez puesto a rectificar cosas, modificarlo.


Gracias por vuestras respuestas.