VERI*FACTU

[felix r.]

Hola a todos

Estoy empezando a desarrollar el sistema VERI*FACTU,  y aunque todavía no ha salido las especificaciones finales (por lo menos yo no las he encontrado), quiero tener todo listo para cuando a empiece a ser obligatorio, (he visto por ahí JULIO/2024)

Alguien tiene experiencias sobre el sistema?

Gracias por anticipado a todos

[Javier lugo]

Yo me apunto también...  puedes compartir si ya tienes hecho algo... Cuanto más seamos mejor... yo apenas estoy empezando a pasar las tablas a SQL 

--
Blog de la Comunidad Visual FoxPro en Español http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.
Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/9fbf265b-2a6f-4300-bbc1-db5819180f55n%40googlegroups.com.

[Rafael Mellado]

El tema es serio y veremos como evoluciona.

https://www.supercontable.com/boletin/E/boletin_SUPERCONTABLE_35_2023.html?dest=https://www.europapress.es/economia/fiscal-00347/noticia-cambios-fiscales-enero-2024-pueden-generar-sanciones-negocios-20230918114249.html

[felix r.]

Hola 

de momento estoy mirando toda la documentación que existe de TICKETBAI que supongo será algo similar.

Estoy también centrándome en firmar las facturas electrónicas de forma desatendida, y aunque hasta ahora lo iba realizando mediante AUTOFIRMA, estoy implementando la firma directamente mediante código.

Ahora todas las facturas tendrán que llevar la firma digital para subirlas a algun  WEBSERVICE de la AEAT o parecido.

[felix r.]

Hola Rafael, y no solo eso sinó que además los desarrolladores de software tendremos que firmar una especie de declaración responsable donde se dice que nuestra APP cumple con toda la normativa (lo que empiezan a denominar como GARANTES)

[Javier lugo]

y como se va a hacer para que tu software sea homologado??.. hay que mandarselo a hacienda para que lo destripen... yo he intentado llamar, correos.. y lo unico que he conseguido es que me mandan al BOE, y hay busque

teneis para VFP factura electronica... ? no se si con las dll de chilkat, se puede hacer algo..

[arti...@gmail.com]

Eso de la 'homologación' del software me chirría bastante pues supongo que al final se tratará de verificar el resultado que da el software en la generación de la información para la administración porque otra cosa no se me ocurre. Por supuesto que la administración meta las narices sobre cómo se ejecutan los procesos pues como que no, eso podría entrar dentro del ámbito del espionaje industrial ...

[felix r.]

Hola a todos, os paso un enlace de la AEAT donde ya se empieza a ver algo de movimiento del sistema VERIFACTU , por lo que he visto el sistema SII va a tener mayor protagonismo en el desarrollo de VERIFACTU

https://www.agenciatributaria.es/AEAT.desarrolladores/Desarrolladores/_menu_/Documentacion/IVA/Sistemas_Informaticos_de_Facturacion_y_Sistemas_VERI_FACTU/Sistemas_Informaticos_de_Facturacion_y_Sistemas_VERI_FACTU.html

es una pagina especial para desarrolladores

a ver si entre todos lo sacamos

[Javier lugo]

mañana le echare un vistazo.. yo  tambien lo necesito .. o lo saco adelante .. o a buscar trabajo de lo que sea.. ... joerrr..

[Javier lugo]

ENCONTRE este documento.. pero creo que lo que paso felix esta mas actualizado...

[Jose Antonio Blasco]

Felix, esa es una página que sigo desde hace tiempo y, efectivamente es lo último que hay publicado sobre el tema.  El problema es que, si te fijas, hace 15 meses de eso y desde entonces no hay noticias nuevas.

Un saludo.

Jose A. Blasco
Zaragoza - España
Visual FoxPro 9 SP2

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/4cbf5d0b-516e-4353-8ced-d09c22cfc693n%40googlegroups.com.

[PabloZa]

Esto es para Argentina tambien?

[almonts ( www.ontariombd.es )]

Buenas tardes a todos.
Sobre todo a los compañeros de España, a ver si nos aclaramos con el lio que nos ha montado este gobierno para exprimirnos mas.

- Antes que nada. VERIFACTU no tiene que ver nada con la FACTURA ELECTRÓNICA.

-  VERIFACTU   es el sistema que debemos implementar en nuestros desarrollos para impedir una doble facturación o ocultación de objetos tributarios. 
( Es posible que haya que certificar nuestros programas, Yo hice que me pasara un presupuesto una empresa certificadora y me pedia 5.000 €. Si asi tal cual)

- La factura electrónica es para agilizar los procesos administrativos, basados en intercambio de archivos XML firmados. (Aunque una factura en formato PDF y firmada, también se considera factura electrónica).
  En mi caso, mi software ya envía desde hace medio año mas o menos. Los PDF y los XML ya firmados mediante email al cliente
- En el caso de la factura electrónica falta definir una plataforma para el intercambio de archivos entre empresas. Algunas empresas particulares ya lo ofrecen, pero se está pidiendo que sea la misma AEAT que lo oferte sin coste alguno.

- Muestro lo que yo tengo desarrollado para el  VERIFACTU

1.- Archivo de registro de facturas con concatenación de las mismas, Siguiendo una cadena de eslabones. 

2.- Cierre del  VERIFACTU   para impedir bajo ningún concepto la modificación de Facturas.



3.- Registro de todo lo que realiza la aplicación a nivel fiscal y contable. Altas , bajas, modificaciones de Facturas, Asientos contables y registro del IVA



4.- Log de las acciones realizadas por los usuarios ( A nivel interno )


Comentar que tengo un modulo del SII, que lo utilizan mis clientes que son gran empresa o están en el REDEME.
Todo está desarrollado mediante Triggers utilizando el motor de Base de Datos de MariaDB

Particularmente, pienso que voy por el buen camino. Adjunto pantallas.

Saludos :)

[felix r.]

Hola almonts, lo que has mostrado está muy bien, se ve claramente la forma de encadenar las facturas y la forma de bloquearlas , y los diarios SUPER!!!

peró tengo una par de dudas, no se debería bloquear la factura de forma simultanea al envio de la factura a AEAT-VERIFACTU y no esperar al final del día por ejemplo?

otra duda la factura que se envía a los clientes desde tu app, esta en formato factura-e y firmada de forma que se puede enviar también a un buzón efact o similar?

en cuanto a la homologación del software, he intentado averiguar en la AEAT como se hace y como es posible que halla compañías que anuncian en sus paginas web que ya están homologados VERIFACTU, de momento no he averiguado nada concreto.

Gracias

[Javier lugo]

coincido con Felix...  no tengo claro  si las facturas se envian en tiempo real al momento de facturar... o si se pueden enviar al final del dia .. con el cierre de caja por ejemplo...

y lo que no entiendo es el concepto de BLOQUEO de factura..  yo una factura una vez echa ya no se puede modificar.. podrias hacer una FACTURA RECTIFICATIVA de la misma.. que es una en negativo

AVISO LEGAL: La información contenida en este correo electrónico, y en su caso en los documentos adjuntos, es información privilegiada para uso exclusivo de la persona y/o personas a las que va dirigido. No está permitido el acceso a este mensaje a cualquier otra persona distinta a los indicados. Si Usted no es uno de los destinatarios, cualquier duplicación, reproducción, distribución, así como cualquier uso de la información contenida en él o cualquiera otra acción u omisión tomada en relación con el mismo, está prohibida y puede ser ilegal. En dicho caso, por favor notifíquelo al remitente y proceda a la eliminación de este correo electrónico así como de sus adjuntos si los hubiere.

Asimismo y en cumplimiento de la legislación española vigente en materia de protección de datos de carácter personal y del reglamento europeo RGPD 679/2016 le informamos que sus datos están siendo objeto de tratamiento por parte de FRANCISCO JAVIER LUGO PRADO con NIF 36122997W, con la finalidad del mantenimiento y gestión de relaciones comerciales y administrativas. La base jurídica del tratamiento es el cumplimiento de la legislación fiscal, mercantil y contable. No se prevén cesiones y/o transferencias internacionales de datos. Para ejercitar sus derechos puede dirigirse a FRANCISCO JAVIER LUGO PRADO , domiciliada en Calle Tarragona 10 6ºD, 36211, VIGO (PONTEVEDRA), o bien por email a in...@lurest66.es, con el fin de ejercer sus derechos de acceso, rectificación, supresión (derecho al olvido), limitación de tratamiento, portabilidad de los datos, oposición, y a no ser objeto de decisiones automatizadas, indicando como Asunto: “Derechos Ley Protección de Datos”, y adjuntando fotocopia de su DNI.

--

Blog de la Comunidad Visual FoxPro en Español http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/815c14c6-103b-40f9-9c83-8d281a9329e6n%40googlegroups.com.

[felix r.]

Hola Javier, el tema del bloqueo de las facturas va un poco más allá de lo que entendemos a día de hoy, que una factura emitida ya no se puede modificar (para rectificar se debe emitir un factura de abono-rectificativa).

Hay que impedir de alguna forma que se pueda modificar el registro de la factura (si por ejemplo alguien abre la tabla de las facturas y la modifica manualmente), hay que hacer el registro de tipo INALTERABLE (en SQL SERVER por ejemplo, en principio creo que definiendo privilegios de usuario sobre la tabla habrá que hacer algo como REVOKE  UPDATE - REVOKE DELETE para todos los usuarios), es decir tenemos que ser "GARANTES" de que el usuario no va a poder modificar el registro de la factura (ya veriamos como queda el tema de las copias de seguridad y/o recuperarlas) Solo con esto los DBF'S quedan descartados.

[Javier lugo]

entiendo.. lo que tu dices.. a ver como queda definitivo.. yo entendia o interpretaba.. que vale. no se puede modificar.. pero si lo modificas,  yo lo que hago es sacar un aviso de tabla modificada sin permisos , inserte backup.. es decir a cada registro le tengo un hash, y si modificas una coma.. ya va a saltar... no se si eso ya es valido....

[felix r.]

Hola amigos, después de varios días estudiando el tema y a expensas de que saque una resolución definitiva (AEAT)

El proceso que voy a implantar en mi ERP,TPV,APP , etc., , se va a basar en el siguiente esquema

Tablas

               FMFACV (Fichero Maestro de Facturas de Ventas, CON TODOS LOS CAMPOS QUE SE UTILIZAN HABITUALEMNTE AL FACTURAR)+ CAMPOS VERI*FACTU

               FDVERIFACTU (Fichero Diario de Facturas de Ventas con la información O CAMPOS necesarios según  VERI*FACTU). Cualquier Registro grabado en esta TABLA será INMUTABLE.

              

 

1. El usuario genera la factura de venta (ya sea Factura Normal o Simplificada)

2.El usuario comprueba la factura, y en caso de que necesite modificarla, permitírselo. Es decir de momento estamos trabajando sobre la factura, quitando o añadiendo servicios y/o productos, formas de pago, vencimiento, etc. Realmente aun no hemos emitido la Factura. También podemos trabajar sobre Albaranes, que serán más tarde Facturados

 

3.Una vez que el usuario del ERP verifique FACTURA OK:

               3.1 Grabar Factura como Definitiva en FMFACV

                              3.1 Incluyendo Link de enlace a Factura Anterior, QR y sello VERI*FACTU

               3.2 Procesos Automáticos a continuación:

                              3.2.1 Firmar Factura - facturae - xades

                              3.2.2 Si Firma Correcta

                                            3.2.2.1 Generar HASH de la Factura , se guardará tanto en FMFACV como en FDVERIFACTU, para posteriores comprobaciones

                                            3.2.2.1 Enviar mediante servicio REST a AEAT

                                            3.2.2.2 Capturar retorno del servicio

                                            3.2.2.3 Grabar Factura en FDVERIFACTU (Incluyendo STATUS DE RETORNO) (Pueden aparecer errores que también guardaremos en previsión de servicio no disponible p.e.)

                                            3.2.2.4 El proceso de envío, tendrá que verificar que la factura ha llegado correctamente a la AEAT, sino volverlo a intentar hasta conseguirlo o definir un punto de ruptura para volver en otro momento a subir la Factura.

 

Al final tendremos en la tabla FMFACV la factura de Venta , en la que SI podremos cambiar algunos campos que no sean de transcendencia Tributaria (por Ejemplo una Referencia en la factura que el cliente que aparezca para saber a qué departamento imputar el gastos) y por otro lado tendremos la tabla FDVERIFACTU en la que NO se podrá cambiar nada, ni  una coma.

El HASH CALCULADO irá en función de todos los campos de tabla FDVERIFACTU que también estarán por comodidad en la tabla FMFACV. El intento de cambio de un campo que esté relacionado en FDVERIFACTU hará saltar la alarma de HASH no coincidente

 

Lo tengo todo más o menos automatizado en periodo de pruebas a falta de saber la dirección url  de pruebas de las facturas. Ahora voy a hacer todo este sistema para TICKETBAI, que sí que hay entorno de pruebas.

 

Espero que se entienda 

[Francisco Aracil Alarcón]

Buenas, aparte de las url para las pruebas tampoco se sabe que hay que poner dentro del QR ¿no? será otra url con los parámetros necesarios y acceder a la factura supongo. Pero como aún ni han sacado el decreto me parece que va para largo el que sepamos la fecha de cuando será obligatorio. Por lo que se, después del decreto es un año. 

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/40e825d2-55b0-4f71-913c-8ff4d956ced3n%40googlegroups.com.

--

[arti...@gmail.com]

Yo por lo que he visto en varias facturas aparece el número de factura y el importe además de unas numeraciones que no he conseguido relacionar con nada... 

[felix r.]

si , en el QR irá la informacion de la factura actual y la del encadenamiento a la factura anterior, aparte de otros datos.

En cuanto al tiempo para que salga la version definitiva, creo que tal y como dice faamhl va para largo, pero es que me estoy encontrando que varios de mis clientes ya se están preguntando por el tema y encima han visto que existe software que "Teoricamente" ya ofrece VERI*FACTU, con lo que creo que hay que ponerse un poco las pilas y ser previsor. 

[Francisco Aracil Alarcón]

Si, algún cliente ya preguntó, pero porque el asesor oye campanas y le cuenta, jaja. Como dice Felix, aun quedara pero no hay que dormirse en los laureles.

Saludos.

Fran.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/3fb2b393-d437-439a-90d9-a7f61b949a3en%40googlegroups.com.

--

[Javier lugo]

en portugal llevan años con algo asi implantado.. de echo cualquier consumicion, en el ticket dice "generado por software auditado hacienda" no me acuerdo exactamente las palabras.. y un QR. el cual escaneado, saca los datos de la fatura, fecha,numero,serie, base, ivas, total y un HASH .. el otro dia en lefti`s compre un pantalon y venia un QR. que mas o menos era lo mismo.. datos de la factura y un HASH... asi que yo creo que podemos mas o menos generar ese QR.. a falta de despues comprobar los datos finales

[Javier lugo]

creo que ese es el camino.. para ir adelantando .. compartes esos codigos o vendes..  yo necesito tambien poder hacerlo.. sobre todo generar el XML facturae, y despues lo del API REST.. que ni puta idea.. se necesitaria contratar un servidor VPS o algo asi para poder tener ese servicio???

gracias