Neo Com/Esquema de funcionamiento

Esquema de funcionamiento

Neo Com® utiliza 3 procesos de comunicación básicos:

 

Ejecución de un proceso en destino

El punto 1 del gráfico describe cómo Neo Com® implementa la ejecución de un proceso en remoto.

Con Neo Business Solutions podemos ejecutar un proceso desde nuestro nodo (origen) sobre un nodo remoto (destino). Este tipo de comunicación se realiza de forma síncrona:

• Desde el Back Office (origen), se ejecuta un proceso sobre el equipo destino.
• Este proceso viaja hasta el destino en un archivo XML y por un puerto TCP específico.
• Una vez llega al destino, Neo SOAP interpreta el proceso recibido y hace de pasarela hacia la Base de Datos.

Ejemplo: Ejecución de un recálculo de estadísticas en el equipo destino.

• Desde el Back Office (origen), se ejecuta el proceso de recalcular estadísticas en el equipo destino.
• En un archivo XML se encapsula las órdenes que ejecutarán en destino el recálculo de estadísticas.
• Cuando llega al destino, Neo SOAP comprueba el origen e interpreta el archivo XML para ejecutar las órdenes que contenga.

Envío de información estándar

El punto 2 del gráfico muestra el funcionamiento habitual de Neo Com® cuyo funcionamiento es asíncrono:

• Desde el Back Office se ejecuta un envío de información (manual o automático).
• La infomación a enviar se encapsula en un archivo XML y se añade el trabajo a la cola de procesos como pendiente.
• Neo KERNEL consulta la cola cada cierto tiempo y ejecuta el envío. Si este no tiene éxito, programa un nuevo intento para más tarde.
• Si la comunicación es correcta, el archivo XML es interpretado por Neo SOAP insertando / modificando los datos de la Base de Datos destino.

Ejemplo: Cierre de jornada

• Cuando se cierra la jornada en un local (origen) automáticamente genera el envío de información de la misma, esta se añade a la cola procesos como pendiente.
• Neo KERNEL ejecuta el proceso pendiente envíando la información de la jornada a la central (destino).
• Neo SOAP de la central interpreta el archivo XML con la información de la jornada e inserta dicha información en la Base de Datos, pudiendo así consultar la información en central después del cierre. 

Combinación de los métodos anteriores

El punto 3 del gráfico muestra una combinación de los 2 métodos anteriores:

Recuperación de datos desde la central:

• Desde Central solicitamos a un local el reenvío de datos de la jornada. Esta solicitud utiliza inicialmente la ejecución de un proceso en destino que hará que el equipo del local ejecute un envío de información.
• Cuando el equipo del local ejecuta el envío de información, esta es enviada a Central por el método estandar; se añade a la cola de procesos y es enviada de forma asíncrona.

Esquema de conexión