Fecha de entrada en vigor de VeriFactu

[gcqZW]

Efectivamente, se supone que a partir del 29 de julio ya no podrás actualizar ningún programa sin añadirle verifactu.

[Rja750]

Empezado por gcqZW

Efectivamente, se supone que a partir del 29 de julio ya no podrás actualizar ningún programa sin añadirle verifactu.

Hay un detalle que no me queda claro. Entonces si tengo a partir de la fecha en la calle un SIF que no cumple, no podre actualizarlo a no ser que esa modificacion se realice sobre el SIF que si cumple con Veri*factu pero si no lo actualizo y el SIF del cliente es el que le puse cuando este contrató mis servicios ¿puedo seguir cobrando la mensualidad?

[[newtron]]

Empezado por Rja750

Hay un detalle que no me queda claro. Entonces si tengo a partir de la fecha en la calle un SIF que no cumple, no podre actualizarlo a no ser que esa modificacion se realice sobre el SIF que si cumple con Veri*factu pero si no lo actualizo y el SIF del cliente es el que le puse cuando este contrató mis servicios ¿puedo seguir cobrando la mensualidad?

Yo entiendo que si no puedes dar soporte a programas no actualizados no deberías de cobrar cuotas de mantenimiento. Quien corresponda puede entender que si estás cobrando es a cambio de algo, que en este caso sería soporte.

[Faneka]

Justo, y yo creo que algunos clientes que dejaron de pagar el mto por diversas causas si siguen usando el programa ahora cuando se enteren del verifactu vendran corriendo para volver a contratarlo, eso va a ser la risa, lo veo venir.

[[newtron]]

Empezado por Faneka

Justo, y yo creo que algunos clientes que dejaron de pagar el mto por diversas causas si siguen usando el programa ahora cuando se enteren del verifactu vendran corriendo para volver a contratarlo, eso va a ser la risa, lo veo venir.

Si... esto va a dar muuuuuuuuuuuuuuuuuuuuucho gustito.

[Rja750]

Empezado por Faneka

Justo, y yo creo que algunos clientes que dejaron de pagar el mto por diversas causas si siguen usando el programa ahora cuando se enteren del verifactu vendran corriendo para volver a contratarlo, eso va a ser la risa, lo veo venir.

Cuando mi SIF atacaba a BD's en local me paso algun que otro caso que se quedaron sin pagar y con el programa instalado sin poder hacer nada. Como vengan ahora me van a pagar los atrasos

[Rja750]

Empezado por newtron

Yo entiendo que si no puedes dar soporte a programas no actualizados no deberías de cobrar cuotas de mantenimiento. Quien corresponda puede entender que si estás cobrando es a cambio de algo, que en este caso sería soporte.

Pues si. Pensándolo bien tiene toda la lógica

[Rja750]

Empezado por newtron

Yo entiendo que si no puedes dar soporte a programas no actualizados no deberías de cobrar cuotas de mantenimiento. Quien corresponda puede entender que si estás cobrando es a cambio de algo, que en este caso sería soporte.

Lo que me obliga a actualizar a mis clientes con SIF Verifactu a partir de Julio de 2025 si quiero seguir cobrando la mensualidad, aunque no sea aun obligatorio (para los obligados tributarios hasta 1-1-2026) tener el SIF con la normativa Verifactu. Solo yo podre seguir facturando a mis clientes sin SIF verifactu hasta 2026. Curioso!

[ermendalenda]

Empezado por Rja750

Lo que me obliga a actualizar a mis clientes con SIF Verifactu a partir de Julio de 2025 si quiero seguir cobrando la mensualidad, aunque no sea aun obligatorio (para los obligados tributarios hasta 1-1-2026) tener el SIF con la normativa Verifactu. Solo yo podre seguir facturando a mis clientes sin SIF verifactu hasta 2026. Curioso!

Sí, dentro de su lógica es normal, los clientes que lo deseen pueden ir enviando verifactu a partir de esa fecha y así tienen una entrada progresiva. Y a mi no me desagrada esto, ya que si me dicen que todos los client3s empiecen a enviar el día 1/1/26 es una putada, aunque lo automatice ya se sabe que puede surgir alguna historia que no se haya tenido en cuenta, prefiero hacerlo progresivamente y que para el día 1 estén todos

[xevi]

A vr como veis mi planteamiento para cumplir con VERIFACTU y poder seguir con los mantenimientos de mis programas de Gestión/Facturación.

Para los clientes que ya estan o quieran voluntariamente estar en SII, no voy a tener problemas, no tengo que tocar nada, ya que funciona de hace unos 3 añitos y bien, de momento.

Para resto de clientes, SOLO voy a emitir una factura después de recibir la respuesta "Correcta" o "Aceptada con errores" del envio del xml a AEAT. Entiendo que es solamente en estos casos cuando Hacienda guarda el registro. Los demás, por contener errores, aunque se los puede "guardar", no creo que intervengan o sean "sospechosos" ya que seran registros invalidados.

Si un envio responde con algun otro mensaje de error que no sea "Correcto" o "Aceptada con errores" NO voy a dejar imprimir la factura... y si el cliente quiere, pues que haga una proforma, presupuesto, albaran. Que revise bien los datos y que la vuelva a enviar hasta que reciba un mensaje Ok.

Para facturas que mi programa no sea capaz de enviar correctamente a hacienda, sintiendolo mucho, pueden utilizar otro SIF, como bien puede ser el que va a poner a disposición AEAT.

Otra cosa que no veo si és de obligatoriedad para el desarrollador... Si hay un envio de un registro Aceptada co errores, ¿Se podrá "reparar" subsanar el error por el portal?, bien como se hace con el SII.


Con esto, ¿Estoy cumpliendo con VERIFACTU y limitando mis responsabilidades???

[ermendalenda]

Empezado por xevi

A vr como veis mi planteamiento para cumplir con VERIFACTU y poder seguir con los mantenimientos de mis programas de Gestión/Facturación.

Para los clientes que ya estan o quieran voluntariamente estar en SII, no voy a tener problemas, no tengo que tocar nada, ya que funciona de hace unos 3 añitos y bien, de momento.

Para resto de clientes, SOLO voy a emitir una factura después de recibir la respuesta "Correcta" o "Aceptada con errores" del envio del xml a AEAT. Entiendo que es solamente en estos casos cuando Hacienda guarda el registro. Los demás, por contener errores, aunque se los puede "guardar", no creo que intervengan o sean "sospechosos" ya que seran registros invalidados.

Si un envio responde con algun otro mensaje de error que no sea "Correcto" o "Aceptada con errores" NO voy a dejar imprimir la factura... y si el cliente quiere, pues que haga una proforma, presupuesto, albaran. Que revise bien los datos y que la vuelva a enviar hasta que reciba un mensaje Ok.

Para facturas que mi programa no sea capaz de enviar correctamente a hacienda, sintiendolo mucho, pueden utilizar otro SIF, como bien puede ser el que va a poner a disposición AEAT.

Otra cosa que no veo si és de obligatoriedad para el desarrollador... Si hay un envio de un registro Aceptada co errores, ¿Se podrá "reparar" subsanar el error por el portal?, bien como se hace con el SII.


Con esto, ¿Estoy cumpliendo con VERIFACTU y limitando mis responsabilidades???

Bufff me he perdido, creo que no has entendido bien algunos conceptos del control de flujos.
se envía después de emitir con lo cual no puedes saber que puedes imprimir o no según el error que te devuelva cerifactu, además hay momentos que tienes que esperar un tiempo antes de volver a enviar, no puedes dejar esperando al cliente. Lo de "SOLO.... " no entiendo nada, posiblemente por que estés malinterpretado wl control de flujos. Repasa la normativa