VERI*FACTU - Ejemplo de declaración responsable

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

Empezado por espinete

¿Qué hacéis con los usuarios que descarguen vuestro software para probarlo unos días antes de comprarlo? Porque eso se lleva haciendo así desde los años 90. Las empresas descargan varios, lo prueban unos días, hacen facturas ficticias para saber cómo se hace una factura, cómo se añaden los artículos, si les gusta, etc.

¿Cómo pretende Hacienda que los usuarios hagan esto SIN UN P___ ENTORNO DE PRUEBAS? ¿Pretenden obligar al usuario (que solo está probando el software, y no uno, sino varios a la vez), a dar de alta su certificado digital en la empresa, rellenar los datos reales de la empresa, un cliente de pruebas REAL con su NIF, etc.?

En nuestro caso tenemos un modo de pruebas y un modo de formación (que también está el problema de los cursos).
En ese caso VERI*FACTU no se puede activar (es decir, en pruebas o formación no se envía nunca nada). Puedes probar la configuración de RRSIF, activarlo o desactivarlo, pero VERI*FACTU en esos casos no está disponible.

[novatico]

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

En nuestro caso tenemos un modo de pruebas y un modo de formación (que también está el problema de los cursos).
En ese caso VERI*FACTU no se puede activar (es decir, en pruebas o formación no se envía nunca nada). Puedes probar la configuración de RRSIF, activarlo o desactivarlo, pero VERI*FACTU en esos casos no está disponible.

Y como controlas que el cliente no active el modo pruebas o formación para el uso normal ??. Así evita enviar a Verifactu

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

Empezado por novatico

Y como controlas que el cliente no active el modo pruebas o formación para el uso normal ??. Así evita enviar a Verifactu

Esas versiones conllevan una serie de comprobaciones y de acciones "extra", que en principio no las hacen aptas para el trabajo del día a día.
Limitación en el número de registros que se crean, marcas de agua en los listados, se fuerza la razón social de la empresa,... (y comprobaciones en el licencimamiento). Por comentar algunas.

[novatico]

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

Esas versiones conllevan una serie de comprobaciones y de acciones "extra", que en principio no las hacen aptas para el trabajo del día a día.
Limitación en el número de registros que se crean, marcas de agua en los listados, se fuerza la razón social de la empresa,... (y comprobaciones en el licencimamiento). Por comentar algunas.

Ok. Ya entiendo.
Nosotros también nos hemos planteado hacer una versión de prueba, para revisión por los nuevos clientes, y en el caso de aprobarla, se les instalaría la versión "ORIGINAL", por llamarla de alguna forma.

Hace muchos años era la forma normal de trabajar, pero por las propias necesidades de los clientes, que cada vez tienen más prisa para implantar un nuevo SIF, se dejaron de hacer, y las pruebas ahora, van siempre sobre el programa definitivo. Al terminarlas, se borraban los datos de prueba y se empezaba con los buenos. La AEAT nos ha quitado esa posibilidad.

[espinete]

Nosotros hemos optado por crear una empresa ficticia para pruebas/formación en el momento de instalar el programa. Esta empresa tiene unos datos fiscales falsos, productos de prueba, etc. que no se pueden modificar, así que todo lo que imprimas, generes, etc. tendrá esos datos falsos.
Solo en esa empresa se podrán crear facturas sin enviar a VeriFactu, sin QR, etc.

¿Y si algún cliente quiere probar verifactu, el QR, etc.? Pues les remito la respuesta que nos dio Hacienda: no se puede. Fin

[ermendalenda]

Yo estoy de acuerdo, además, una cosa es que el correo de verifactu es mas encauzado a la ayuda del desarrollo técnico, otras respuestas que están dando, referentes a la interpretacion de la normativa, en aspectos no técnicos, son meras interpretaciones y seguro que alguna está equivocada, no me meto si adrede o inconscientemente.
lEn a normativa no hay ningún artículo que prohíba específicamente tener instalado un software de facturación en modo demo o de prueba. Las leyes se centran en regular los requisitos técnicos y funcionales que deben cumplir los sistemas informáticos de facturación homologados, pero no impiden el uso de versiones de demostración siempre que no se utilicen de forma fraudulenta. Y ppr ello no hay especificaciones tecnicas de que si está en prueba o demo tengas que enviar y anular. Si ademas nos vamos a una drmo que no emita QR se podria decir que es similar a estar en el SII, wntonces puedo ofrecer demos a clientes que a lo mejro quieren el SII pero para veridactu no?, venga ya!! esto que se han sacado de la manga es irracional.
Debeis pelear vuestros intereses, una vez se asiente estais jodidos.

[ermendalenda]

Con exposiciones razonadas de que te van a hacer perder ventas no tienen más remedio que repensarlo:
En una instalación on-premise no es viable decir al potencial cliente que instale un cetificado, vas a tener 0 probadas.
Por tanto, si esto es asi y sw permite para las onpremise, por derecho habria que permitirlas a todas.
De la misma forma, no es lógico dar más oportunidad a lps que ofrezcan los SII en demo.
Tampoco es racional que ya solo se pueda hacer demos de on-premise in situ por que das mas oportinidad a losque venvenden desarrollos basados en la nube y pueden tener un cettificado propio.
No pueden ponerlñ todo imposible.

[ermendalenda]

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

En nuestro caso tenemos un modo de pruebas y un modo de formación (que también está el problema de los cursos).
En ese caso VERI*FACTU no se puede activar (es decir, en pruebas o formación no se envía nunca nada). Puedes probar la configuración de RRSIF, activarlo o desactivarlo, pero VERI*FACTU en esos casos no está disponible.

Y digo yo.
Por que no le poneis el la versiin de prueba en vez del nombre "Factura" o "Factura simplificada" algo así como "Documento de pruebas" y ppr supuesto con otro nombre/version y donde wsta el qr algo asi como "espacio para qr" Lo mismo lo aceptan, es cuestion de plantearselos.