Otra inquietud, que acabo de trasladar a verifactu...

Como desarrollador de software de facturación, para clientes que no quieran acogerse al VERI*FACTU se maneja la opción de acogerse*al SII.

Bien, ¿como debo protegerme como desarrollador de software con esos clientes que si bien yo voy a implementar que mi SIF solamente trate las facturas con sistema VERI*FACTU, para esos clientes que opten como utilizar mi SIF pero acogidos al SII???
O sea, debo poner una declaración responsable de mi sistema SIF como VERI*FACTU, pero no para todos los usuarios/clientes que utilizen*mi SIF, pues como comento, el que no quiera remitir los datos a VERI*FACTU, ya que estará*remitiendo los datos al SII.

No se, es un poco para "cubrirme" de responsabilidad cuando un cliente me diga, "NO YO NO QUIERO QUE TU SIF ME MANDE LOS DATOS A VERI*FACTU*PORQUE YO ESTOY ACOGIDO AL SII"

Nosotros le activaremos el sii, y si en 4 días no está enviando facturas le empezaremos a mandar errores, y entonces tendrá que enviar a verifactu con incidencias, estamos dándole vueltas.

Si tu software cumple con el reglamento de Verifactu, debes tener tu declaración responsable, independientemente de si se usa como Verifactu o no. Si el cliente sólo lo quiere para remitir al SII, tu software debe trabajar igual y generar los registros de facturación de Verifactu pero no remitirlos a hacienda. Tendrás una carpeta donde se habrán generado todos los registros de facturación y ahí se quedarán. Además, deberás generar las facturas en Xml para remitirlas al SII, si quieres, en el mismo momento de creación, ya que no deberías dar opción de modificar dicha factura una vez emitida, lo prohíbe el reglamento de facturación que está por encima del SII y Verifactu. En resumen, trabajaría como si fuera Verifactu pero sin enviar los registros de facturación y enviando las facturas xml a la aeat

Modificar Facturas
 

He hecho otra confirmación con [email protected] de si se puede dejar modificar facturas al usuario.... y me siguen insistiendo en que si...

Para: <[email protected]>
Fecha: 17/06/2024 17:13
Asunto: RE: Consulta verifactu
________________________________________

Hola

Para confirmar , entonces podemos dejar modificar facturas en el software para ser arregladas siempre que se registre TODO y TODAS las versiones de la factura en el registro verifactu, la responsabilidad de decidir cuando hacer una factura Rectificativa o cuando modificar una factura, recaería sobre el usuario?

Sería correcto?

Gracias y Saludos


De: [email protected]
Enviado el: martes, 18 de junio de 2024 10:30
Asunto: RE: Consulta verifactu

Buenos días:

Efectivamente, así es.

Atentamente,
Atención al Usuario
Departamento de Informática Tributaria
Email: [email protected]

Hola compañero, quizá te he entendido mal, o sino creo que estás equivocado. Voy a exponer lo que yo se, a ver si el equivocado soy yo...

Por una parte tenemos la ley antifraude, que está hecha para evitar las dobles contabilidades (lo de facturar al negro de toda la vida). Esto lleva una serie de puntos de , no permitir modificar facturas finalizadas/cerradas/como se diga, no permitir generar cosas en 'B'/negro...etc etc.
La declaración responsable es sobre esta ley, la que tienen que tener tus clientes firmada por ambas partas y visible en el sistema.
Todo esto está , como comentas, por encima de SII y Verifactu.

Por otra parte ,tenemos los SIF (verifactu o no verifactu). Verifactu es envío inmediato, sin firmar los registros , y no verifactu es guardar los registros firmados y enviarlos a la AEAT si te lo solicitan.
El SII pues ya sabemos lo que es, que lleva años en uso, enviar los registros con hasta 4 días de retraso.

Según tengo entendido, si utilizas el SII, NO tienes que hacer nada con Verifactu/No verifactu, pues ya estás utilizando el SII. Ni guardar registros...nada
Pero SI que debes cumplir la ley antifraude (no permitir modificar facturas, contabilidades en 'B'....etc), con su correspondiente ley antifraude

Es correcto lo que digo? O he entendido mal?
gracias

Bajo mi punto de vista es correcto lo que dices. Yo a lo que me refería es que si ya tienes un sistema que es Verifactu, lo puedes usar para un cliente que remita al SII.

Eso que te han contestado te parece correcto bajo tu punto de vista ?. Y si visitas esta página que es de la agencia tributaria donde te explica cuándo es OBLIGATORIO emitir una factura rectificativa, qué pensarías de la respuesta que te han dado en Verifactu ??

https://sede.agenciatributaria.gob.e...ficativas.html

vale, si, ahora que lo he leído con más pausa, ya te entiendo.
Menos mal que es como yo pensaba, solo me faltaba a los clientes que usan el SII, meterles mas cosas :D

Te remito correo que acaban de responderme desde Verifactu para aclarar este tema

MI CONSULTA
Buenos días.
Varios compañeros de desarrollo han realizado consultas a este buzón referidas a la posibilidad de modificar facturas emitidas por errores de facturación, precios erróneos, cuotas mal calculadas, etc, mediante la emisión de un registro de subsanación. Y no sólo eso, han consultado la posibilidad de emitir tantos registros de subsanación como errores se hayan ido produciendo en la factura, y la respuesta vuestra ha sido que Sí, que se puede utilizar este método para corregir facturas. O sea, que teniendo la obligación de emitir una factura rectificativa, cuando está dentro de los supuestos de rectificación citados en la Ley 1619/2012 del 30 noviembre por el que se aprueba Reglamento que regulan las obligaciones de facturación, ustedes permiten la emisión de un registro de subsanación para corregir una factura que entra dentro de los supuestos de rectificación ??

Me gustaría que aclararán este extremo porque en los ámbitos de desarrollo de software donde confluyen muchos equipos de programación que colaboramos para llevar a buen puerto este desarrollo de Verifactu, existe cierta perplejidad al no tener claro cómo debemos actuar.

Gracias por su tiempo.

RESPUESTA

Buenos días:

Cuando sea necesario subsanar la información que contiene un registro de facturación que ha sido enviado y con estado “Aceptado” o “AceptadoConErrores” por la AEAT, siempre y 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) ni se anule la factura, se deberá generar un nuevo registro (“de subsanación”), ya con los datos completos y correctos, que será remitido dentro de un nuevo fichero o mensaje de envío a la AEAT.

En consultas anteriores no se nos mencionaba que fueran casos concretos que exijan la emisión de una factura rectificativa. Aun así le confirmamos que será siempre y cuando no se trate de una causa que exija la emisión de una factura rectificativa. Tal y como indica la documentación y en concreto el documento "Documento de descripción de servicios web (v0.3.1) - Borrador" donde se detallan las altas por subsanación "8.1.2. Subsanación del registro de facturación.". Lamentamos si ha podido producirse algún malentendido al respecto.

Atentamente,
Atención al Usuario
Departamento de Informática Tributaria
Email: [email protected]

Ojo con las respuestas de la AEAT no vinculantes.
Por mucho que tengais un email con la respuesta, puede ocurrir que la pregunta no se haya entendido por que no la hayan interpretado correctamente o se haya formulado mal o incompleta.
El caso que si es una respuesta por email no tiene por que ser vinculante, para que sea vinculante tiene que estar en el reglamento o de alguna forma aclarada que sea vinculante.
Ya hemos sufrido incorrecciones en Ticketbai, para la misma pregunta nos hemos encontradocon respuestas diferentes y contradictorias de cada Hacienda Foral.

Para mi la pregunta y respuesta sobre la sustitución me ha generado confusiones. Me cuesta ver si han entendido bien la pregunta por la respuesta tan simple. Normalmente siempre llevan aclaraciones.
Creo que no hay que dar nada por sentado, además pienso, que aunque haya errores en como se debe actuar ante un error de una factura, y haya un camino para casa uno, no pueden ni creo que sean tan estrictos. Esta claro que tiene que haber una normativa, pero si no hay actuacion de mala fé ni van a perder impuestos, no creo que se metan.
Que mas dá que el emisor de la factura en ves de una rectificativa, haga un la vuelva anulación y la vuelva a emitir (si es una operación que hace de vez en cuando), al igual de que si imprimes por segunda vez una factura o la reenvias, ya tiene que ser un DUPLICADO, seg un el reglamento, en serio tiene sentido?

Aclaraciones
 

Con respecto a las sustitutivas que previamente había mencionado :


(h)ttps://sede.agenciatributaria.gob.es/static_files/Sede/Tema/IVA/PRE_303/FAQs_Pre303_22v1_5.pdf

página 11 apdo. 1-12 párrafo 2
creo que está muy claro.


Con respecto a las anuladas :


1- caso de SII. En el SII se permite dar de baja una factura contablemente y en su lugar y con el mismo número registrar otra. Esto es un proceso contable y de registro de iva. Ninguna Ley se puede aplicar a que se deshaga una factura recién hecha por error y se cree una nueva. (recapitulativas, etc.)

2- caso veri*factu. Este caso es distinto al SII puesto que existen documentos registrados y que implican movimientos de existencias y otros documentos tales como número de albarán, número de factura, etc. que no son obviados a la hora de anular una factura. El mismo registro de factura debe ser encadenado y sin posibilidad de modificación ulterior. De ahí mi duda de cómo funcionará de factu el proceso de anulación.
3- caso comunmente establecido. De toda la vida que yo sepa al finalizar todos los procesos sobre un documento factura y ésta ser errónea se expedía una factura negativa para anular la anterior. Creo que todos los que aquí hemos escrito alguna vez lo hemos hecho. Pero tengo serias dudas de que este proceso sea al que se refiere la AEAT con el término "factura anulada". No obstante sería muy defendible ante cualquier tribunal ante la AEAT puesto que nadie obraría de mala fe ni creo que haya ningún precepto jurídico que pueda aplicarse a tal proceder. (al menos eso creo)



Con respecto a las facturas de rectificación o rectificativas :


(h)ttps://sede.agenciatributaria.gob.es/Sede/ayuda/manuales-videos-folletos/manuales-practicos/manual-iva-2021/capitulo-10-obligac-formales-suj-registro/obligaciones-materia-facturacion/facturas-rectificacion.html


Con respecto a modificar una factura ya expedida (en el mismo documento)
(h)ttps://www.boe.es/buscar/pdf/2012/BOE-A-2012-14696-consolidado.pdf


apatado 2



Un vistazo rápido sin ir al memento o a sendos pdf colgados en la AEAT.

Espero que a alguien le sirva de ayuda.


Un saludo.

mas aclaraciones
 

Entiendo que los registros de subsanación podrán ser aquellos cuyo cambio no implique la pérdida del hash o datos que calculen el hash puesto que de ese modo se rompería la cadena.

Ni tampoco podrían ser datos tales como los del receptor de la factura (nombre, dirección, ... ) porque las facturas no se pueden modificar una vez expedidas.
¿ No es así ?


Gracias de antemano por la aclaración si la hubiere.

Me remito a las contestaciones de la AEAT, a falta de publicación en el BOE del reglamento técnico aún pendiente de blablabla...
Pero a falta de tener esa particularidad informada y bajo mi punto de vista, lo más factible sería que un registro de subsanacion debería tener el mismo tratamiento a efectos de encadenamiento que los demás, o sea. Se encadena con el anterior generado sea lo que sea(anulación,alta otra subsanacion)
Con la fecha y hora de generación actual y su propio hash.y como se ha venido comentando solo debería generarse si no está contempladol motivo como rectificativa o anulación. Los datos del cliente debería ser una rectificativa por sustitución .

mas de lo mismo
 

Creo que me he expresado con poca claridad. No me refiero al registro de subsanación en sí mismo sino a los registros originales de facturación. Puedes tener 30 registros con datos distintos de subsanación, Me refiero, ya sabes, a la cabecera, los albaranes, el pie de documento si existe, etc. ¿ va a permitir la AEAT que se modifique una factura a un cliente una vez expedida ? ¿ Va a permitir que cambie los datos del cliente o la fecha de emisión ? ¿ Permitirá que se puedan desasociar albaranes y agrupar otros con otros importes ? ¿ Eliminar el asiento contable y el registro de iva para modificarlo por otro ?



Creo que nos estamos haciendo un lío de algo que todavía no existe. Quedaré a la espera. Esto ya está a punto de caramelo y no tardarán en sacar una versión definitiva.



Gracias igualmente por el esfuerzo.

A los clientes nos.puefes reenviar una factura con los datos de cliente modificado con wl mismo número y serie. Tienes que mandarle la rectificativa con otro nunero y serie.
Lo que me queda duda es si enviar una rectificativa por sustitución tb mal a que haces referencia. Por que se acumulan facturas mal

Pues me da que nos están respondiendo lo mismo , si la norma obliga a hacer una rectificativa, se hace, para cualquier otro caso, se puede modificar la factura siempre que se registren todos los movimientos en registro verifactu , la responsabilidad final del método a escoger es del usuario no del fabricante del software.
Con lo que ninguna empresa de software va a ir a los calabozos de hacienda por dejar modificar facturas en un momento dado , siempre que se registren los cambios.


Todo ello con pinzas , como dice @ermendalenda más adelante, ningún mail es vinculante , pero deberían aclararlo bien o ya estoy oyendo a usuarios diciéndole a sus empresas de Software que el programa de la competencia les deja arreglar facturas.


En mi humilde opinión, tiene sentido , estando todo registrado en el registro verifactu, el Sr.Pepito que cada vez que se acerca al software de facturación le sube la tensión , cuando le piden una factura es capaz de equivocarse tres veces y ni siquiera la ha entregado al cliente , tiene que hacer tres anulaciones o tres rectificativas ? Y al final entregarle tres rectificativas al cliente? no me parece lógico, pero claro la lógica y las normas... ya se sabe.


No sé , pero me parece un tema que deberían aclarar muy bien.

Saludos

no estaría mal
 

No estaría mal, no. Llamar al cliente para ver si le convence la factura y sino hacer como Groucho Marx "estos son mis principios, si no le gustan tengo mas"
Al menos esto permite no tener tanta soledad frente a un grupo de pantallas amorfas y sin empatía.


Un saludo.

Vamos a tener otra incompatibilidad.
Facturae no contempla las subsanaciones. Y en caso de querer arreglar algo hay que hacer un nuevo registro con otra factura.
Así que viendo como está el patio, perdonad pero en muchas cosas voy a hacer lo que me de la gana.
En facturae modificaré solo el identificador de la factura y no la factura y serie para las incompatibilidades con verifactu

Paso de las rectificativas por sustitución para arreglar un cliente, hago anulación y vuelvo a generar. En las facturas sustitutivas/canje igual,anulo la factura sustitutiva y nueva apuntando al mis o tiquet. A ver si se lo comen o da error
No voy a meterme más líos al software
Es de locos.

Es más,no voy a hacer más cambios.
En la web de la aeat para el sii tienen herramientas web para arreglar cosas
Voy a esperar a ver si ponen algo similiar.
Lo de la subsanacion me parece un grandisima putada como lo quieren solucionar

Idem
 

Pues lo mismo digo. Llego ya un tiempo acariciando la idea de anular la factura emitida por error simplemente con lo que he hecho toda la vida. Hacer una factura negativa. El cliente tendrá un extracto con las dos pero es explicable y lo entenderá.



Y sí, cuando la factura electrónica entre en vigor no entenderá de subsanaciones.

^\||/