Listado prácticas prohibidas

[emailesc]

Muy buena lista, este punto no tengo muy claro lo que quieres decir.

Empezado por ermendalenda

-No se puede instalar en Verifactu (o No Verifactu) y generar los registros XML's desde la Base de datos y anteriormente realizados en un SIF que no era de este reglamento por que se produciria un deajuste de una factura emitida sin QR y en nuestro sistema estaría identificada con QR.

En nuestras bases de datos hay registros Verifactu y anteriores a Verifactu, no empezamos con bases de datos limpias (aunque sería más sencillo), hay una fecha de inicio de Verifactu configurada en la base de datos, lo emitido con posterioridad a esta fecha está en Verifactu, con QR, y lo anterior no (sin QR)
Por lo demás también añadiría temas deontológicos que, sin bien no son ilegales, sí son éticamente cuestionables:
- Animar a los clientes a seguir usando Excel, apoyándose en lo que pone en las FAQ, sin decirles claramente lo que pone en las consultas vinculantes: que su caso va a depender de lo que se le ocurra al inspector, sin seguridad jurídica de ningún tipo, y luego si quieres pelea con Hacienda. Esta es típica de gestorías.
- Meter a clientes nuevos en No-Verifactu, por el gancho de "no se envían registros" sin explicar claramente los riesgos que tiene este sistema y la postura de Hacienda respecto al mismo.

[VictorCasajuana]

Buenos días Grupo!

Un punto que se podría añadir a la lista:

- Permitir al usuario Activar/Desactivar Verifactu con un simple checkbox en la configuración por motivos varios como Sii, TicketBai, Exento, etc...

Quizás esta opción tendría que ser más restrictiva, solo accesible por la empresa desarrolladora e ir acompañada de algún documento de responsabilidad firmado por el cliente final?

Salud!

[novatico]

Empezado por VictorCasajuana

Buenos días Grupo!

Un punto que se podría añadir a la lista:

- Permitir al usuario Activar/Desactivar Verifactu con un simple checkbox en la configuración por motivos varios como Sii, TicketBai, Exento, etc...

Quizás esta opción tendría que ser más restrictiva, solo accesible por la empresa desarrolladora e ir acompañada de algún documento de responsabilidad firmado por el cliente final?

Salud!

Sobre este tema, si leemos completamente la pregunta 3 de las FAQ's para Desarrolladores, incluida la NOTA ACLARATORIA, esta decisión, entre SUJETO o NO SUJETO a VERIFACTU, SII, TicketBai, etc, sólo debe producirse en la instalación, lo que en la práctica supone instalar 2 o más productos diferentes.

Podemos hablar sobre si esto es operativo o no, pero a mí me parece que lo deja no claro, sino CLARÍSIMO.

[VictorCasajuana]

Empezado por novatico

Sobre este tema, si leemos completamente la pregunta 3 de las FAQ's para Desarrolladores, incluida la NOTA ACLARATORIA, esta decisión, entre SUJETO o NO SUJETO a VERIFACTU, SII, TicketBai, etc, sólo debe producirse en la instalación, lo que en la práctica supone instalar 2 o más productos diferentes.

Podemos hablar sobre si esto es operativo o no, pero a mí me parece que lo deja no claro, sino CLARÍSIMO.

Es lo que pienso, por este motivo lo pondría también como que no es una buena práctica poner esta opción en la configuración del programa es más a nivel instalación u otro sistema. Pero he visto SIF que lo tienen abierto "al gusto" del usuario.

[skatologiko]

Empezado por VictorCasajuana

Buenos días Grupo!

Un punto que se podría añadir a la lista:

- Permitir al usuario Activar/Desactivar Verifactu con un simple checkbox en la configuración por motivos varios como Sii, TicketBai, Exento, etc...

Quizás esta opción tendría que ser más restrictiva, solo accesible por la empresa desarrolladora e ir acompañada de algún documento de responsabilidad firmado por el cliente final?

Salud!

Bufff, pues me acabas de matar. Justo les estoy poniendo a todos los clientes que estoy configurando , la opción "Transmitir al entorno de pruebas" (ya han dicho por arriba que tampoco se puede) y con la idea de que al finales de Diciembre / 2 de enero, ellos mismos cambien al "entorno real". Simple y llanamente yo no puedo activar a 60 empresas de golpe el día 2, ni la semana anterior
¿En algún documento pone esas restricciones?

[Carlos]

Empezado por skatologiko

Bufff, pues me acabas de matar. Justo les estoy poniendo a todos los clientes que estoy configurando , la opción "Transmitir al entorno de pruebas" (ya han dicho por arriba que tampoco se puede) y con la idea de que al finales de Diciembre / 2 de enero, ellos mismos cambien al "entorno real". Simple y llanamente yo no puedo activar a 60 empresas de golpe el día 2, ni la semana anterior
¿En algún documento pone esas restricciones?

Y que problema hay en activarlos el día 23/12? Que no quieren, pues hasta el 07/01/2026 no podré venir.
Otra cosa es dejarlo latente hasta el día 01/01/2026 y que el solo se active. Tienes 1 mes y 1/2 para distribuir una nueva versión con Veri*factu 'hivernando'.

[DarkDudae]

Gracias por las aclaraciones compañeros. Tenéis razón en que parece “sospechoso” aunque nosotros sepamos que internamente se están haciendo las cosas bien. Cuando ya llevo varios miles de facturas enviadas a VeriFactu con mi NIF y mis datos fiscales como Sistema Informático toda prevención es poca. Pero ya sabéis que los clientes son “muy suyos” y a la que se acostumbran a algo cambiarles lo más mínimo de sus procesos habituales los “cortocircuita”

[ermendalenda]

Empezado por emailesc

Muy buena lista, este punto no tengo muy claro lo que quieres decir.

En nuestras bases de datos hay registros Verifactu y anteriores a Verifactu, no empezamos con bases de datos limpias (aunque sería más sencillo), hay una fecha de inicio de Verifactu configurada en la base de datos, lo emitido con posterioridad a esta fecha está en Verifactu, con QR, y lo anterior no (sin QR)
Por lo demás también añadiría temas deontológicos que, sin bien no son ilegales, sí son éticamente cuestionables:
- Animar a los clientes a seguir usando Excel, apoyándose en lo que pone en las FAQ, sin decirles claramente lo que pone en las consultas vinculantes: que su caso va a depender de lo que se le ocurra al inspector, sin seguridad jurídica de ningún tipo, y luego si quieres pelea con Hacienda. Esta es típica de gestorías.
- Meter a clientes nuevos en No-Verifactu, por el gancho de "no se envían registros" sin explicar claramente los riesgos que tiene este sistema y la postura de Hacienda respecto al mismo.

Te comento, hay una empresa dearrolladora "X", que le instala un software para asesores, pues bien, a la hora de instalar verifactu le da la opcion de generar todos los xmls anteriores a la instalacion y remitirlos.

[novatico]

Empezado por ermendalenda

Te comento, hay una empresa dearrolladora "X", que le instala un software para asesores, pues bien, a la hora de instalar verifactu le da la opcion de generar todos los xmls anteriores a la instalacion y remitirlos.

!!! A la primera posición de la lista ya !!!

[ermendalenda]

Empezado por novatico

!!! A la primera posición de la lista ya !!!

Me gusta más el que pone No verifactu en un tpv escondido y sin impresora, ese es genial y con mucha imaginación propia de los paises del Sur de Europa.
Claro aquí la culpa es del cliente.

[novatico]

Empezado por ermendalenda

Me gusta más el que pone No verifactu en un tpv escondido y sin impresora, ese es genial y con mucha imaginación propia de los paises del Sur de Europa.
Claro aquí la culpa es del cliente.

Pues sí que lo supera, sí.

[emailesc]

Empezado por ermendalenda

Te comento, hay una empresa dearrolladora "X", que le instala un software para asesores, pues bien, a la hora de instalar verifactu le da la opcion de generar todos los xmls anteriores a la instalacion y remitirlos.

Como dice el gran filósofo de nuestro tiempo, Leo Harlem, "esa creatividad mal encauzadaaaa...!

[ermendalenda]

Por mucho que lo intente si un inspecrorse po e un par de horas en el negocio y tiene un aplicacion oara ver lo que suben, están pillados.

[DarkDudae]

Me ha asaltado una duda del primer post con lo de facilitar al cliente la factura por algún medio la quiera o no…

Nuestro soft manda como no puede ser de ningún otro modo todas las facturas a VeriFactu, pero tenemos un checkbox que ir el usuario puede marcar para “No imprimir ticket”. La mayoría lo hace para ahorrar papel y cuando un cliente le piden el ticket le dan a reimprimir última factura y se lo dan. ¿Esta opción no debe estar disponible?

[[newtron]]

Empezado por DarkDudae

Me ha asaltado una duda del primer post con lo de facilitar al cliente la factura por algún medio la quiera o no…

Nuestro soft manda como no puede ser de ningún otro modo todas las facturas a VeriFactu, pero tenemos un checkbox que ir el usuario puede marcar para “No imprimir ticket”. La mayoría lo hace para ahorrar papel y cuando un cliente le piden el ticket le dan a reimprimir última factura y se lo dan. ¿Esta opción no debe estar disponible?

Mi opinión es que no todas las empresas están obligadas a entregar factura por lo que no obligo a imprimir/enviar.

[ermendalenda]

Empezado por newtron

Mi opinión es que no todas las empresas están obligadas a entregar factura por lo que no obligo a imprimir/enviar.

Puff, crep que has mezclado, no todas lss empresas están obligadas a "emitir" pero la emisión está enlazada con la grabación. Si tienes un sif y grabas hay que emitir.. perp vamos no voy a entrar en esto porque es aparentemente subjetivo, y es mejor que pregunteis al informador.
Ña clave wsta en "expedir" y es obligatorio. Ya te digo

[ermendalenda]

Empezado por DarkDudae

Me ha asaltado una duda del primer post con lo de facilitar al cliente la factura por algún medio la quiera o no…

Nuestro soft manda como no puede ser de ningún otro modo todas las facturas a VeriFactu, pero tenemos un checkbox que ir el usuario puede marcar para “No imprimir ticket”. La mayoría lo hace para ahorrar papel y cuando un cliente le piden el ticket le dan a reimprimir última factura y se lo dan. ¿Esta opción no debe estar disponible?

Obvio
Si te fijas, carrefour, mercadona, lidl... si tienes la app y has gestionado que te la envien , no sale tiquet y te lo emvian.
Si el enisor tiene distintas opciones para emitirla y según lo que le requiera el cliente, email, facturaelectroinca, pdf, app... pues eso sí, pero No emitirla está prohibido, otra cosa es que hasta ahora pasen la vista gorda, pero siendo realilistas, crees que despues de la obligacion del Qr, cuya intencion principal es que lo escanee el mayor numero dr cliente, van a seguir mirabdo a otro lado? La obligación de emitir no contiene "opcionalmente para el receptor"