Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[bmfranky]

Empezado por ermendalenda

No te entiendo muy bien.
El alta ?

Perdon, la rectificativa o lo que se tenga que emitir, cuando indica aceptada con errores, error de la huella.

[ermendalenda]

Empezado por bmfranky

Perdon, la rectificativa o lo que se tenga que emitir, cuando indica aceptada con errores, error de la huella.

Debe estar mal formada. Le has puesto el encadenamiento ? Es igual que la normal, tienes que ponerle correctamente el tipo de factura creo que era R5 para las rectificativas de simplificadas
A mi me va bieb

[bmfranky]

Empezado por ermendalenda

Debe estar mal formada. Le has puesto el encadenamiento ? Es igual que la normal, tienes que ponerle correctamente el tipo de factura creo que era R5 para las rectificativas de simplificadas
A mi me va bieb

Si, si el problema se cual ha sido, en vez de asignar la fecha actual a la huella , he añadido la de la reparacion de la proforma cargada, entonces fallo, ahora esta corregido, pero la factura esta guardada , con el error de huella, aunque ya esta solucionado, querria corregir la guardada, para mantener vien la cadena.
Deciros que a veces, devuelve error con operacion vacia lo que da fallo al parsear, la respuesta por campo vacio.

[ermendalenda]

Empezado por bmfranky

Si, si el problema se cual ha sido, en vez de asignar la fecha actual a la huella , he añadido la de la reparacion de la proforma cargada, entonces fallo, ahora esta corregido, pero la factura esta guardada , con el error de huella, aunque ya esta solucionado, querria corregir la guardada, para mantener vien la cadena.
Deciros que a veces, devuelve error con operacion vacia lo que da fallo al parsear, la respuesta por campo vacio.

Pues acabas de crear otra duda.
Que hacer con la siguiente factura en el registro de huella anterior, admitirá las 2, la errónea y la arreglada? Vaya lio aquí

[bmfranky]

Empezado por ermendalenda

Pues acabas de crear otra duda.
Que hacer con la siguiente factura en el registro de huella anterior, admitirá las 2, la errónea y la arreglada? Vaya lio aquí

Hola, en la respuesta te da la huella correcta , que yo almaceno , si o si en el registro de encadenamiento para la siguiente, pero ahora voy a automatizar la correccion, siguiendo esto.

4.3 Tratamiento de los errores admisibles
Los registros de facturación con errores admisibles serán “aceptados” y registrados por los
sistemas de la AEAT, pero deberán ser subsanados para poder llevar a cabo el tratamiento
y validación de los mismos.
Los errores admisibles que se han detectado en la versión actual, que deben ser
subsanados, son los siguientes:
- Los NIF informados en la agrupación Destinatario que sean correctos, pero no
figuren censados en la AEAT, indicando el tipo de identificación “07” (“No
censado”) en el campo “IDType” dentro del bloque “IDOtro”.
- Si se ha informado en el campo FechaHoraHusoGenRegistro una fecha y hora
mayor que la fecha del sistema de la AEAT, admitiéndose un margen de error. Se
excepciona este error de la necesidad de ser subsanado.
- Se ha informado una huella o hash del registro de facturación que no coincide
con el calculado por la AEAT.
- Si el campo ImporteTotal no cumple la validación especificada en cuanto a ajuste
de las cantidades (Ʃ (BaseImponibleOimporteNoSujeto + CuotaRepercutida +
CuotaRecargoEquivalencia) de todas las líneas de detalle de desglose dentro del
margen establecido.
- Si el campo CuotaTotal no cumple la validación especificada en cuanto a ajuste
de las cantidades Ʃ (CuotaRepercutida + CuotaRecargoEquivalencia) de todas
las líneas de detalle de desglose dentro del margen establecido.


4.4 Subsanación de errores
Solo podrá llevarse a cabo una subsanación cuando no se trate de una causa que exija la
emisión de una factura rectificativa (u otro mecanismo contemplado en el Reglamento de
Facturación).
Este mecanismo se empleará para subsanar datos en cualquiera de los siguientes casos:
- Errores admisibles (registro de facturación aceptado –con errores admisibles– por
la AEAT), salvo las excepciones previstas en el apartado que explica el
tratamiento de los errores admisibles.
- Errores no admisibles (registro de facturación rechazado por la AEAT).
- Dato incorrecto detectado posteriormente por el obligado a expedir factura


(registro de facturación remitido y aceptado sin errores por la AEAT).
Departamento de Informática Tributaria
Subdirección General Aplicaciones
Sistemas Informáticos de Facturación y
Sistemas VERI*FACTU
Versión: 0.9.1
Sistemas Informáticos de Facturación y Sistemas VERI*FACTU Página 20
Para llevar a cabo la subsanación, será necesaria la remisión de un nuevo registro de
facturación (con el mismo identificador de factura del registro de facturación que se quiere
subsanar) por cada uno de los registros con datos a subsanar, con la combinación de
valores de campos que proceda según el caso (ver en el anexo los cuadros de operativas de
alta y anulación admisibles).

Segun esto hay que reenviar simplemente solucionando el conflicto en mi caso, la fecha de factura enviada que no era la correcta , pero podriamos simplemente sustituir los datos devueltos por los originales de la factura y reenviar.

[bmfranky]

Hola, como os decia los errores los genero yo,En este caso estoy actualizando la operativa que uso para facturar las proformas almacenadas, si automatizamos la operativa , el 99% de errores no pueden ocurrir.
El otro 1 lo genera el servicio de la aeat.

[ermendalenda]

Empezado por bmfranky

Hola, en la respuesta te da la huella correcta , que yo almaceno , si o si en el registro de encadenamiento para la siguiente, pero ahora voy a automatizar la correccion, siguiendo esto.

Segun esto hay que reenviar simplemente solucionando el conflicto en mi caso, la fecha de factura enviada que no era la correcta , pero podriamos simplemente sustituir los datos devueltos por los originales de la factura y reenviar.

Creo que me estoy mareando mss
A ver
Si se ha enviado un registro con la huella incorrecta, quien dice uno dice 2 seguidos o 4 por que envias en un lote, y ya están emitidos los qrs. Que pasa con esos qrs, siguen rulando?
Y está claro que sí te devuelve un registro con la huella errónea hay que regenerar y enviar como subsanacion desde ese hasta el último envío , digo yo que será así por lógica.

[djatila]

Empezado por ermendalenda

Creo que me estoy mareando mss
A ver
Si se ha enviado un registro con la huella incorrecta, quien dice uno dice 2 seguidos o 4 por que envias en un lote, y ya están emitidos los qrs. Que pasa con esos qrs, siguen rulando?
Y está claro que sí te devuelve un registro con la huella errónea hay que regenerar y enviar como subsanacion desde ese hasta el último envío , digo yo que será así por lógica.

creo que el QR no lleva nada de la huella , según entendí yo el QR lleva

1.º NIF del obligado a expedir la factura.
2.º Número de serie y número de la factura expedida.
3.º Fecha de expedición de la factura.
4.º Importe total de la factura.

De hecho yo pienso que sino hay internet se pueden seguir emitiendo facturas y llevan sus QR, simplemente cuando se restablezca el internet se mandan los registros de facturacion en orden de creacion y una anotacion de incidencia en ellos. (que no estoy seguro de saber hacerla, pero que voy a probar en estos dias)

[bmfranky]

Empezado por ermendalenda

Creo que me estoy mareando mss
A ver
Si se ha enviado un registro con la huella incorrecta, quien dice uno dice 2 seguidos o 4 por que envias en un lote, y ya están emitidos los qrs. Que pasa con esos qrs, siguen rulando?
Y está claro que sí te devuelve un registro con la huella errónea hay que regenerar y enviar como subsanacion desde ese hasta el último envío , digo yo que será así por lógica.

Si, pero podemos aprovechar la misma respuesta de la aeat, para corregir, imagino que devolveran encadenada la secuencia de todas las huellas con sus datos, si pudierais probar alguno de los que envias varias a la vez, yo en mi programa , no lo he contemplado asi que no puedo probarlo.

[espinete]

Estoy intentando hacer un recopilatorio de las diferentes circunstancias que pueden darse al enviar facturas, con ayuda de varios mensajes del hilo, que creo que pueden resultar muy útiles.
Al menos a mí esto es lo que más me cuesta entender para saber qué hacer exactamente en cada caso, qué mensaje mostrar al usuario, evitar enviar duplicados, etc.

La lista oficial de errores posibles está aquí:
https://prewww2.aeat.es/static_files...res.properties

El envío puede devolver lo siguiente:

- Error en el envío/conexión:
Ocurre si por ejemplo no hay conexión a internet, el servidor de Hacienda está caído, se ha superado el tiempo de espera porque está saturado, etc.
Aquí Hacienda no ha recibido nada y por lo tanto no ha respondido nada. Aún no tienen la factura ni nada.
Aquí simplemente hay que marcarla como "Error" y volver a enviar la factura (o lo que estés enviando) cuando volvamos a tener conexión, pero con cuidado de seguir el orden cronológico de las mismas (a lo mejor se han hecho 5 facturas desde que perdimos la conexión, así que hay que enviarlas por orden porsiaca).

- Factura Correcta (sin errores/avisos):
Aquí está todo bien. O al menos Hacienda se la ha tragado. Ya tienen la factura. La marcamos como "enviada" y listo.
Ojo, que sea correcta no quiere decir que no tenga algún error. Puede que nos hayamos equivocado nosotros (importe, cliente incorrecto, IVA incorrecto...) así que podemos "subsanarla" obviamente, o "rectificarla" si fuera el caso.

- Factura "Parcialmente Correcta":
Hacienda la ha recibido y en principio la ha aceptado, aunque tiene algunos datos que no son del todo válidos.
Habría que marcarla como "Enviada con avisos" o algo así, para que sepamos que algo está mal y hay que subsanar (y evitar enviarla dos veces)
No podremos volver a subirla como factura ordinaria porque ya existe. Si acaso, hay que hacer una "subsanación" (¿o Anulación?), según el error que sea, hasta que devuelva "Correcta".

- Factura Incorrecta
Hacienda no ha recibido la factura. No se trata de un error de conexión/envío, sino de la factura. Habría que marcarla como "Error" y volver a subirla como "subsanación por rechazo previo", habiendo corregido los errores indicados.

Según el listado de errores, habría que distinguir qué errores son "subsanables", cuales requieren "rectificativa" y con cuales se puede reenviar de nuevo sin que dé "duplicada". O incluso si hay algún error/aviso que no sea importante y a Hacienda le de igual y se puede quedar así.

A mí esto es lo que más me preocupa, porque conociendo a los clientes, son capaces de reintentar "Enviar" 500 veces sin leer el mensaje ni nada, o de ponerse a enviar como locos una vez se reanude la conexión sin importar el orden, etc. Pero lo más importante es cómo proceder en cada caso, porque en un software (por ejemplo un TPV, cuya interfaz suele ser más minimalista sin tantas opciones visibles), si ocurriera un error que hay que subsanar, hay que decirle al usuario que debe modificar algo, y no todos los empleados de la tienda tienen permisos para modificar facturas, cambiar el cliente, etc.

[bmfranky]

Empezado por espinete

Estoy intentando hacer un recopilatorio de las diferentes circunstancias que pueden darse al enviar facturas, con ayuda de varios mensajes del hilo, que creo que pueden resultar muy útiles.
Al menos a mí esto es lo que más me cuesta entender para saber qué hacer exactamente en cada caso, qué mensaje mostrar al usuario, evitar enviar duplicados, etc.

La lista oficial de errores posibles está aquí:
https://prewww2.aeat.es/static_files...res.properties

El envío puede devolver lo siguiente:

- Error en el envío/conexión:
Ocurre si por ejemplo no hay conexión a internet, el servidor de Hacienda está caído, se ha superado el tiempo de espera porque está saturado, etc.
Aquí Hacienda no ha recibido nada y por lo tanto no ha respondido nada. Aún no tienen la factura ni nada.
Aquí simplemente hay que marcarla como "Error" y volver a enviar la factura (o lo que estés enviando) cuando volvamos a tener conexión, pero con cuidado de seguir el orden cronológico de las mismas (a lo mejor se han hecho 5 facturas desde que perdimos la conexión, así que hay que enviarlas por orden porsiaca).

- Factura Correcta (sin errores/avisos):
Aquí está todo bien. O al menos Hacienda se la ha tragado. Ya tienen la factura. La marcamos como "enviada" y listo.
Ojo, que sea correcta no quiere decir que no tenga algún error. Puede que nos hayamos equivocado nosotros (importe, cliente incorrecto, IVA incorrecto...) así que podemos "subsanarla" obviamente, o "rectificarla" si fuera el caso.

- Factura "Parcialmente Correcta":
Hacienda la ha recibido y en principio la ha aceptado, aunque tiene algunos datos que no son del todo válidos.
Habría que marcarla como "Enviada con avisos" o algo así, para que sepamos que algo está mal y hay que subsanar (y evitar enviarla dos veces)
No podremos volver a subirla como factura ordinaria porque ya existe. Si acaso, hay que hacer una "subsanación" (¿o Anulación?), según el error que sea, hasta que devuelva "Correcta".

- Factura Incorrecta
Hacienda no ha recibido la factura. No se trata de un error de conexión/envío, sino de la factura. Habría que marcarla como "Error" y volver a subirla como "subsanación por rechazo previo", habiendo corregido los errores indicados.

Según el listado de errores, habría que distinguir qué errores son "subsanables", cuales requieren "rectificativa" y con cuales se puede reenviar de nuevo sin que dé "duplicada". O incluso si hay algún error/aviso que no sea importante y a Hacienda le de igual y se puede quedar así.

A mí esto es lo que más me preocupa, porque conociendo a los clientes, son capaces de reintentar "Enviar" 500 veces sin leer el mensaje ni nada, o de ponerse a enviar como locos una vez se reanude la conexión sin importar el orden, etc. Pero lo más importante es cómo proceder en cada caso, porque en un software (por ejemplo un TPV, cuya interfaz suele ser más minimalista sin tantas opciones visibles), si ocurriera un error que hay que subsanar, hay que decirle al usuario que debe modificar algo, y no todos los empleados de la tienda tienen permisos para modificar facturas, cambiar el cliente, etc.

A eso me referia, cuando contesta el servidor de acienda como parcialmente correcta,en este caso por huella , en la misma respuesta te da los datos correctos, que yo son los que capturo , para almacenar en mi registro de encadenamiento, ahora mismo estoy automatizando la correccion y reenvio de la factura, en este caso seria tan sencillo como sustituir los datos en nuestra factura por los de la respuesta, reenviar el mismo registro y solucionado.
En mi caso ya he subsanado el porque pasaba mal los datos para generar la huella, un fallo menos a ocurrir.

[sglorka]

Os sigue dando error al deserializar la Respuesta ?

[bmfranky]

Empezado por sglorka

Os sigue dando error al deserializar la Respuesta ?

Es muy raro, pero a veces no envian la respuest abien formada, con la version moderna, como si hubiesen varios servidores respondiendo a la vez y alguno no estubiera actualizado, yo por siacaso en el retri , he tenido en cuenta la respuesta y si es por deserializar , reenvio usando http y parseo a pelo la respuesta.