Me estoy agobiando

[[newtron]]

La verdad es que tienes la cosa apretada. Yo en tu lugar contrataría una API (la que veas más adecuada) y me pondría las pilas 24/7 en gestionar los envíos/recepciones y rectificativas para (por lo menos) tener algo el día 1 de enero. Yo por mi parte no creo que se pongan a sancionar los primeros meses porque ellos saben que esto va a ser una p.... locura.

[Faneka]

Otra opción es si tienes programado el SII que se acogan a él mientras tú terminas el Veri*Factu.

[Carlos]

Buenos días,

A ver...

Vas tarde, eso lo tenemos todos claro.

Cogerte una API.
Pues si, creo que es la mejor solución a 25/11/2025, sino la óptima.
Ganas tiempo para desarrollar tu solución y pasas unas buenas Navidades.

VB 6.0, no tengo ni idea, mi mundo me lo he cerrado yo, me basta. No se pueden coger todos los trenes.
Entiendo que VB 6.0 puede manejar ficheros DBF.

Si puedes usar una solución en local, prueba esto, o al menos míratelo:
https://rebuts.cat/vefa32/

¿Cómo funciona esto?
Básicamente espera que en 2 ficheros DBF, cualquier SIF grabe la información de las facturas a enviar a Veri*factu, él hace el resto.
Genera los RF, crea el XML con las huellas para cada RF, envía a Veri*factu (puedes inicialmente enviar a pruebas), espera la respuesta, la recoge en un XML, guarda los XML enviados y recibidos, deja rastro de la respuesta en el mismo DBF donde el SIF grabó la información a enviar para que el propio SIF pueda verla y dejarla en su pantalla.

Guarda todo en sus DBF (otros diferentes a los 2 mencionados), exportables desde pantalla a XLS.
3 DBF principales:
DBF de XML generados
DBF de los RF de cada XML
DBF de los errores recibidos para cada RF en cada XML (si los hay).

Estos días ha fallado el server de Veri*factu, Vefa32 de lo deja en pantalla para que cuando 'quieras' (es un fallo de hacienda) vuelvas a enviar el XML con 'incidencia' (pulsando un botón)

Y está en constante desarrollo añadiendo lo que inicialmente no contemplaba.
Etc.

OJO!!!
El SIF te lo debes adaptar tu a los requerimientos normativos en cuanto a facturación, pero Veri*factu lo tendrías en marcha.



A 25/11/2025 vale la pena dedicar 2/3 horas a mirar el manual (no es una joya, pero la idea se pilla en él).

[Carlos]

Por favor, cuando abras los DBF hazlo en SHARED!!! No sea que VeFa32 esté intentando importar su información en ese momento.

[Daviid]

Empezado por Carlos

Buenos días,

A ver...

Vas tarde, eso lo tenemos todos claro.

Cogerte una API.
Pues si, creo que es la mejor solución a 25/11/2025, sino la óptima.
Ganas tiempo para desarrollar tu solución y pasas unas buenas Navidades.

VB 6.0, no tengo ni idea, mi mundo me lo he cerrado yo, me basta. No se pueden coger todos los trenes.

Si puedes usar una solución en local, prueba esto, o al menos míratelo:
https://rebuts.cat/vefa32/

¿Cómo funciona esto?
Básicamente espera que en 2 ficheros DBF, cualquier SIF grabe la información de las facturas a enviar a Veri*factu, él hace el resto.
Genera los RF, crea el XML con las huellas para cada RF, envía a Veri*factu (puedes inicialmente enviar a pruebas), espera la respuesta, la recoge en un XML, guarda los XML enviados y recibidos, deja rastro de la respuesta en el mismo DBF donde el SIF grabó la información a enviar para que el propio SIF pueda verla y dejarla en su pantalla.

Guarda todo en sus DBF (otros diferentes a los 2 mencionados), exportables desde pantalla a XLS.
3 DBF principales:
DBF de XML generados
DBF de los RF de cada XML
DBF de los errores recibidos para cada RF en cada XML (si los hay).

Estos días ha fallado el server de Veri*factu, Vefa32 de lo deja en pantalla para que cuando 'quieras' (es un fallo de hacienda) vuelvas a enviar el XML con 'incidencia' (pulsando un botón)

Y está en constante desarrollo añadiendo lo que inicialmente no contemplaba.
Etc.

OJO!!!
El SIF te lo debes adaptar tu a los requerimientos normativos en cuanto a facturación, pero Veri*factu lo tendrías en marcha.



A 25/11/2025 vale la pena dedicar 2/3 horas a mirar el manual (no es una joya, pero la idea se pilla en él).

Sin ánimo de ofender, no instalaría ni ejecutaría software en mi equipo, y mucho menos en el de la empresa, si no puedo revisar el código fuente o, al menos, saber a quién acudir en caso de que algo falle.
Quien quiera que haya creado la pagina esta de rebuts.cat no se ha esmerado mucho en inspirar confianza.

El WHOIS no muestra ningún dato.


Googleando puedo ver que es una pagina de o llevada por alguien del AMPA del Col·legi Dominiques de Vallirana

https://www.rebuts.cat/veurepdf.php?pdf=actupoliticaxxss
https://www.rebuts.cat/veurepdf.php?pdf=actulopd
https://www.rebuts.cat/veurepdf.php?pdf=actulopd
https://www.rebuts.cat/veurepdf.php?pdf=actusepadomiciliacio
https://www.rebuts.cat/veurepdf.php?pdf=actualtasoci
https://www.rebuts.cat/veurepdf.php?pdf=actudretsimatge
https://www.rebuts.cat/veurepdf.php?pdf=actuextraescolars
https://www.rebuts.cat/ampa32/index.html
https://www.rebuts.cat/veuredetall.php?codbd=123456789

Todo esto ya me genera mucho recelo; si el mismo nivel de cuidado que tiene la web del AMPA se refleja en VeFa32, sería arriesgado confiar en el software.

Si el dueño está por aquí, mis recomendaciones serían:

• Añadir una página “Sobre Nosotros” para identificar claramente a los responsables.
• Publicar el código fuente en un repositorio público (por ejemplo, GitHub).
• Mejorar la presentación y profesionalidad de la página web para generar confianza.

[Carlos]

Empezado por Daviid

Sin ánimo de ofender, no instalaría ni ejecutaría software en mi equipo, y mucho menos en el de la empresa, si no puedo revisar el código fuente o, al menos, saber a quién acudir en caso de que algo falle.
Quien quiera que haya creado la pagina esta de rebuts.cat no se ha esmerado mucho en inspirar confianza.

El WHOIS no muestra ningún dato.


Googleando puedo ver que es una pagina de o llevada por alguien del AMPA del Col·legi Dominiques de Vallirana

https://www.rebuts.cat/veurepdf.php?pdf=actupoliticaxxss
https://www.rebuts.cat/veurepdf.php?pdf=actulopd
https://www.rebuts.cat/veurepdf.php?pdf=actulopd
https://www.rebuts.cat/veurepdf.php?pdf=actusepadomiciliacio
https://www.rebuts.cat/veurepdf.php?pdf=actualtasoci
https://www.rebuts.cat/veurepdf.php?pdf=actudretsimatge
https://www.rebuts.cat/veurepdf.php?pdf=actuextraescolars
https://www.rebuts.cat/ampa32/index.html
https://www.rebuts.cat/veuredetall.php?codbd=123456789

Todo esto ya me genera mucho recelo; si el mismo nivel de cuidado que tiene la web del AMPA se refleja en VeFa32, sería arriesgado confiar en el software.

Si el dueño está por aquí, mis recomendaciones serían:

• Añadir una página “Sobre Nosotros” para identificar claramente a los responsables.
• Publicar el código fuente en un repositorio público (por ejemplo, GitHub).
• Mejorar la presentación y profesionalidad de la página web para generar confianza.

Esta página esta hecho con Word y su fin era facilitarme poder disponer de las versiones de VeFa32 en cualquier lugar, no es una www comercial en nada ni nunca lo ha pretendido.

[*]Añadir una página “Sobre Nosotros” para identificar claramente a los responsables.
No soy profesional, no la vendo, no vivo de ello. No me gusta internet (ni la pública ni la deep). Si quieres por privado te envío mis datos.

[*]Publicar el código fuente en un repositorio público (por ejemplo, GitHub).
No me apetece ni se usar GitHub, si quieres podemos comentar la funciones que utilizo (y las publico), pero todo el código fuente no por que tiene mucha más codificación que la que requiere Veri*factu.

[*]Mejorar la presentación y profesionalidad de la página web para generar confianza.
No lo voy a hacer, me la igual la presentación, los colores para los que no entienden o para los que exigen que la pantalla sea de su agrado si o si. Lo mío es de gestión y dedico mis esfuerzos a que funcione, no a que guste.

Y tal como dice la página, "Si quiere lo utiliza, si no no."

Tengo 4 SIF usando VeFa32 (3 diferentes), y debe funcionar si o si (por la cuenta que me trae); y funciona. Son pocos SIF? Por supuesto, pero son a los que puedo dar soporte.

Por supuesto no me has ofendido y entiendo perfectamente tu comentario, es razonable.

Aclaro: AMPA del Col·legi Dominiques de Vallirana. Nunca a tenido página web, tuvo un portal para inscripciones al menos cuando estaba yo.

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

Otra posible solución es usar desde VB una DLL.
Aquí en el foro se ha desarrollado (sobre todo por un usuario) una DLL de verifactu. Tal vez puedas hacer unas pruebas para llamarla desde un programa en Visual.

Si crees que es posible, busca en los foros:
https://www.clubdelphi.com/foros/forumdisplay.php?f=81

Tal vez necesites ayuda para integrarla (pues está hecha en Delphi); Habla con su creador y pídele ayuda (remunerada o no) si te interesa.

[josejava]

Lo que es implementar las llamadas por webservices a VeriFactu y crear el QR no te va a llevar mucho tiempo, no es que sea tremendamente complicado. Lo que sí que te puede llevar tiempo es ajustar el sistema de facturación de tu programa a las exigencias de Verifactu y a las exigencias legales también (si es que no lo tienes heho ya). Si ya tienes esto hecho en menos de un mes puedes tener el programa funcionando con Verifactu, que al final como digo consiste solamente en enviar un XML a Verifactu y crear el QR para las facturas que no tiene mucha complicación.