![]() |
Primeros clientes que no quieren saber nada
Bueno, pues hoy ya me he encontrado con varios clientes que no quieren saber nada del verifactu.
Que cuando sea obligatorio ya veremos... Que Ahora no quiero que me actualices con la versión adaptada... Explicando que si le hago algún tipo de modificación en el software tiene que ir adaptado según normativa. Pues va y me dicen que van a buscar otro programa. Que a lo mejor verifactu no se materializa, etc. Podemos perder clientes si somos rigurosos, y otros se los llevarán. Si la AEAT hubiese informado de forma correcta de esto no nos veríamos en esta tesitura. |
En "Preferencias" pones una opción que sea algo así como: "Activar Verifactu".
Y mientras no lo activen entonces no hará nada con verifactu. Se acabó "tu" problema, ahora el problema es de ellos. Si algún día dicen que lo necesitan, entonces ya sabes, en "Preferencias" > "Activar Verifactu". |
Cita:
Cita:
En mi caso, antes de hacer nada de actualizaciones, quiero mandar un mail larguito a todos los clientes con los puntos que son más conflictivos, enlazando directamente con el texto que lo muestra en Hacienda, y una vez que se lo lean hablamos. Y si no les gusta que le protesten a la Montero porque no es cosa nuestra. Pero es cierto que tal y como está hecho en noviembre y diciembre nos vamos a cagar por acumulación de actualizaciones. |
Cita:
Se las trae al pairo. |
Cita:
|
Cita:
Hay mucho pirata que se van a aprovechar de esta laguna informativa. Y lo peor es que a hacienda la han informado y no se ha pronunciado al respecto. |
Yo les estoy actualizando de forma automática, tengo un parametro oculto al cual accedo desde mis servidores, verifactu "Activado o no Activado". Actualmente los tengo desactivado. En teoria, la aplicación es la misma. Es mas... no estoy cambiando ni de versión.
Cuando lllegue la hora se activa y listo. Ya los clientes estan avisados. Asi que el que no quiera ... el problema a partir del dia 1 es suyo. |
Cita:
|
Cita:
|
Cita:
El problema real son las nuevas instalaciones. Como justificamos nosotros ante hacienda nuestras instalaciones de SIFs facturados después del 29/07/2025 y que no han remitido ni un solo RF a la plataforma de producción hasta el 01/01/2026?? Marrón gordo para nosotros, porque los clientes dirán que eso se lo configuramos nosotros, que ellos solo saben hacer tortillas¡¡¡ (en mi caso, en mi aplicación de hostelería). Yo en mi caso, no me voy a complicar. Envío de RF a hacienda desde el minuto 1 al que quiera mi programa. Los clientes de Mantenimiento ya los he ido mentalizando, aunque todos me dicen lo mismo, "A mí déjame para el final" :D . Es mi opinión. |
Cita:
No se en qué medida estos documentos son vinculantes, creo entender que no lo son, con lo que el que tenga recursos y abogados se lo saltará alegremente y los demás lo tendremos que seguir. |
Cita:
Todas las respuestas que sobre este tema dan desde las consultas que hacemos a mail de "verifactu", están alineadas con la información de las FAQ's PARA DESARROLLADORES. Cada uno es libre de entender lo que quiera de esas respuestas y/o documentación, y optar por ser más o menos estricto. Esa sería una discusión estéril porque si nosotros ya tenemos opiniones diferentes, imagina los clientes. Nosotros hemos decidido usar como "guía" el documento de FAQ's PARA DESARROLLADORES, con todas sus consecuencias, y en función de ello estamos informando a nuestros clientes. ¿ Que perderemos clientes ?. Seguro, pero también te digo que, según mi experiencia, esos clientes serán los que más problemas darían tras la implantación definitiva el 01/01/2026 o 01/07/2026. |
Cita:
|
Una cosa es que el SIF esté adaptado, o "preparado", para VeriFactu, y otra es que esté activado por defecto desde que lo instales.
Ningún cliente creo que se vaya a poner a enviar facturas a VeriFactu voluntariamente antes del 1 de Enero. Puedes instalarlo y seguir trabajando "normal" hasta que decidas activar VeriFactu, bien de forma voluntaria, o cuando llegue el 1 de Enero o de Julio según el tipo de empresa. |
Cita:
Todas estas cosas que dicen en Preguntas y Respuestas y la FAQ de Desarrolladores son "interpretaciones" de lo que se dice en el BOE que es el que manda de verdad, en muchas ocasiones cogidas por los pelos. Por eso hacen las leyes tan incomprensibles, que en ocasiones no sabes si dice una cosa o la contraria. Como yo soy un pringao y no me puedo meter en jaleos con ellos, pues lo que dicen en estos documentos es ley, pero el que es grande y tiene recursos (dinerito y abogados en nómina), si no es vinculante, no es vinculante y se lo pueden pasar por el forro. Por otro lado, el que las tenga que acatar porque no me quedan más narices no quiere decir que esté de acuerdo con ellas. |
Cita:
|
Cita:
Los que no se dan por enterados (clientes o desarrolladores) tendrán que dar explicaciones de porque no están cumpliendo |
Cita:
|
Cita:
|
Insisto en que el programa está adaptado, pero no significa que tengas que empezar a enviar desde ya. Puede estar adaptado y el cliente no querer enviar hasta el 1 de enero. A eso me refiero.
Los programas que hemos descargado y probado estos días hacen eso: está adaptado, pero no tienes por qué empezar a enviar si no "activas" la opción VeriFactu. |
Cita:
|
Cita:
Esa opción no debe existir según la normativa. Un programa que este adaptado para trabajar con verifactu debe hacerlo desde el primer segundo. Esto significa que todos los programas que se vendan nuevos deben enviar si o si. Otra cosa son las actualizaciones que las puedes enmascarar de una u otra forma. ¿Esta cuestión no se le puede remitir a hacienda y que den una respuesta clara en algún apartado que podamos mostrar al usuario? |
Cita:
|
Ni yo lo he entendido así, ni otros SIF que hemos probado estos días lo han entendido así.
Por no decir que es muy difícil hacer un SIF para cada sistema de facturación: uno para TicketBAI, otro para SII, otro para Costa Rica, otro para México... Un disparate. ¿Qué pasa si una empresa se cambia de sede a mitad de año (de Gipuzkoa a Jaén)? ¿O se pasa al SII o al revés? ¿Le obligas a reinstalar encima una actualización? ¿Y qué pasa con el software en la nube, que no hay ni versiones ni actualizaciones ni instalaciones? En un software en la nube sí o sí el usuario tendrá que "activar" o indicar que está acogido a VeriFactu. No hay otra. Yo lo sigo viendo un sinsentido, pero bueno. |
Cita:
Y si se pasa del SII a Verifactu o sl reves... Cual es el problema? Vas a la configuración, la cambias y hala. Solo hay que comprobar los plazos, pero por supuesto que se puede hacer y va a pasar muy a menudo. O nosotros vemos menos problemas de los que hay o vosotros veis mas :D |
Cita:
Esta es la diferencia entre seguir los BOE o seguir las interpretaciones de Hacienda que comentaba antes. Según la interpretación del comité de sabios que elaboran las FUCKS y las respuestas a desarrolladores de Verifactu, o bien Microsoft no hace actualizaciones de Excel hasta el 1 de julio de 2026. o bien en la primera que hagan ahora en agosto nos va a tener que aparecer mágicamente un botoncito en el Excel para crear los registro de facturación, encadenarlos y enviarlos a Hacienda. Incluso puede que podamos hacer macros con ellas...:) O eso a multa a Microsoft de 150.000 (no recuerdo si es por instalación) y de 50.000 a cada uno de los que lo usemos para hacer facturas. Sin embargo si te ciñes al BOE esto no va a pasar porque no dice que tenga que ser así. ¿Vosotros qué creéis que va a pasar? Podemos hacer una porra... A) Aparece el botoncito mágico B) Se van a cagar con as multas C) Los que elaboran las FAQS van a desaparecer como el meme del Hommer Simpson que se va ocultando en el seto... :D:D:D |
Cita:
C- Fijo, llevan haciéndolo desde que habilitaron la dirección de email para las preguntas....:D:D:D |
Cita:
Esto primero es un ejemplo: Cita:
Cita:
Cita:
|
Me sigue pareciendo una estupidez, y por lo tanto, no lo haremos así.
No puedo obligar a una empresa nueva que contrate el software mañana a qué empiece a enviar Verifactu si no quieren hacerlo aún porque no están obligados todavía. Nuestro software permite elegir el sistema de facturación en el momento de instalarlo. Una vez elegido no puedes modificarlo. Vamos, así lo han hecho las demás empresas de software que conocemos. Lo unico a tener en cuenta es que una vez activado, ya no hay marcha atrás. Pero por supuesto puedes instalar el software hoy y no enviar Verifactu hasta enero. Te lo explico de otra manera. Dentro de un mes tenemos planeado lanzar otra actualización, la de Septiembre por ejemplo... Tenemos que lanzar dos, una para el adaptado y otra para el que no lo está? Lo que yo interprete del BOE no tiene por qué coincidir con lo que haya interpretado el técnico de Hacienda de turno en un email. Es un disparate lo que proponen. A ver si se creen que voy a quedarme sin clientes nuevos de aquí a Enero... |
Cita:
2- no puedes instalar el software hoy y empezar a enviar en enero. Otra cosa es que tu programa lo permita, pero no estas cumpliendo la ley. |
Cita:
|
Hola:
En base a eso, entiendo que Holded con +80.000 clientes y programas similares, están "obligando" YA DESDE AHORA a TODOS sus clientes actuales (y nuevos) a trabajar en Verifactu. Si hay alguien que lo utilice, sería bueno que nos lo dijera, pq sino, de facto Holded (y similares) y todos sus clientes están incumpliendo la normativa Verifactu. Y hablamos de decenas de miles de empresas que incumplen dicha normativa. Todo ésto pasa, por la absoluta AMBIGÜEDAD de la normativa. SI es periodo voluntario, es cuando el cliente diga, Sino, no hay voluntario que valga, es OBLIGATORIO desde YA. |
Una cosa, si no actualizamos los programas pre-Veri*Factu, pero siguen usándolos ,hasta que sea obligatorio no pasa nada, después de la fecha que les toque(Enero o Julio del 26) la responsabilidad es del cliente, no nuestra, o eso es lo que se entiende al respecto.
Otra cosa es si a partir de ahora, les actualizamos algo del programa, entonces si permitimos que lo usen en modo fuera de Veri*Factu**, entonces si que la responsabilidad ya es nuestra,o eso es lo que nos amenazan. ¿Estáis de acuerdo??, o es solo mi forma de pensar? **En cualquiera de las 2 modalidades. |
Cita:
Yo lo que me pregunto es si será legal hacer una cosa: preparar el programa para que esté listo para enviar a Verifactu... pero añadir en él un chequeo de fecha por el que, si no estamos a 1-1-2026, no se envía, y solo se empieza a enviar a partir de esa fecha. Entiendo que lo que le mosquea a Hacienda es que añadamos opciones en el programa que puedan ser activadas o desactivadas por el usuario "a mano", ya que eso es lo que va contra la ley: al fin y al cabo, por mucho que digas que es una opción pensada solo para activarla el 1 de enero... ¿cómo sabes tú que luego el usuario no va a poder desactivarla de nuevo cuando le apetezca? Pero añadir ese chequeo de fecha incrustado en el mismo código fuente, "hardcoded" como dicen en inglés, sin posibilidad de que el usuario lo toque a mano... ¿no cumpliría eso al menos con el espíritu con la ley? |
Cita:
|
Cita:
|
Cita:
El programa puede estar formado por clases y módulos que luego tu decides si lo compilas como un sólo bloque o distribuyes un bloque general (exe) y sus librearías como dll de apoyo. Si una de esas dll hiciera referencia a alguna parte del SIF pero también estuviera involucrada en otros menesteres que no tuvieran que ver con el SIF y fuera objeto de actualización, entiendo que la podría actualizar sin problemas. No creo que te vayan a pedir el código fuente para verificarlo. Ellos lo que no quieren es que actúes de manera preventiva o correctiva sobre la parte del programa que genera facturas (SIF) salvo que sea para cumplir con RRSIF porque por ley, a partir del 29 de julio, todo SIF debe cumplir la norma y estaría fuera de la misma, la corrección, la actualización o la prevención de las funcionalidades de un SIF no adaptado. |
Cita:
|
A mi esta discusión me parece el típico "no me puedo creer lo que ven mis ojos". Lo que dicen está muy claro, pero como es una barbaridad supina, no queremos aceptarlo. Quieren meter esto como sea y a martillazos y para ello están haciendo un chantaje brutal a los desarrolladores pequeños... porque los grandes se lo van a saltar a la torera por dos razones: por que no pueden cumplirlo, y porque no es lo que dice el BOE. Ya me explicarás a mí como los grandes programas de facturación y contabilidad en SaaS hacen una actualización y obligan a decenas o cientos de miles de clientes a sacarse de la noche a la mañana un certificado, meterlo y empezar a subir datos como si nada. ¿Van a estar 6 meses o 1 año (en el caso de los autónomos) si hacer actualizaciones?. No lo creo. O, lo comento en otro foro, si Microsoft hace una actualización en teoría no puedes utilizarlo para hacer facturas: de la noche a la mañana cientos de miles de personas, autónomos en su mayoría, serían "perseguibles" y Microsoft tendría una responsabilidad. Ni de coña van a hacer eso. Todo lo más cogerán un par de empresas pequeñas que hayan hecho alguna actualización y las escabecharán para que sirvan de ejemplo. Y los pequeños no tenemos recursos para pleitear con Hacienda.
|
Eso es exactamente lo que yo digo con HOLDED y similares.
Ellos ya tiene adaptado su software a Verifactu (no se cansan de publicitarlo), por lo tanto TENDRIAN QUE OBLIGAR A TODOS SUS CLIENTES nuevos y actuales a Verifactu, y NO lo están haciendo. Por lo tanto, ellos y todo sus clientes (+80.000 según ellos) incumplen la ley. Y no puede ser que lay ley sea para unos obligada (nosotros los pequeños) y voluntaria para otros GRANDES. Si es periodo voluntario, pues voluntario, sino es obligatorio. |
| La franja horaria es GMT +2. Ahora son las 17:08:05. |
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