|
Cita:
|
Cita:
|
Cita:
Cita:
Bajo mano, no digo nada, pero creo que al final esto es una oportunidad (o yo prefiero verlo así) para ir metiendo a los clientes "poco a poco". Nos da un poco mas de margen para ir alargando y haciendo gradualmente la implantación. |
Cita:
:ppp:ppp:ppp:ppp:ppp:ppp:ppp No puedo estar más de acuerdo. A nuestra empresa llegó ayer una factura de una ferretería con el QR y al leerlo... entorno de pruebas v\||/ |
Nosotros lo tenemos claro...
-Nuevos clientes: le ponemos la versión homologada y empiezan en Verifactu/SII (no hay otra opción) -Los clientes que ya están en Verifactu: siguen, no se pueden salir -Los clientes que aún están con la versión antigua (que íbamos a actualizar este mes): pueden seguir con esa versión todo el 2026, pero si quieren alguna funcionalidad que no tienen y sí está en las nuevas versiones homologadas tendrán que actualizar y por tanto empezar en Verifactu/SII. Lo único que nos cambia el anuncio de esta semana es que lo que teníamos que hacer en este mes de diciembre ahora tenemos un año para hacerlo. |
Cita:
pero claro, el problema que tiene esto es que los clientes con la versión antigua, no van a querer oir de verifactu hasta diciembre del 26 con lo cual, este año, servir, no sirve para nada. porque en diciembre del 2026 se nos vendrá la misma avalancha de trabajo y desinformación que se nos venía ahora |
Cita:
De todo lo que se publica en prensa y RRSS, lo que nadie se plantea es por qué se ha llegado a la situación de que a inicios de diciembre solo estuviesen integrados en Verifactu entre un 10-20% de las empresas afectadas. Y es clave para entender lo que ha pasado y que en Diciembre del año que viene no pase lo mismo. Y yo lo tengo claro: el modo de implantación al que ha obligado Hacienda. No recuerdo en Ticketbai que hubieses tantas empresas sin actualizar a un mes vista de la fecha de inicio de obligatoriedad. Por algo será. |
Cita:
Los que esperen a diciembre del 2026 la oferta que le enviemos será mínimo el triple de la que le enviamos ahora. Al menos que nos compense |
Yo estoy viendo softwares a la venta que los instalas, que son compatibles con Verifactu, pero que puedes programar para que el envío no lo empiece a hacer hasta el 01/01/26 o supongo hasta 01/01/27 tras estos últimos cambios.
Esto sería lo ideal para poder ir metiendo las actualizaciones a nuestros clientes a lo largo del año para que ellos mismos decidieran cuando empezar a enviar. Pero si he entendido bien, en cuanto actualizas tienes que empezar con los envíos, con lo cual al final, lo único que se hace es "retrasar" el atasco de este diciembre al próximo. La única ventaja que veo es que podremos ir puliendo detalles del programa que vayan surgiendo en las nuevas instalaciones y llegaremos con los deberes mejor hechos para el año que viene. Pero el no poder "programar" el comienzo del envío de datos y el no poder estar enviando durante un tiempo a un entorno de pruebas, lo que hace es que los clientes no quieran saber nade cambios hasta el último momento que les marque la ley. |
Cita:
La AEAT nos obliga a eso. Además les vamos diciendo que se pasen paulatinamente para ir tranquilos. Los que aun así no quieran ya es problema suyo. No podemos hacer más. Lo que si les avisamos que en Noviembre (igual que hemos hecho este año) no nos llamen para actualizar porque ya no va a dar tiempo. Hay que tomárselo por la parte positiva (sino nos colgamos todos de un árbol :(), tendremos más tiempo e iremos más tranquilos para implantar, probar y actualizar. |
Cita:
ya, pero es que la ley dice que eso no se puede. Entonces ese software no cumple la ley, y por tanto no es legal. Pusieron una respuesta de Hacienda en otro hilo y creo que en este también: Cita:
|
Cita:
|
Hacienda no puede por un lado decir "no es obligatorio hasta 2027" y por otro lado decir "si compras el programa hoy tienes que empezar a enviar".
Eso no hay por donde cogerlo. Es una contradicción. Es que no creo que ni siquiera un juez les dé la razón. No tiene sentido ninguno. Digno de la incompetencia y prepotencia que les caracteriza. |
Esto es lo más parecido a que te deje tu novia plantado en el altar.:p
|
Cita:
No es obligatorio hasta 2027 si tienes un programa desde hace tiempo. Si compras uno hoy sí es obligatorio. Eso es así y creo que estaba muy claro desde hace meses |
Cita:
|
Cita:
|
Cita:
|
Cita:
|
Cita:
Es que esa parte es el mayor contrasentido de todos: en la práctica, significa que la mayoría de la gente va a tener que empezar a enviar Verifactu en 2026, aunque la ley diga otra cosa. Los plazos anteriores (hast 29 de julio para el software, desde 1 de enero para empezar a enviar) tenían al menos cierto sentido. El problema es que ahora, con esta prórroga, en la práctica estás poniendo a los negocios en la situación de aguantar año y medio con un software que no se puede actualizar, cosa que es un disparate incluso desde el punto de vista de la seguridad. Es lo que tiene legislar sin pensar y a golpe de volantazo político. |
Cita:
Lo que no vamos es llegar a diciembre y estar con el apuro que estuvimos este año. |
Cita:
Ellos no pueden decir "si alguien actualiza a la versión ya adaptada tiene que empezar a enviar" y quedarse tan panchos, porque puede que ESA actualización sea por otro motivo urgente que necesite el cliente (un bug chungo importante). Y no, no es viable tener en producción una versión del software adaptada y otra no. Eso es una locura. Una cosa es tener una versión del software y otra es un software grande, con 4 versiones diferentes, addons, módulos opcionales, etc. ¿hay que tenerlo todo duplicado porque Hacienda no se ha currado mejor las cosas? Pues no |
Yo tampoco lo entiendo así.
Los desarrolladores tenemos que tener el programa preparado desde Julio, eso es clarísimo, y el cliente podía actualizar su programa hasta el día 31 de Diciembre. Pero un cliente que hubiese actualizado ya la versión el 15 de Septiembre en mi opinión no estaba obligado a realizar los envíos hasta el 1 de Enero, sólo que si lo deseaba, podía realizar los envíos voluntariamente antes, no obligado. Es más, así lo hemos hecho nosotros, actualizados ya prácticamente todos los clientes, pero sólo enviando los que han querido hacerlo antes para evitarse el caos de Enero. |
Cita:
A partir de ahí, como si quieres ir por una carretera comarcal a 240 km./h. |
Cita:
Pues precisamente porque no es viable mantener varias versiones, si el cliente quiere que le soluciones el bug o quiere tener una nueva funcionalidad que actualice y que empiece en Verifactu |
Cita:
Pero entonces tu versión del 15 de septiembre tiene la opción Verifactu, la opción No Verifactu (si la tiene), la opción SII (si la tiene) y una última opción que es "todo igual". Lo siento, pero esa última opción dijeron mil veces que no se permite. |
Cita:
Claro, van a detectar a la primera que software echa para atrás los envíos. En cada uno de los envíos va el apartado de "SistemaInformatico", con el nombre y el Cif de nuestra empresa |
Yo creo que la parte que cuesta entender es que Hacienda lo único que ha planteado es un chantaje puro y duro, al estilo de la mafia calabresa o similar. No están por la labor de ayudar ni facilitar ni gallinaceas hembras en ácido acético. Os empeñáis en buscar la "lógica" de un comportamiento normal en alguien que no es normal y no ha planteado las cosas para facilitar la transición, sino para meter Verifactu a hostias (perdón por lo de Verifactu). Por cierto, así les ha salido de bien la jugada: Diciembre: 80% de las empresas sin actualizar. Y todavía lo venderán como un éxito.
|
Lo "bueno" que tenía la fecha del 1 de enero de 2026 es que en un mes se acababan todas estas interpretaciones: ya no habría dudas de cómo tenía que comportarse nuestro software y qué opciones debía tener o no
Ahora, esto se alarga un año más: uno lo entenderá de una manera, otro de otra, ellos no lo sabrán aclarar... |
Cita:
|
Cita:
|
Cita:
|
Cita:
Vuelvo a poner la respuesta de la AEAT: Cita:
Seré yo, pero es que no entiendo cómo de estos puntos (para mí tan claros) sacáis que podéis tener la versión homologada de vuestro software puesta en un cliente y que no envíe a Verifactu. Es que el punto 4 más claro no puede ser :confused: |
Cita:
|
Cita:
|
Cita:
Por ahora nosotros no tuvimos ese caso. PD: le podemos activar el modo SII y ya no se envía nada. Eso sí, bajo su responsabilidad: si tiene una inspección que diga porque está en modo SII. Pero no se lo digas a nadie |
Cita:
|
Cita:
Vale, pues estonces tu software tendrá las opciones: Verifactu, NO Verifactu, SII, TicketBai, No obligados -Navarra (o como quieras llamarle). Ahora, un cliente de Murcia no debería tener seleccionada esa opción, y si la tiene tendrá que explicar el porqué. Pero los usuarios que comentaban más arriba creo que no se referían a ese caso. Se referían a una opción para que la versión homologada de su programa permitiera no envíar porque el cliente aún no quiere estando obligado (el de Navarra no estaría obligado). Y eso es lo que insisto y defiendo que no debería permitirlo. |
Mi propuesta es la siguiente, nos ponemos de acuerdo todos los desarrolladores/as y en cada registro de facturación ponemos en la descripción de la venta: TA-TO-PAGAAAAOO ... ¿de que sirve? pues de nada, pero al menos nos descojamos con la que nos está cayendo.
|
ULTIMA RESPUESTA DEL BUZON DE LA AEAT:
La última información que nos consta en nuestro buzón es la que le trasladamos a continuación: No nos pregunten más qué hacer con los clientes que ya envían y quieren dejar de hacerlo porqué ni siquiera nosotros mismos sabemos que cojones decirles. Por último, le recordamos que desde este buzón se ofrece soporte informático a las especificaciones técnicas, funcionales y de contenido referidas en el Reglamento que establece los requisitos que deben adoptar los sistemas y programas informáticos o electrónicos que soporten los procesos de facturación de empresarios y profesionales, y la estandarización de formatos de los registros de facturación, aprobado por el Real Decreto 1007/2023, de 5 de diciembre, publicadas en la Orden HAC/1177/2024, de 17 de octubre. |
| La franja horaria es GMT +2. Ahora son las 16:41:53. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi