Cliente exento por SII activa VeriFactu por error y envía RdF a la AEAT

[Jarogo08]

Empezado por rci

Buenas, nuestro programa ahora mismo permite al usuario configurar cada empresa con el sistema de control fiscal que sea, y lo indica el.
Puede configurar como SII, como TicketBAI o como Veri*Factu. También puede cambiar de una a otra, porque si por ejemplo una empresa está en Veri*Factu y por facturación tiene que pasar a SII, pues podrá cambiarlo en la configuración de empresa.
No puede estar en dos a la vez, el programa no lo permite, pero es el usuario que sabe e indica donde envía las facturas.

Nuestro programa también está así. En cada empresa se indica el modo de trabajo (en nuestro caso Verifactu o SII, no tenemos TicketBAI), que obviamente puede ser distinto en cada empresa

Empezado por sglorka

el SIF anterior debe quedar bloqueado manteniendo toda su información fiscal, el nuevo SIF debe tener otro número de instalación, etc.

No estoy de acuerdo... no hay 2 SIFs, sólo hay uno que en un año trabaja en un modo y en otro año trabaja en otro.

Empezado por sglorka

Lo que yo entiendo ahí es que deberías tener dos instalaciones separadas, una de baja y otra de alta. La base de datos inicial para la segunda instalación es la base de datos de la que vienes. Pero como ahora tienes activado SII, se debe desactivar las funcionalidades Verifactu, por lo que, ya no podrías imprimir una factura con su QR aunque hubiera sido generada en la modalidad Verifactu tiempo atrás. Entiendo que es una visión muy excluyente pero para mí es lo que se desprende de ese texto.

tampoco estoy de acuerdo... nosotros sólo tenemos una base de datos y un SIF. Y si ahora estás en SII pero quieres imprimir una factura del año pasado (que estabas en Verifactu) claro que le tiene que salir el QR.

Empezado por Faneka

Tú puedes tener un SIF y que cada empresa este en un sistema, la 001 en SII, la 002 en Veri*Factu, etc... Eso ya se hablo y creo que en algún webinar se comento. Nosotros no dejamos que el cliente active nada, somos nosotros los que entramos a la empresa y le ponemos uno y otro sistema.

Estoy de acuerdo

Empezado por Carlos

OPINO que naturalmente que si, además DEBES imprimir el QR, se 'generó' bajo Veri*factu, debe llevar su QR precisamente por esta razón, y el registro existirá en Veri*factu, no es así?
¿Qué problema hay?
¿Esa factura no existirá en SII, verdad?

Estoy de acuerdo

[novatico]

Nosotros, en las primeras fases del desarrollo de VERIFACTU (lo llamo directamente así porque no incluimos la posibilidad de NO VERIFACTU), también permitíamos que el usuario configurase cada empresa manejada por el SIF como SUJETA o NO SUJETA.

Hace ya meses, con la publicación de las FAQ'S PARA DESARROLLADORES, a mi entender quedó muy claro que esta forma de proceder estaba prohibida.

Lo que hicimos fue terminar de desarrollar el SIF SOLO PARA SUJETOS AL RRSIF. Una vez terminado, dupliqué el desarrollo, le cambié el nº de versión, bloqueé y oculté todo lo referente a VERIFACTU (afortunadamente todo esto esta controlado por variables globales y no fue excesivamente complicado, y además, en el menú principal aparece un texto que especifica que ese SIF es para USO EXCLUSIVO DE OT's NO SUJETOS AL RRSIF.

[Jarogo08]

Empezado por novatico

Nosotros, en las primeras fases del desarrollo de VERIFACTU (lo llamo directamente así porque no incluimos la posibilidad de NO VERIFACTU), también permitíamos que el usuario configurase cada empresa manejada por el SIF como SUJETA o NO SUJETA.

Hace ya meses, con la publicación de las FAQ'S PARA DESARROLLADORES, a mi entender quedó muy claro que esta forma de proceder estaba prohibida.

Pues yo no tengo tan claro que esa forma esté prohibida. Lo que no se puede permitir es que hoy sea Verifactu, mañana SII y para la semana nuevamente Verifactu. Pero sí que se puede permitir que este año sea Verifactu y para el año SII. Hay que meter unos controles de fechas, plazos o lo que sea, pero el programa (a mi entender, claro) debe permitir ese cambio.

Empezado por novatico

Lo que hicimos fue terminar de desarrollar el SIF SOLO PARA SUJETOS AL RRSIF. Una vez terminado, dupliqué el desarrollo, le cambié el nº de versión, bloqueé y oculté todo lo referente a VERIFACTU (afortunadamente todo esto esta controlado por variables globales y no fue excesivamente complicado, y además, en el menú principal aparece un texto que especifica que ese SIF es para USO EXCLUSIVO DE OT's NO SUJETOS AL RRSIF.

Y si ahora tienes que añadir un cambio (yo que sé, crear un campo nuevo en las facturas) ¿tienes que hacerlo 2 veces? ¿una para cada proyecto?

[novatico]

Empezado por Jarogo08

Pues yo no tengo tan claro que esa forma esté prohibida. Lo que no se puede permitir es que hoy sea Verifactu, mañana SII y para la semana nuevamente Verifactu. Pero sí que se puede permitir que este año sea Verifactu y para el año SII. Hay que meter unos controles de fechas, plazos o lo que sea, pero el programa (a mi entender, claro) debe permitir ese cambio.





Y si ahora tienes que añadir un cambio (yo que sé, crear un campo nuevo en las facturas) ¿tienes que hacerlo 2 veces? ¿una para cada proyecto?

No, como he comentado todo lo controlo con variables globales con valores encriptados, que se toman externamente. El archivo ejecutable es el mismo. Si tengo que modificar algo, lo hago sobre la versión VERIFACTU, y el ejecutable resultante me sirve para las 2 versiones, incluso para la versión DEMO que también he preparado de la misma forma.

[espinete]

Yo tengo un cliente que ayer decidió empezar a enviar a VeriFactu de forma voluntaria y luego se arrepintió y no quiere seguir.
El programa muestra varias veces que "si lo activas, no puedes desactivarlo", y nada, aún así este lo activó con sus santos co_nes

[sglorka]

Adjunto respuesta de Verifactu respecto del cambio de Verifactu a SII para que todos tengamos las ideas claras de cómo proceder

Buenos días:

Cuando un obligado tributario que venía utilizando un Sistema Informático de Facturación (SIF) en modo Veri*factu pasa a utilizar un sistema bajo el Suministro Inmediato de Información (SII), deben tenerse en cuenta las siguientes consideraciones:
Conservación y acceso a las facturas emitidas con el SIF Veri*factu:
El cambio de sistema no implica la eliminación ni la inhabilitación del SIF Veri*factu utilizado hasta ese momento.
El fabricante y el obligado tributario deben garantizar el acceso, integridad, legibilidad y trazabilidad de las facturas emitidas durante el periodo en que el SIF Veri*factu estuvo en uso.
Por tanto, el SIF Veri*factu puede mantenerse operativo exclusivamente a efectos de consulta y reimpresión de dichas facturas históricas, sin posibilidad de emitir nuevas facturas.
Alternativamente, las facturas emitidas pueden conservarse y consultarse desde el nuevo entorno SII, siempre que se mantenga su integridad y se identifique claramente su procedencia (es decir, que fueron expedidas con un SIF Veri*factu anterior).
Reimpresión de facturas emitidas con Veri*factu tras el cambio:
Las facturas emitidas con un SIF Verifactu deben conservar su formato y sus elementos originales, incluido el código QR, dado que estos forman parte de la factura expedida conforme al RD 1007/2023.
En consecuencia, si se reimprime una factura generada en modo Veri*factu, debe reproducirse con su QR original, incluso aunque la reimpresión se efectúe desde el nuevo entorno SII o desde una copia de la base de datos del SIF anterior.
No debe, en ningún caso, regenerarse un nuevo QR ni modificar los datos de la factura original.
Transición entre sistemas:
El cambio de Veri*factu a SII supone un cambio de modalidad de cumplimiento de la obligación de facturación, pero no afecta a las obligaciones de conservación de la documentación generada bajo la modalidad anterior.
No es necesario “eliminar” o “inhabilitar” el SIF Veri*factu, bastará con que se bloquee su uso para emitir nuevas facturas a partir de la fecha de cambio, conservándolo como repositorio histórico.

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

[Faneka]

Gracias.