Implementación VeriFactu en sistema multi-puesto

[_Io]

Buenas noches.

En un principio, pensé hacer lo mismo un servicio/aplicación en el servidor de datos, pero me daba cierta inseguridad que fallara por cualquier motivo y quedara el envío de facturas parado.

Al final decidí que cada puesto tuviera un hilo que periódicamente consulte la Bd y haga el envío.
Con una tabla de control consigo sincronizar todos los hilos de los diferentes puestos, sólo uno toma el control hace la gestión y deja el control.
En la tabla de control se encuentra el ID del hilo, hora de entrada, tiempo de espera de la AEAT, último eslabón del encadenamiento etc.
De esta forma, tengo la tranquilidad que hay más de un hilo trabajando.
Estos hilos, generan los registros de facturación los envías y crean los xml asociados.
En un principio me funciona, la única duda que tengo es el mantenimiento de la sincronización, en caso de futuros fallos que por ahora no salen.
A ver...

Saludos.

[Galahad]

hola ,buenas tardes.
tenemos una app en android para pda's que les permite a comerciales de la empresa crear una factura y enviarsela en el momento al cliente.
esta app tiene una base de datos local en cada pda.

Hasta ahora esas facturas se mandaban a un servidor central donde se daban de alta en la base de datos y se contabilizaban.

Ahora, por el verifactu y la gestión del encadenamiento...nos planteamos que no sean facturas sino albaranes y que luego el sistema cree la factura y se la mande al cliente, pero claro,, entiendo que lo ideal es que siguiesen siendo facturas,, en este caso,, la aplicación de android debería de encargarse de su propio encadenamiento, ¿no ? pueden ser varios pda's, cada uno con su número de serie..., y luego transmitir al servidor dichas facturas ya gestionadas.
Pero claro,, eso implica en la aplicación de android tener acceso al certificado de la empresa, los envios y gestión al servicio web...
mucha complejidad y capas,,,
¿ alguien se encuentra en una situación similar ?

[[newtron]]

Empezado por Galahad

hola ,buenas tardes.
tenemos una app en android para pda's que les permite a comerciales de la empresa crear una factura y enviarsela en el momento al cliente.
esta app tiene una base de datos local en cada pda.

Hasta ahora esas facturas se mandaban a un servidor central donde se daban de alta en la base de datos y se contabilizaban.

Ahora, por el verifactu y la gestión del encadenamiento...nos planteamos que no sean facturas sino albaranes y que luego el sistema cree la factura y se la mande al cliente, pero claro,, entiendo que lo ideal es que siguiesen siendo facturas,, en este caso,, la aplicación de android debería de encargarse de su propio encadenamiento, ¿no ? pueden ser varios pda's, cada uno con su número de serie..., y luego transmitir al servidor dichas facturas ya gestionadas.
Pero claro,, eso implica en la aplicación de android tener acceso al certificado de la empresa, los envios y gestión al servicio web...
mucha complejidad y capas,,,
¿ alguien se encuentra en una situación similar ?

Alguno no, nos encontramos muchos en esa situación y creo que la decisión genérica es no hacer facturas desde los dispositivos móviles, hacer albaranes y emitir las facturas en los ordenadores de la oficina que se encargarán de hacer los envíos.



Saludos.

[Jesusggc]

Empezado por newtron

Alguno no, nos encontramos muchos en esa situación y creo que la decisión genérica es no hacer facturas desde los dispositivos móviles, hacer albaranes y emitir las facturas en los ordenadores de la oficina que se encargarán de hacer los envíos.



Saludos.

En estos casos lo recomendable es crear una API en el servidor y que los móviles mediante llamadas a sus Endpoints le den la orden de facturar. Así realmente el que factura es el servidor. Pero claro es necesaria una conexión permanente al menos en el momento de facturar. En este caso hay un único SIF que es el servidor que alberga el Backend

Saludos

[[newtron]]

Empezado por Jesusggc

En estos casos lo recomendable es crear una API en el servidor y que los móviles mediante llamadas a sus Endpoints le den la orden de facturar. Así realmente el que factura es el servidor. Pero claro es necesaria una conexión permanente al menos en el momento de facturar. En este caso hay un único SIF que es el servidor que alberga el Backend

Saludos

Bueno... entonces ya estamos planteando otro escenario en el que hay conexión con el servidor y se envía la factura de forma automática al emitirla que es lo correcto. Por otro lado tampoco podemos olvidar que hay que emitir una factura impresa con un QR.

[Jesusggc]

Empezado por newtron

Bueno... entonces ya estamos planteando otro escenario en el que hay conexión con el servidor y se envía la factura de forma automática al emitirla que es lo correcto. Por otro lado tampoco podemos olvidar que hay que emitir una factura impresa con un QR.

Para este caso lo que yo haría es que el servidor mediante la misma llamada al EndPoint del API que factura me devuelve dicha factura en PDF (o envía por email) y que recibe el móvil que manda la orden de facturar. Yo no tngo a nadie que facture desde móvil pero si tngo otras aplicaciones móviles que lo hacen así.

La cuestión es que dentro de los requerimientos del sistema que la mayoría de las cosas las realice el SERVIDOR (Backend) eso sí es necesaria conexión a internet.

Un saludo.