Como trabajar con facturas No emitidas directamente

[j0n9alvez]

Buenas,

Nuestra aplicación trabaja con dos flujos diferenciados de acción, que llamamos emisión de facturas y recepción de facturas:

Emisión de facturas:

Generan la factura en nuestro formulario y al emitirla, esta se firma y se guarda. Aquí tengo muy claro que tengo que generar el Registro de Alta al firmar y guardar la factura, guardarlo, y si esta en modo veriFactu enviarlo.
Para este caso creo que el supuesto de trabajo encaja perfectamente.

Recepción de facturas:

Este caso es el que no tengo claro si es valida la forma de proceder. Este flujo para nosotros consiste en que nuestra aplicación recibe el XML de una factura(por ejemplo en formato FacturaE) ya firmado por el emisor de la factura, y nosotros lo que hacemos es validar que la firma es correcta(certificado no caducado ni revocado, que lo firmado no ha sido manipulado, los datos del emisor coinciden con los del certificado, etc...), y si todo es correcto se guarda la factura.
Lo que hemos pensado es que en este momento de guardado de la factura en nuestra aplicación se genere el Registro de alta, se guarde y si esta en modo VeriFactu se envíe

No tenemos muy claro si esto es correcto o para este flujo no somos nosotros los que tendríamos que hacer el registro de alta.

¿Alguien se ha encontrado con el mismo dilema o parecido y sabe si seria correcto o no?

Un saludo.

[delphiGar]

Solo debes enviar o guardar en modo Verifactu si la factura las has expedido tu programa o si es una Autofactura que te emite un cliente tambien.

Si lo que recibes es de una factura de compra o servicios que te emiten a ti, no tienes que enviar nada.

Verifactu en cualquiera de sus versiones son para Facturas Expedidas, a excepcion de la Autofactura que tambien se envia ya que es una factura que emite tu cliente en nombre tuyo.

[Neftali [Germán.Estévez]]

Empezado por j0n9alvez

Este caso es el que no tengo claro si es valida la forma de proceder. Este flujo para nosotros consiste en que nuestra aplicación recibe el XML de una factura(por ejemplo en formato FacturaE) ya firmado por el emisor de la factura, y nosotros lo que hacemos es validar que la firma es correcta(certificado no caducado ni revocado, que lo firmado no ha sido manipulado, los datos del emisor coinciden con los del certificado, etc...), y si todo es correcto se guarda la factura.
Lo que hemos pensado es que en este momento de guardado de la factura en nuestra aplicación se genere el Registro de alta, se guarde y si esta en modo VeriFactu se envíe

Supongo en ese caso que el otro programa no la está enviando.
Se podría entender que el otro programa genera como un borrador y tu programa es el que realmente factura, pero creo que deberías plantearle a la AEAT este supuesto.

Creo que la duda más importante es si debe hacerlo el otro programa o no.

[j0n9alvez]

Buenas,

Perdonad, pongo una aclaración, nuestra aplicación es un RP, en donde hay dados de alta entidades que son emisores, el flujo que llamamos "Recepción de facturas", no son el concepto de Facturas remitidas (expedidas o remitidas), son facturas expedidas por los emisores que figuran en nuestra aplicación pero que generan y firman la factura fuera de nuestro sistema, nosotros la recibimos, verificamos, guardamos y distribuimos al receptor de la factura.

Un saludo.

[Neftali [Germán.Estévez]]

Empezado por j0n9alvez

nuestra aplicación es un RP, en donde hay dados de alta entidades que son emisores, el flujo que llamamos "Recepción de facturas", no son el concepto de Facturas remitidas (expedidas o remitidas), son facturas expedidas por los emisores que figuran en nuestra aplicación pero que generan y firman la factura fuera de nuestro sistema, nosotros la recibimos, verificamos, guardamos y distribuimos al receptor de la factura.

En ese caso, sí parece que sóis vosotros los que debéis realizar la generación del RF y el envío.
¿Lo hacéis en modo "representación"? ¿Con qué certificado hacéis el envío?

[Javierus]

Esto es solo mi opinión:

En mi opinión depende de qué sistema es el que convierte los datos en factura (que es algo definitivo): ese es el SIF y quien debe de remitirla

Si lo que te llega es una factura ya emitida, definitiva, y que por tanto no va a cambiar independientemente de lo que diga tu software, entonces el SIF es el otro, que es quien debería enviarlo

Si lo que te llega puede ser rechazado por tu sistema y por ende no llegar generarse la factura, entonces depende:
* Si vosotros lo validáis, y en función de ello el otro sistema emite la factura (y os la vuelve a enviar como definitiva), entonces el SIF es el otro y vosotros solo validáis las propuestas y guardáis las definitivas
* Si vosotros validáis, y en ese caso generáis y guardáis la definitiva, entonces vosotros sois el SIF y debéis enviarla. Tendréis que gestionar que no existan nunca huecos ni fallos en la cronología, y manejar los encadenamientos