Fecha de entrada en vigor de VeriFactu

[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

[xevi]

Control de flujos... bien, bien puede ser que no lo haga correctamente, pero tampoco creo que haga nada mal.

Preparo un albaran para emitir factura
Pulso a imprimir/generar factura (bloqueo para que nadie emita otra factura, ya que tengo asignado el numero para esta que està en proceso)
Calculo y compruebo datos
Genero el xml
Envio a AEAT (todavia no hay ningun registro mio interno de factura y la factura física no existe)
Respuesta erronea... (desbloqueo base de datos para que se pueda generar otra factura y no hago nada más, solo mostrar el error de envio)
Respuesta correcta... (grabo nuevo registro de factura, desbloqueo base de datos, guardo xmls, imprimo, hago asiento contable...)

Creo que el flujo sería lo bastante "correcto"... ¿no???
Hasta que no tengo la factura generada correctamente, no estoy emitiendo ninguna factura.
Se trata de clientes que hacen pocas facturas, igual el que más 4 o 5 al día. No les supone ningún quebradero de cabeza esperar a recibir respuesta, igual van a tener que esperar esos 60 segundos entre envios... no les vendrà ese tiempo de demora, total, se està "verificando" la factura con VERI*FACTU, jejeje (voy a mostrar ese mensaje de espera)

Gracias.

[[newtron]]

Empezado por xevi

Control de flujos... bien, bien puede ser que no lo haga correctamente, pero tampoco creo que haga nada mal.

Preparo un albaran para emitir factura
Pulso a imprimir/generar factura (bloqueo para que nadie emita otra factura, ya que tengo asignado el numero para esta que està en proceso)
Calculo y compruebo datos
Genero el xml
Envio a AEAT (todavia no hay ningun registro mio interno de factura y la factura física no existe)
Respuesta erronea... (desbloqueo base de datos para que se pueda generar otra factura y no hago nada más, solo mostrar el error de envio)
Respuesta correcta... (grabo nuevo registro de factura, desbloqueo base de datos, guardo xmls, imprimo, hago asiento contable...)

Creo que el flujo sería lo bastante "correcto"... ¿no???
Hasta que no tengo la factura generada correctamente, no estoy emitiendo ninguna factura.
Se trata de clientes que hacen pocas facturas, igual el que más 4 o 5 al día. No les supone ningún quebradero de cabeza esperar a recibir respuesta, igual van a tener que esperar esos 60 segundos entre envios... no les vendrà ese tiempo de demora, total, se està "verificando" la factura con VERI*FACTU, jejeje (voy a mostrar ese mensaje de espera)

Gracias.

Yo entiendo que en el momento en el que intentas el envío esa factura ya está emitida y "va a misa", otra cosa es que dé errores o no. Si no da error estupendo pero si da error tienes que distinguir si es un error que afecte a la ley de facturación con lo cual deberías de generar una rectificativa sobre esa factura y si no afecta a la ley de facturación (error en el encadenamiento, qr, y cosas así) podrias enviar una subsanación de la misma factura. Básicamente la historia está en que entiendo que no puedes "olvidar" una factura porque haya venido rechazada, la factura está emitida y emitida se queda y luego ya actúas según se rechace o no.



Yo en particular creo que esto lo tengo bastante claro después de mucho debate sobre estos temas.


Saludos.

[xevi]

Imagina que emito una factura y hacienda me devuelve la respuesta distinta a "Correcta" o "Aceptada con Errores"
Si no es en uno de esos casos hacienda no dispone del registro, no hay huella traceable, no hay registro a subsanar, no hay registro a emitir factura rectificativa, no hay nada.
Por lo que entiendo que solamente debo hacer una "subsanación", "rectificativa" o "eliminación" de un registro que está registrado, si no está registrado nada podré hacer.

Trasladaré la consulta directamente a hacienda, pero creo que me diran lo que yo percibo, que si no hay registro no hay factura "legal" por lo que si yo emito un documento de un registro no válido, pues evidentemente no va a tener validez fiscal.

[rci]

Empezado por xevi

Imagina que emito una factura y hacienda me devuelve la respuesta distinta a "Correcta" o "Aceptada con Errores"
Si no es en uno de esos casos hacienda no dispone del registro, no hay huella traceable, no hay registro a subsanar, no hay registro a emitir factura rectificativa, no hay nada.
Por lo que entiendo que solamente debo hacer una "subsanación", "rectificativa" o "eliminación" de un registro que está registrado, si no está registrado nada podré hacer.

Trasladaré la consulta directamente a hacienda, pero creo que me diran lo que yo percibo, que si no hay registro no hay factura "legal" por lo que si yo emito un documento de un registro no válido, pues evidentemente no va a tener validez fiscal.

Buenos días, yo creo que lo que propones no cumple con la ley, porque deja muy claro que en el momento de salvar la factura y antes de imprimirla se tiene que generar el registro de facturación y ese es intocable.
Y a parte, se tienen que enviar los registros de facturación generados, independientemente de que sean aceptados o no.
A ver que te dicen en la consulta, ya nos contarás.
Saludos

[[newtron]]

Empezado por rci

Buenos días, yo creo que lo que propones no cumple con la ley, porque deja muy claro que en el momento de salvar la factura y antes de imprimirla se tiene que generar el registro de facturación y ese es intocable.
Y a parte, se tienen que enviar los registros de facturación generados, independientemente de que sean aceptados o no.
A ver que te dicen en la consulta, ya nos contarás.
Saludos

Yo estoy totalmente convencido de que es así. La factura primero la emites, luego la envías y luego manejas el resultado. Aunque sea rechazada y no conste en sus registros hay que hacer una factura rectificativa de la misma. Eso ya lo he consultado y es así.


Saludos.

[ermendalenda]

Empezado por xevi

Control de flujos... bien, bien puede ser que no lo haga correctamente, pero tampoco creo que haga nada mal.

Preparo un albaran para emitir factura
Pulso a imprimir/generar factura (bloqueo para que nadie emita otra factura, ya que tengo asignado el numero para esta que està en proceso)
Calculo y compruebo datos
Genero el xml
Envio a AEAT (todavia no hay ningun registro mio interno de factura y la factura física no existe)
Respuesta erronea... (desbloqueo base de datos para que se pueda generar otra factura y no hago nada más, solo mostrar el error de envio)
Respuesta correcta... (grabo nuevo registro de factura, desbloqueo base de datos, guardo xmls, imprimo, hago asiento contable...)

Creo que el flujo sería lo bastante "correcto"... ¿no???
Hasta que no tengo la factura generada correctamente, no estoy emitiendo ninguna factura.
Se trata de clientes que hacen pocas facturas, igual el que más 4 o 5 al día. No les supone ningún quebradero de cabeza esperar a recibir respuesta, igual van a tener que esperar esos 60 segundos entre envios... no les vendrà ese tiempo de demora, total, se està "verificando" la factura con VERI*FACTU, jejeje (voy a mostrar ese mensaje de espera)

Gracias.

Es que lo haces todo al revés, si tienes que hacer subsanaciones o lo que sea no estás cumpliendo wl reglamento respecto al control de flujos, cuando verifactu te acepta una factura no quiere decir que ya vaya a misa, o imagínate que los servidores de hacienda da caigan 1semana