Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[[newtron]]

Empezado por seccion_31

buenos dias !

he propuesto un software de ejemplo, que lea registros desde una excel, tipo asi:


OPERACIÓN NUMSERIEFACTURA FECHA FACTURA DESCRIPCION OPERACIÓN CLIENTE CLIENTE NIF TIPONIF CODPAIS BASE IMP TOTAL IVA1 REQ1
ALTA F240001 21/01/2024 VENTA MERCADERIAS CLIENTE1 NIFCLI1 02 ES 1000 1121 21 1000
ALTA F240002 22/01/2024 VENTA MERCADERIAS CLIENTE2 NIFCLI2 02 ES 2000 2420 21 2000


Para abstraer del programa de ejemplo de la interacción con un modelo de base de datos propia, nada mas. solo a modo de ejemplo.


Estoy con el alta (en su modo mas simple) y el envio de los registros con el certificado digital instalado, via HTTPRIO. Luego hare la baja.

Si alguien quiere colaborar que me escriba en privado y se lo enviare antes de publicarlo (calculo que durante la semana que viene) y asi hacerlo mas completo y con menos errores.


Me he quedado algo obsoleto, ... pero no hace falta firmar nada ¿no? en el SII no firmo nada, y los envio a la AEAT (HTTPRIO) y listo.

Saludos !

Yo estoy trabajando en algo parecido pero con ciertas diferencias.


Uno de mis problemas (tengo muchos ) es que tengo un montón de programas personalizados y que todos entrarán en VeriFactu por lo que tendré que adaptarlos. Lo que se me ha ocurrido es preparar un programa genérico para el envío a VeriFactu que esté atento a una carpeta determinada y en esa carpeta ir poniendo ficheros .csv, uno por cada factura, con los datos de la misma y que se encargue de ir enviándolos según van "cayendo" en la carpeta. De esta manera en los distintos programas lo "único" que tendré que hacer es generar esos ficheros con una estructura determinada. Y digo lo "único" porque hay bastantes modificaciones que hacer para manejar datos que hasta ahora no hago como el tipo de documento de identificación, tipo de operación, etc.



Se admiten ideas.


Saludos.

[seccion_31]

Esa idea tambien la barajo yo. En principio lo ideal seria que ese programa, tomara la lista de facturas con un mínimo tratamiento, y las convierta a verifactu.

Por otro lado, me gustaria haber visto ya, ese programa que dicen los de la AEAT que van a crear para los que facturen "poco", quizas haya una importacion de ese tipo.


(Si quieres colaborar en este programa ejemplo me escribes un privado). Como digo limitado a alta y anulacion, entre el lunes o martes lo podre enviar a quien me lo pida. Pero, si fueramos varios podriamos hacerlo crecer en condiciones.

Saludos !

Empezado por newtron

Yo estoy trabajando en algo parecido pero con ciertas diferencias.


Uno de mis problemas (tengo muchos ) es que tengo un montón de programas personalizados y que todos entrarán en VeriFactu por lo que tendré que adaptarlos. Lo que se me ha ocurrido es preparar un programa genérico para el envío a VeriFactu que esté atento a una carpeta determinada y en esa carpeta ir poniendo ficheros .csv, uno por cada factura, con los datos de la misma y que se encargue de ir enviándolos según van "cayendo" en la carpeta. De esta manera en los distintos programas lo "único" que tendré que hacer es generar esos ficheros con una estructura determinada. Y digo lo "único" porque hay bastantes modificaciones que hacer para manejar datos que hasta ahora no hago como el tipo de documento de identificación, tipo de operación, etc.



Se admiten ideas.


Saludos.

[edari]

Desde este humilde hilo quiero agradecer al gobierno su abnegada labor de seguir joribiando a las empresas de software con sus ocurrencias



Te pegas el susto cuando oyes que a partir de julio quitan el IVA del aceite y lo pasan al 0% y dices bueno, todo controlado...que cambien el tipo de iva, que regeneren los documentos si los tenía grabados con una fecha anterior...lo de siempre, sin problema.


Y llegamos a ayer cuando nos sorprenden con que se van a inventar UN IVA NUEVO DEL 2% para el ACEITE DESDE OCTUBRE HASTA FINAL DE AÑO que pasará al 4%. Lo que mayormente viene a decir que ahora una factura puedes tener 6 tipos de iva diferentes!!!


Pues nada genial todo!! Como total las empresas de España imprimen facturas con un rollo de ticket sin fin..qué mas problema hay en que sean 6 o 16 bases imponibles diferentes !!!


Y dices bueno...lo cambio en el formato de facturas de Verifactu que tenemos que preparar todos...meeccc error...quién garantiza que vamos a tener la orden ministerial antes de septiembre y aun con eso que tengas tiempo a preparar todo tu software para Verifactu o que no quieres los clientes no quieran ser los primeros en entrar por el aro...


Pues nada, agradecido por darnos un trabajo que no va a valer más que para 3 meses


Lo mejor de todo es que harás todos los cambios que tu software necesita y luego en septiembre volverán a pensar otra cosa.


Me cawen to


Yo recuerdo una época en la que el 80% del trabajo de mi empresa no era para cumplir los requisitos de la administración (y lo que nos queda)

[Franche]

Pues tienes razón, esperemos que amplíen los plazos y lo atrasen todo lo máximo porque esta gentuza no tienen en cuenta que tenemos que dejar de trabajar para nuestros clientes para trabajar para ellos y gratis, al menos que no den 9 meses a los desarrolladores y al menos que den un año. Porque van a ir saliendo dudas y casos que ellos ni los saben ni se les ha ocurrido plantear (funcionariado vago), lo único que deberían haber hecho es consultar con desarrolladores de empresas pequeñas porque los desarrolladores de empresas grandes ni fu ni fa.
No dudar en escribir siempre aquí con todas estas cosas a ver si entre todos les hacemos entrar en razón de todo lo que significa este cambio y van aceptando algunas cosas que son de cajón: [email protected]

Por ejemplo a mis clientes cuando le dices que NO pueden modificar una factura se les va la cabeza y realmente tienen razón, ¿porqué no puedo modificar una factura si la acabo de guardar y he visto un error? eso sí una vez sincronizada con la AEAT o impresa o enviada por mail se bloquea automaticamente, pero mientras ¿porque no puedo editarla? ¿estoy defraudando por eso? , al final tendrán más facturas rectificativas que ordinarias.

[espinete]

Completamente de acuerdo con todo, pero especialmente con esto:

"Yo recuerdo una época en la que el 80% del trabajo de mi empresa no era para cumplir los requisitos de la administración (y lo que nos queda)"

Llevo meses pensando lo mismo. Como si no tuviéramos otros proyectos, trabajo, etc. que hacer en la empresa...

[edari]

Empezado por espinete

Completamente de acuerdo con todo, pero especialmente con esto:

"Yo recuerdo una época en la que el 80% del trabajo de mi empresa no era para cumplir los requisitos de la administración (y lo que nos queda)"

Llevo meses pensando lo mismo. Como si no tuviéramos otros proyectos, trabajo, etc. que hacer en la empresa...

Es una puñetada porque los clientes no saben valorar lo que "cuesta" todo esto solo ven que tu ritmo habitual de evolución del software ha cambiado significativamente

[xamminf]

Empezado por edari

Es una puñetada porque los clientes no saben valorar lo que "cuesta" todo esto solo ven que tu ritmo habitual de evolución del software ha cambiado significativamente

Y como si adaptando el programa a Verifactu ya no hubiera que adaptar y crear nuevos interfaces que vendrán y no pararán.
Estamos como los agricultores, más papeles para sacar un tomate del huerto que papeles para...

[Logan05]

Buenos días,

soy programador en una muy pequeña empresa, y me veo en el trance de tener que actualizar varias aplicaciones de facturación desarrolladas hace años en vb6, a medida para pequeños comercios locales....

Buscando y buscando he dado con este foro, que aunque no sea de vb6, me parece magnífico, así que he seguido todo el hilo y me está aclarando muchos conceptos, pero como novato en relaciones con la AEAT, soy todo dudas y no se muy bien por donde meterle mano.

Por ejemplo, se supone que tienes que mandarle un XML a hacienda de forma inmediata (máximo 2 horas) de cada factura simplificada o no que hagas, eso puede ser igual 3, que 30, o que 300 XML en un día, pero por otra parte leo que hay que agruparlos en bloques de al menos 1000, pero ¿cómo leches voy a agruparlos si sólo genero 30 en un día? en los negocios pequeñitos no hay tantísimo movimiento, pero por otra parte, si todos, desde toda España, los mandamos uno a uno ¿no va a fliparlo el servidor de la AEAT?.

Aunque he estado viendo cosas para usar servicios web SOAP desde vb6, estoy dando mis primeros pasos para intentar comunicarme con el entorno de pruebas del SII para luego pasar a VERIFACTU, es mi primera experiencia con este tema, así que, en fin, os agradeceré cualquier indicación, idea, guía, ejemplo, manual, lo que sea, porque lo que he encontrado es todo con HTTP y supongo que ahora deberá ser con HTTPS.

Muchísimas GRACIAS de antemano, e intentaré aportar lo que pueda.

[keno_71]

Hola Logan, tienes que enviar cada x tiempo o x facturas lo que pase antes, esto te lo comunicará la aeat. En el SII tienes plataformas de pruebas para probar ya la conexión con la AEAT, de todas formas se supone que cuando aprueben el OM o quizás días más tarde activaran la plataforma de pruebas de verifactu y habrá 9 meses para llevarlo a cabo. Ahí ya podrás hacer pruebas en verifactu y ya creo que podremos ir resolviendo dudas y es cuando este foro se volverá estresante :-)

Bienvenido y has llegado al mejor foro que hay

[ermendalenda]

Empezado por Logan05

Buenos días,

soy programador en una muy pequeña empresa, y me veo en el trance de tener que actualizar varias aplicaciones de facturación desarrolladas hace años en vb6, a medida para pequeños comercios locales....

Buscando y buscando he dado con este foro, que aunque no sea de vb6, me parece magnífico, así que he seguido todo el hilo y me está aclarando muchos conceptos, pero como novato en relaciones con la AEAT, soy todo dudas y no se muy bien por donde meterle mano.

Por ejemplo, se supone que tienes que mandarle un XML a hacienda de forma inmediata (máximo 2 horas) de cada factura simplificada o no que hagas, eso puede ser igual 3, que 30, o que 300 XML en un día, pero por otra parte leo que hay que agruparlos en bloques de al menos 1000, pero ¿cómo leches voy a agruparlos si sólo genero 30 en un día? en los negocios pequeñitos no hay tantísimo movimiento, pero por otra parte, si todos, desde toda España, los mandamos uno a uno ¿no va a fliparlo el servidor de la AEAT?.

Aunque he estado viendo cosas para usar servicios web SOAP desde vb6, estoy dando mis primeros pasos para intentar comunicarme con el entorno de pruebas del SII para luego pasar a VERIFACTU, es mi primera experiencia con este tema, así que, en fin, os agradeceré cualquier indicación, idea, guía, ejemplo, manual, lo que sea, porque lo que he encontrado es todo con HTTP y supongo que ahora deberá ser con HTTPS.

Muchísimas GRACIAS de antemano, e intentaré aportar lo que pueda.

Por un lado tienes suerte, de haber encontrado este foro, yo tengo la facturación en vb5/6 y tela de curro, lo único que no pienso hacer es el envío final que lo he subcontratado, pero todo lo demás, generar xmls, QR, cálculo de hash, pdfs con Qrs incrustado, en vb5 y verás cuando te metas en facturae...Una tremenda currada hacerlo en este lenguaje, pero posible, si tu software no es muy extenso te facilitará mucho, el mio es que tiene varias formas de facturar y es para volverse loco.

[Franche]

Contestación de AEAT :
El reglamento aprobado por el Real Decreto 1007/2023, de 5 de diciembre, no hace sino especificar ciertos requisitos que deben cumplir los sistemas informáticos de facturación para evitar o reducir y detectar la posible realización de fraude en los procesos de facturación mediante su uso, de acuerdo con lo que impone el artículo 29.2.j) de la Ley 58/2003, de 17 de diciembre, General Tributaria, introducido por la Ley 11/2021, de 9 de julio, de medidas de prevención y lucha contra el fraude fiscal. En este sentido, deben seguir permitiendo realizar las operaciones de facturación legalmente admitidas, del tipo que sean, pero realizando el correspondiente registro "seguro" de las mismas.

En cualquier caso, todo esto es independiente de la debida diligencia con la que han de proceder los empresarios y profesionales a la hora de realizar adecuadamente los procesos de facturación, siguiendo -entre otras- las normas establecidas en el reglamento por el que se regulan las obligaciones de facturación, aprobado por el Real Decreto 1619/2012, de 30 de noviembre.

Atentamente,
Atención al Usuario
Departamento de Informática Tributaria
Email: [email protected]

[sglorka]

Empezado por Franche

Contestación de AEAT :
El reglamento aprobado por el Real Decreto 1007/2023, de 5 de diciembre, no hace sino especificar ciertos requisitos que deben cumplir los sistemas informáticos de facturación para evitar o reducir y detectar la posible realización de fraude en los procesos de facturación mediante su uso, de acuerdo con lo que impone el artículo 29.2.j) de la Ley 58/2003, de 17 de diciembre, General Tributaria, introducido por la Ley 11/2021, de 9 de julio, de medidas de prevención y lucha contra el fraude fiscal. En este sentido, deben seguir permitiendo realizar las operaciones de facturación legalmente admitidas, del tipo que sean, pero realizando el correspondiente registro "seguro" de las mismas.

En cualquier caso, todo esto es independiente de la debida diligencia con la que han de proceder los empresarios y profesionales a la hora de realizar adecuadamente los procesos de facturación, siguiendo -entre otras- las normas establecidas en el reglamento por el que se regulan las obligaciones de facturación, aprobado por el Real Decreto 1619/2012, de 30 de noviembre.

Atentamente,
Atención al Usuario
Departamento de Informática Tributaria
Email: [email protected]

Podrías poner la pregunta que habías hecho para recibir esta respuesta ??
Gaacias

[Franche]

Esta es la pregunta :

Buenos días,

Querría hacerles llegar el malestar de los clientes de nuestro software al no poder editar una factura una vez guardada. Si todo va a funcionar con rectificativas, y teniendo en cuenta que también se comenten errores incluso en las rectificativas va a ser un auténtico lio y así nos lo plantean. ¿porqué no dejan modificar facturas y una vez esté correcta entonces que la puedas sincronizar? , es decir, que te de la opción a no sincronizar en tiempo real y eso si, una vez sincronizada está claro que quedará totalmente bloqueada para que no se pueda manipular.
La cantidad de casos a la hora de facturar llega a ser una barbaridad y cada vez es más complejo facturar de la forma que ustedes plantean con el nuevo reglamento, ruego lo tengan en cuenta porque la carga que estamos sufriendo los desarrolladores a la hora de atender e incluso de formar a todos los usuarios es insoportable, hay semanas completas que no podemos avanzar y ni siquiera trabajar, solo nos dedicamos a tranquilizar a los usuarios que algunos incluso nos amenazan con dejar nuestro software porque así no pueden trabajar.

Gracias.