Veri*factu y 'router' para facturae

[jakematespain]

Buenas, ayer hice la consulta para ver lo que dicen los del verifactu y esta fue la respuesta:
Buenos días:

En el caso de las facturas electrónicas que se emiten a la Administración Pública, el procedimiento continúa siendo el mismo, es decir, deben emitirse en formato Facturae y enviarse a través del punto general de entrada FACE, conforme a la normativa vigente de contratación pública.

No obstante, cuando entre en vigor la obligación del sistema VERI*FACTU, el registro de facturación correspondiente a esa factura también deberá generarse en su sistema de facturación (o en la aplicación gratuita de la AEAT, si opta por utilizarla), para su remisión a la AEAT, de acuerdo con lo previsto en el Reglamento de Requisitos de los Sistemas Informáticos de Facturación (RRSIF).

Por tanto:

· Deberá seguir remitiendo la factura electrónica en formato Facturae por FACE, como hasta ahora.

· Además, deberá generar y remitir el registro de facturación VERI*FACTU a la AEAT.

· La factura no se envía desde la AEAT al cliente o destinatario, sino que la AEAT únicamente recibe y registra la información del registro de facturación.


En resumen, el envío a FACE y la generación del registro VERI*FACTU son obligaciones complementarias y compatibles, cada una con su finalidad específica. No obstante, una vez se publique el reglamento del futuro proyecto de factura electrónica obligatoria (B2B) se espera que la aplicación de facturación de la AEAT incorpore nuevas funcionalidades para adaptarse a este nuevo reglamento.

Haremos lo que dice ermendalenda, añadir esa información al XML en formato FACE para que no pongan ningún impedimento.

[espinete]

Tiene sentido. Una cosa es la factura electrónica y otra es VeriFactu. De hecho VeriFactu no incluye las líneas de la factura (los conceptos, productos, etc.), solo el total, el emisor y el receptor.

Sin embargo FacturaE sí es una factura electrónica "per se", con todos los datos, conceptos, líneas, precios, etc. así que ambas cosas no pueden ser excluyentes.

[Carlos]

Empezado por espinete

Tiene sentido. Una cosa es la factura electrónica y otra es VeriFactu. De hecho VeriFactu no incluye las líneas de la factura (los conceptos, productos, etc.), solo el total, el emisor y el receptor.

Sin embargo FacturaE sí es una factura electrónica "per se", con todos los datos, conceptos, líneas, precios, etc. así que ambas cosas no pueden ser excluyentes.

Si, si. Todo esto lo tengo muy claro.

Pero el caso es:
- cliente que usa un SIF para generar sus facturas y enviar a Veri*factu.
- además, usa un portal (p.e. b2brouter) para generar y enviar la factura electrónica (sólo las que son para organismos oficiales); y este portal tiene la posibilidad (que en enero quizás sea una obligación) de enviar a Veri*factu.

La cuestión es como compatibilizar estos 2 'entornos'.

[ermendalenda]

Ya por fin no estoy solo con esto de Efactura vs Verifactu
Paralelamente les estoy enviando incompatibilidades y con suerte algunas cositas allanarán el camino

[YellowStone]

Nosotros tenemos numerosos clientes que envían las facturas desde hace varios años a organismos oficiales a través del portal FACE. Pero entiendo que eso es un añadido. Nuestros clientes tienen que enviar ahora todas las facturas de venta a la AEAT (Verifactu) sean o no expedidas a organismos oficiales. Y además, las que sean de organismos oficiales, tendrán que enviarlas también por FACE. Yo creo que una cosa no quita la otra. Quizá tu programa debería que tener la posibilidad de crear esa factura en formato FACTURAE para facilitarle la vida al cliente y que no la tenga que crear a mano. Es decir, no por tener que enviar por FACE una factura van a tener que dejar de enviarla a la AEAT. Creo que es esto lo que planteas. Es más, nuestros clientes de Ticketbai hacen exactamente eso. Envian todas las facturas a la agencia vasca correspondiente, y además, si es para organismo oficial, pues a traves de FACE o del portal que sea.

[Carlos]

Empezado por YellowStone

Nosotros tenemos numerosos clientes que envían las facturas desde hace varios años a organismos oficiales a través del portal FACE. Pero entiendo que eso es un añadido. Nuestros clientes tienen que enviar ahora todas las facturas de venta a la AEAT (Verifactu) sean o no expedidas a organismos oficiales. Y además, las que sean de organismos oficiales, tendrán que enviarlas también por FACE. Yo creo que una cosa no quita la otra. Quizá tu programa debería que tener la posibilidad de crear esa factura en formato FACTURAE para facilitarle la vida al cliente y que no la tenga que crear a mano. Es decir, no por tener que enviar por FACE una factura van a tener que dejar de enviarla a la AEAT. Creo que es esto lo que planteas. Es más, nuestros clientes de Ticketbai hacen exactamente eso. Envian todas las facturas a la agencia vasca correspondiente, y además, si es para organismo oficial, pues a traves de FACE o del portal que sea.

Si, si. Mi programa debería generar Facturae pero no lo hace y como sólo tengo 33 días, pues estoy buscando una alternativa mientras desarrollo Facturae.

[Faneka]

Empezado por YellowStone

Nosotros tenemos numerosos clientes que envían las facturas desde hace varios años a organismos oficiales a través del portal FACE. Pero entiendo que eso es un añadido. Nuestros clientes tienen que enviar ahora todas las facturas de venta a la AEAT (Verifactu) sean o no expedidas a organismos oficiales. Y además, las que sean de organismos oficiales, tendrán que enviarlas también por FACE. Yo creo que una cosa no quita la otra. Quizá tu programa debería que tener la posibilidad de crear esa factura en formato FACTURAE para facilitarle la vida al cliente y que no la tenga que crear a mano. Es decir, no por tener que enviar por FACE una factura van a tener que dejar de enviarla a la AEAT. Creo que es esto lo que planteas. Es más, nuestros clientes de Ticketbai hacen exactamente eso. Envian todas las facturas a la agencia vasca correspondiente, y además, si es para organismo oficial, pues a traves de FACE o del portal que sea.

Justo, nosotros igual, son cosas independientes, al que le toque enviara a VeriFactu (si no esta en el SII) y tambien las facturas que corresponda al FACE.

[ermendalenda]

Importante, que me olvidaba.
Si no quereis tener algún problema con el xml de Facturae al agregar el QR, teneis que ponerlo en codigo URI,
teneis que cambiar:

&---> &

Si teneis algún caracter más de los traducibles a uri, pues lo mismo.

[Faneka]

Buff, lo del facturae ni lo estamos mirando, tenemos lo que en su día hacía falta y actualmente funciona. Esto que comentas de agregar el QR , pero me anoto lo del código URI para al que le toque ponerse con ello lo tenga en cuenta. Graciassss.

[ermendalenda]

Aclaro una cosa de Face.
Si un O.T. hace todo manual o no está obligado a hacer facturas por el regimen que le toca, pero tambien emite por Face (ejemplo un jardinero) no tiene que emitir a la vez esa factura de Face a Verifactu, Face no implica una obligaciom addixional al reglamento.
Pero no confundsmos, si un emisor hace facturas por SIF no puede hacer parte manualmente, ni basta con enviarla a Face.

[Carlos]

Empezado por ermendalenda

Aclaro una cosa de Face.
Si un O.T. hace todo manual o no está obligado a hacer facturas por el regimen que le toca, pero tambien emite por Face (ejemplo un jardinero) no tiene que emitir a la vez esa factura de Face a Verifactu, Face no implica una obligaciom addixional al reglamento.
Pero no confundsmos, si un emisor hace facturas por SIF no puede hacer parte manualmente, ni basta con enviarla a Face.

Un emisor no puede tener una serie de facturas en un SIF=>Veri*factu, y otra manual (no afectada Veri*factu)?