Listado prácticas prohibidas
 

Con el fin de informar sobre los métodos de instalación y prácticas, en los que cada vez veo más irregularidades, os pongo un listado de las que he observado, espero que os sirva de referencia y que seais lo más legales posibles con el fín de establecer una equidad respecto a los clientes,para no perjudicar a las demás empresas desarrolladoras, están habiendo escape de clientes por que algunos lo permitís y otros se saltan las reglas, además de que produce potenciales peligros de sanción al cliente y a la misma desarrolladora:
-No se puede instalar a un cliente el Sistema Verifactu en modo envio de pruebas. El servidor de pruebas solo está para los desarrolladores y pora supuesto mucho menos emitir la factura con el QR de pruebas.
-No se puede poner un sistema dando la posiblidad de que NO emita la factura, ésta debe emitirse en algún formato que se ponga a dispoción al cliente "SIEMPRE", la quiera o no el cliente, que el receptor decida o no decida acceder a ella es su problema.
-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.
-Las consultas de los registros a Verifactu para generar Libros de IVA y verificar encadenamientos es un proceso delicado y hay que tener en cuenta que no siempre se devuelven registros de la forma secuencial que esperamos.
-Regenerar facturas en nuestra Base de datos a través de los registros obtenidos (Xml's) no cumplen el reglamento ROF, por que noo crea una copia fiel de como se emitió.
-Las copias de seguridad son obligatorias y no te van admitir NUNCA, que ha sido una averia, o un Virus.
-Y por último : Poner un TPV en NO Verifactu y dando una posibilidad de no emisión de las facturas es de lo más grave que podeis hacer.

Añadid lo que creais que falte.

Eso que comentas del escape de clientes es inevitable, lo importante es que el cliente confíe en ti.

Al final si eres un pequeño desarrollador lo único que te afianza en el negocio es tener tu club de "FANS".

Anda que no se están creando empresas ad hoc para esto del verifactu. Muchas asesorías de mis clientes les están invitando a cambiar a un programa que ellos suministran. Supongo que con su respectiva suscripción. Algo muy goloso para el que ve negocio.

Al final muchos clientes se van a ir a estas soluciones por desconocimiento, mala información, o por interés. Luego ya vendrán los problemas y muchas de esas empresas habrán desaparecido.

Solo nos queda ser honestos con nuestros clientes y con nosotros mismos.

Yo ofrezco la solución y no intento convencer a nadie de nada. El que se queda tiene que estar convencido.

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.

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.

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.

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 !!!

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í. :)

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

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.

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.

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"

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

Pues ya me estás poniendo a pillar moscas. Yo tenia entendido que las empresas en módulos no tienen la obligación de emitir factura, por supuesto todo esto antes de Verifactu. Quiero recordar haberlo leido en alguna publicación oficial pero ya me pones en la duda.

Edito:

No sé si esto aclara algo:

No tienem obligación, por tanto es opxional usar un sif, el reglamdnto es claro, si usas un sif a verifactu del tiron con todas sua consecuencias.
Si no acuerdate de la clave 18, si no para que.

Bueno...será así... no te voy a decir que no.

Tu no te fies del todo por ai acaso tú verificalo, pero eso qie dices es lo que veo erronwo en casi todoa los sitios y a ver ai el que llevo el paso cambiado soy yo y mis interpretaciones galacticas.

La verdad es que ni me fío ni me dejo de fiar. No lo tengo claro, leo lo que he puesto y entiendo que no es obligatorio, le pregunto a chatgpt (ya sé que no es indicativo) y me dice que tampoco pero entiendo que si antes de Verifactu no era obligatorio ahora no debería de cambiar, no sé la verdad...

Hablando de impresión de facturas, que opináis de las empresas estas que te vienen con un montón de tickets de hace 3 años, para recuperar el iva de una caña consumida en el 2022 y hay que hacerles facturas de canje ??? no me refiero al cliente conocido que reúne las facturas y las trae a final de mes, si no las empresas de "recuperación de iva" los que te traen un montón de tickets de años pasados de cantidades insignificantes. Hasta ahora esto era una tocadura de pelotas, pero ahora con Verifactu lo es mucho más. ¿hasta que punto es necesario hacerles una factura de canje, en lugar de cualificarlas una a una (por tocar las narices más que nada). Que aconsejáis a vuestros clientes sobre esto ???

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?

Efecrivanentw chatgpt es parecido al canal verifactu jeje.
Mira lo que mw pone a mi

Entonces, la pregunta concreta: “Si emito a VERI*FACTU, ¿hay que expedir la factura?”

Mi respuesta: Sí, si estás obligado a expedir factura en esa operación (por cliente, por tipo de operación, por normativa de IVA), y además estás usando un SIF/VERIFACTU, entonces debes hacer ambas cosas: registrar conforme al SIF + expedir la factura.

Esto también lo comentamos en otro post, no recuerdo cual. Independientemente de la legalidad de poner un botón para no imprimir facturas (siempre que no las estés expidiendo por otro medio como correo, etc), que como poco es dudosa, poniendo un botón así en tu software tienes todas las papeletas para que el primer inspector que lo vea te lo inspeccione a fondo y de rebote a alguno de tus clientes, porque ha sido una manera clásica de generar B: no entregar el ticket y luego rebajar las cantidades de los artículos. Ahora con Verifactu es más difícil, pero tampoco imposible.

Creo que se está desvirtuando mi pregunta original. Hablo del típico comercio al por menor donde se emiten tickets (facturas simples). En el momento que se genera un ticket este va para VeriFactu. Mi pregunta es si ese ticket (QUE YA ESTÁ EN VERIFACTU) es de obligada entrega al cliente (bien sea copia física o por mail).

Para nada, sw entiende perfectamente.

Es que la prueba de que el ticket YA esta en Verifactu es la impresión de la factura. Mientras no esté cerrada puedes modificarlo. Si no entregas ticket puedes retrasar el cierre del mismo y hacer las modificaciones que quieras. Por eso obligan además a guardar las proformas que emites, para ver modificaciones posteriores.

Yo últimamente también estoy un poco galacteando. Creo que es exceso de Veri*factu.
Además viernes.

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'.

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”

Sí, eao muchos, ni les contesres, llevamos años así, a los pimeros les coneñtestabamos que si qurrian la factura tenian qur pasrse de tañ hora a tal hora en una direccion, y despues nada

Emitir hay que emitir, pero ¿imprimir original y copia?
 

Pues eso, está claro que en mi escenario (solo verifactu), emitimos facturas F1, F2, R4 y R5, y mandamos sus RF a la AEAT, pero el tema de imprimirlas físicamente es lo que no tengo tan claro, yo hasta ahora preguntaba al usuario cuantas copias quería al terminar y este podía elegir: 0, 1 o 2 pero ahora ya estoy en la duda, porque me parece haber leído en el ROF ( o en la ley de IVA?? ya menudo un lio tengo :confused: ) que hay que entregar OBLIGATORIAMENTE al cliente original y copia, lo cual me parece una barbaridad obsoleta, no le voy a mandar a un tío dos PDF, ni nadie quiere dos "tickets", (a mi nunca me han dado dos en ningún sitio) y hasta ahora tampoco mis clientes imprimen habitualmente dos copias de las facturas, ya que al cliente sólo le entregan una... en fin ¿vosotros que hacéis?

En la mayoría de nuestros SIF en la ficha del cliente se puede rellenar las copias que quiere de la factura, en otros SIF a la hora de imprimir te pregunta si quieres lazar un nº de copias. Tenemos los dos estilos.

Al parecer lo de entregar original y copia viene en el Real Decreto 1496/2003, pero esta ley se derogó con el nuevo Real Decreto 1619/2012, que es el que está en vigor actualmente y ya no se indica lo de original y copia. Eso sí, nada te impide darle dos copias a un cliente, pero es voluntario, no obligatorio.

ahhh, perfecto, entonces sigo con la pregunta de cuantas copias quiere (0, 1 o 2) y listo. Gracias!!!

yo estudié para informático, no para abogado, estoy de tanto boe.....:D

La factura se podrá emitir siempre que se haya marcado como finalizada, es decir, si no se ha generado su registro de facturación no se podrá imprimir, sería algo así como una factura o ticket "aparcado". Recordemos que no se sigue el orden de la numeración de las facturas, sino el orden de generación de las mismas.
Tú puedes tener en la misma base de datos facturas con registros de facturación asociados y otras que no, los anteriores al 1 de enero Hacienda ni los va a tener en cuenta.
Ésto sólo sirve para recuperar los registros, pero las facturas en sí mismas obviamente no se van a poder recuperar porque las líneas de factura no se envían.
Ésto, de cara al Reglamento, sólo sería obligatorio si se trabaja en modo No VeriFactu, ya que en VeriFactu se supone que ya has mandado los registros de facturas. Obviamente, sí es obligatorio de cara a la conservación de la propia consistencia del programa de facturación y a cumplir con la tenencia de las facturas el mínimo de años que marca la ley.

Tal y como dice: NO tienen obligación de emitir tickets (Facturas simplificadas) de todas las ventas: solo de las que relaciona en ese texto.
Como las facturas hay que subirlas todas a VeriFactu, subirás solo las ventas de las que se emita Factura (simplificada o no)
¿A que mola? :eek::eek::eek:

Si... ese mismo pantallazo lo he puesto yo en algún lado y efectivamente entiendo que se subirán a Verifactu las facturas que se emitan y las que no se emitan porque no tienen obligación pues no se subirán. :rolleyes:

Edito: Pues si... la puse en este mismo hilo.