Primeros clientes que no quieren saber nada

[CarlosArjonomia]

Empezado por Jarogo08

1- es que si lo compran mañana estan obligados, no pueden esperar a enero.
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.

Según esto ya nos pueden sancionar sin haber remitido un solo RF de facturación a la AEAT.

[starlet]

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.

[bmfranky]

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.

[sglorka]

Empezado por bmfranky

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.

A partir de ahora si actualizas un programa no adaptado para un cliente Verifactu la actualización sólo puede ser de partes del programa que no sean el SIF (mecanización de datos de entrada y generación de Facturas), todo lo demás se puede seguir actualizando hasta final de año o hasta que le toque

[novatico]

Empezado por sglorka

A partir de ahora si actualizas un programa no adaptado para un cliente Verifactu la actualización sólo puede ser de partes del programa que no sean el SIF (mecanización de datos de entrada y generación de Facturas), todo lo demás se puede seguir actualizando hasta final de año o hasta que le toque

Siempre y cuando el programa sea modular, puedes actualizar módulos que no afecten al RRSIF pero si es "monobloque", es decir un "exe" completo, entonces no.

[sglorka]

Empezado por novatico

Siempre y cuando el programa sea modular, puedes actualizar módulos que no afecten al RRSIF pero si es "monobloque", es decir un "exe" completo, entonces no.

Yo no lo veo así.
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.

[novatico]

Empezado por sglorka

Yo no lo veo así.
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.

Creo que estamos diciendo lo mismo, por supuesto si sólo actualizo un librería externa que uso para diferentes procesos, no estoy obligado, pero si esa misma librería está incluida en el mismo "exe" que el proceso de facturación, ese "exe" tendrá fecha posterior al 29/07/2025, con lo que ya estaría obligado, salvo que estemos hablando de "cambiar" la fecha real del exe, en cuyo caso, no tengo nada más que comentar.