Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[sglorka]

Empezado por Mlopez

Buenos días a todos,
Estamos también montando todo esto en nuestro software y nos están surgiendo algunas dudas con el tratamiento de los mensajes de Anulación y Subsanar, he visto algunos comentarios al respecto en mensajes atrás del foro, pero no me termina de quedar claro sobre estos puntos que se va a permitir, o como es mejor orientarlo:

-Si una vez hecha una factura en el sistema y creado su registro con huella y encadenado y enviado, pero aún no enviada al cliente, el usuario se da cuenta que es un error y por ejemplo esa factura no procede o está completamente incorrecta por ejemplo porque se haya equivocado de cliente, entendemos que se podría borrar de la tabla de facturas registrando y enviando un registro de Anulación, pero posteriormente cuando se genere la factura que realmente debiera ocupar ese número de factura, se podrá registrar y enviar con alta por subsanación con ese mismo número de factura (como se puede en el SII) o por haber sido registrado ese número anteriormente y anulado ya no se podría enviar y habría que dejar ese hueco en la numeración de facturas tanto en el erp como en el software contable y darle el siguiente número?

-Sobre los registros de subsanación, se sabe que datos o campos de la factura va a aceptar corregir o si admitirá cambiar completo como en el caso del SII(excepto los campos clave), es decir por ejemplo si al crear la factura y registrarla pero aún no enviada al cliente, se detecta que el cliente o su nif es incorrecto, o que se ha incluido una línea o albarán que no estaba todavía, se podrá corregir enviando un registro de alta por subsanación, o aunque no esté todavía enviada ni haya salido del erp estaría obligado a realizar rectificativas?

Saludos.

Si una vez hecha una factura en el sistema y creado su registro con huella y encadenado y enviado, pero aún no enviada al cliente, el usuario se da cuenta que es un error y por ejemplo esa factura no procede o está completamente incorrecta por ejemplo porque se haya equivocado de cliente, entendemos que se podría borrar de la tabla de facturas registrando y enviando un registro de Anulación, pero posteriormente cuando se genere la factura que realmente debiera ocupar ese número de factura, se podrá registrar y enviar con alta por subsanación con ese mismo número de factura (como se puede en el SII) o por haber sido registrado ese número anteriormente y anulado ya no se podría enviar y habría que dejar ese hueco en la numeración de facturas tanto en el erp como en el software contable y darle el siguiente número?

Puedes emitir un registro de anulación para una factura emitida y enviada. Dicha factura la dejarás a cero en tu sistema y el registro de anulación la dejará anulada en la Aeat. Ese número de factura ya no podrás utilizarlo en el mismo año fiscal, porque ya tienes una factura emitida con ese número en el mismo año fiscal, no existe ningún hueco en la facturación, ya que debes mantener esa factura anulada en tu sistema sin líneas o con líneas y unidades a cero para que su valor sea cero. Si generas el mismo número pero con fecha de expedición distinta, te lo va a aceptar el SII y Verifactu, ya que la clave del registro de facturación es * NifObligado Tributario-NumeroSerieFactura-FechaExpedición * pero no es lo que debes hacer.

-Sobre los registros de subsanación, se sabe que datos o campos de la factura va a aceptar corregir o si admitirá cambiar completo como en el caso del SII(excepto los campos clave), es decir por ejemplo si al crear la factura y registrarla pero aún no enviada al cliente, se detecta que el cliente o su nif es incorrecto, o que se ha incluido una línea o albarán que no estaba todavía, se podrá corregir enviando un registro de alta por subsanación, o aunque no esté todavía enviada ni haya salido del erp estaría obligado a realizar rectificativas?

Los registros de subsanación sólo se pueden emitir cuando no sea necesaria la emisión de una factura rectificativa y los campos que podrías subsanar deberían ser aquellos que no afecten a la modificación de la base imponible, tipos y cuotas, identificación del destinatario, etc. Sólo se debería permitir subsanar campos del tipo, Régimen tributario, Fecha de Operación, tipo de identificación del destinatario, tipo de factura rectificativa, ..etc. Ahora, si subsanas también bases tipos y cuotas seguro que te lo acepta, aunque ante una inspección estarías sin red.