Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[espinete]

Empezado por sglorka

Factura "Incorrecta":
- NO consta como enviada
- Habría que marcarla como "Error" para saber que podemos volver a intentarlo
- Podemos arreglar lo que sea que haya dado error y volver a subirla, hasta que devuelva "Correcta" o "Parcialmente correcta"

No puedes volver a subirla, debes emitir una "Subsanación x Rechazo Previo" siempre y cuando te venga un código de error dentro del objeto respuesta (la Aeat la recibió y la rechazó.). Si este objeto viene vacío, indica que la Aeat no la ha recibido y por ende, no la ha rechazado, entonces sí debes de reenviar pero en orden cronológico de generación de registros, o sea, antes un fallo de comunicaciones debes parar los envíos, no puedes permitir mandar un primer registro, te fallan las comunicaciones en el segundo y sigues intentándolo y sí, te entra el tercero.

En este último caso, en efecto habría que saber si fue un error "en el envío" o si efectivamente fue rechazada por Hacienda (la recibió pero la rechazó).
Si el error es en el envío, obviamente habría que reintentar el envío. Si fue rechazada por Hacienda (está enviada pero la rechazó por algún error), habría que enviar subsanación.

Correcto?

Hay que hacer muchas pruebas de todo tipo para entender el funcionamiento al 100%, y aún así seguro que algún caso concreto se me escapa...

Empezado por sglorka

Para saber si se debe emitir una Rectificativa o una Subsanación, yo estoy agrupando los códigos de error en tres bloques, un bloque donde seguro que es una rectificativa (errores desde el 1162 al 1170 y otros errores donde se referencia el Nif del destinatario), otro en que seguro que es una subsanación (la mayoría) y un tercero donde ambas opciones podrían ser válidas, por ejemplo, Nif no censado se puede arreglar con una rectificativa poniendo bien su Nif o con una subsanación, añadiendo la clave IdOtro con indicación de No Censado.

Creo que es la mejor (o única) forma de hacerlo, y mostrar un mensaje en pantalla al usuario para que sepa lo que tiene que hacer y por qué. Con TicketBAI olvidamos esta parte y no hacían más que llamarnos para preguntar "qué hacemos ahora". Y luego nosotros a rebanarnos el coco, primero intentando averiguar qué hicieron y después para decirles cómo corregir cada caso.

Sin duda lo mejor es dejarlo todo masticadito a los usuarios para evitarnos dolores de cabeza más tarde.

[bmfranky]

Empezado por espinete

En este último caso, en efecto habría que saber si fue un error "en el envío" o si efectivamente fue rechazada por Hacienda (la recibió pero la rechazó).
Si el error es en el envío, obviamente habría que reintentar el envío. Si fue rechazada por Hacienda (está enviada pero la rechazó por algún error), habría que enviar subsanación.

Correcto?

Hay que hacer muchas pruebas de todo tipo para entender el funcionamiento al 100%, y aún así seguro que algún caso concreto se me escapa...



Creo que es la mejor (o única) forma de hacerlo, y mostrar un mensaje en pantalla al usuario para que sepa lo que tiene que hacer y por qué. Con TicketBAI olvidamos esta parte y no hacían más que llamarnos para preguntar "qué hacemos ahora". Y luego nosotros a rebanarnos el coco, primero intentando averiguar qué hicieron y después para decirles cómo corregir cada caso.

Sin duda lo mejor es dejarlo todo masticadito a los usuarios para evitarnos dolores de cabeza más tarde.

Hola, buenos dias, ya lo he comentado con anterioridad, pero si solucionas la incidencia y reenvias, sin marcar que es reenviada tras rechazo (Subsanacion), ni nada, la acepta ok, sin mas, no se si sera que no lo estan controlando al ser el servidor de prueba, o realmente no lo estan teniendo en cuenta de ninguna forma, no se creo que el servidor tendria que tenerlo en cuenta y responder algo asi como aceeptada la "Reparacion " o parecido, para saber que lo han tenido en cuenta...

[ermendalenda]

Empezado por bmfranky

Hola, buenos dias, ya lo he comentado con anterioridad, pero si solucionas la incidencia y reenvias, sin marcar que es reenviada tras rechazo (Subsanacion), ni nada, la acepta ok, sin mas, no se si sera que no lo estan controlando al ser el servidor de prueba, o realmente no lo estan teniendo en cuenta de ninguna forma, no se creo que el servidor tendria que tenerlo en cuenta y responder algo asi como aceeptada la "Reparacion " o parecido, para saber que lo han tenido en cuenta...

Buff. Si reenvías que encadenamiento sigues si no pones que es subsanacion? Veo lagunas también en la fecha hora de reenvío que puedes tener un aviso de que la has enviado fuera de hora. Si ya han pasado 12p segundos te la acepta con incidencias y si lempones la hora actual no estás enviando wn orden cronológico.

[bmfranky]

Empezado por ermendalenda

Buff. Si reenvías que encadenamiento sigues si no pones que es subsanacion? Veo lagunas también en la fecha hora de reenvío que puedes tener un aviso de que la has enviado fuera de hora. Si ya han pasado 12p segundos te la acepta con incidencias y si lempones la hora actual no estás enviando wn orden cronológico.

Hola, yo personalmente, es que he hecho que hasta que no me indica ok, no puedo abanzar la factura, como comente al usarlo para facturar ocasionalmente, no tengo problema con perder unos minuos para solucionar lo que sea y luego continuar, ademas que directamente no encadeno los fallos, puesto que no continuo hasta solventar el problema.
Ademas los problemas los estoy generando yo al recrear los forms en los que hacia las facturas, a saber, me paso de decimales o no cambio las "," decimales por "." , y chorradas como esa, lo estoy dejando en automatico, osea , al crear o modificar el cliente, no dejo usarlo si no esta el nif correctamente creado y censado, o si es nie, asigno que es extranjero para obbiar el control del xml... y asi con todo.
Por mi parte no tendria problema, pero mi cuñada que es la otra persona que usara el programa, me saca bugs hasta en las cucarachas... ;-)