Variantes de instalación e integración

RetailForce Middleware (y otros servicios de RetailForce) puede integrarse con otros productos de software —como un sistema de registro electrónico («caja registradora»)— mediante diversas arquitecturas.

En este artículo se describen, a modo de ejemplo, diferentes variantes de sistema e integración. Si tiene alguna pregunta o no encuentra la variante que tiene previsto integrar, póngase en contacto con nosotros en office (at) retailforce dot cloud.

Si en este artículo se utiliza el término «software de punto de venta», este hace referencia a todos los tipos posibles de sistemas de registro electrónico.

Opciones de instalación

A continuación se muestran algunos ejemplos de cómo se puede integrar RetailForce Middleware en la arquitectura del sistema.

Instalación local

Lo ideal es que el middleware fiscal se instale en el mismo sistema que el sistema de punto de venta. En el marco de una integración .dll (véase más abajo), esto resulta prácticamente inevitable. Ejemplos: PC, tableta o smartphone como «caja registradora»; en este caso, RetailForce Fiskal middleware se instala en el mismo dispositivo. Esta variante también abarca el caso en el que el software de punto de venta propiamente dicho se proporciona de forma centralizada en un servidor y las cajas registradoras de los distintos clientes acceden al software central a través de una conexión de escritorio remoto, por ejemplo.

Fig. 1.: Instalación local del cliente fiscal

Instalación en red

Dado que se puede acceder al Fiskal Client a través de una interfaz REST, también es posible ejecutar el middleware en su propia máquina física o virtual. En este caso, la comunicación entre el software de punto de venta y el middleware Fiskal se realiza a través de una conexión de red (LAN o WAN).

Fig. 2.: Instalación en red del Cliente Fiscal

Instalación en la nube

Ya sea como servicio web RESTful o mediante una integración nativa (.dll), el middleware Fiscal también puede funcionar como una aplicación en la Cloud.

Fig. 3.: Instalación en la nube de los clientes de Fiskal

Variantes de integración

A continuación se describen las diferentes formas de integrar el servicio fiscal en el sistema de punto de venta.

Integración mediante interfaz

Esta variante de integración utiliza el middleware fiscal en forma de servicio web RESTful. El client fiscal se instala como un servicio y la comunicación entre el software de punto de venta y el middleware fiscal se lleva a cabo a través de la interfaz REST.

Esta variante de integración está disponible para sistemas Windows, Linux y macOS.

Fig. 4. Integración mediante interfaz

Integración mediante NuGet

El cliente fiscal también se proporciona en forma de archivos .dll (NuGet packages). Esto significa que el middleware Fiskal puede integrarse de forma nativa en el programa de aplicación correspondiente.

Esta variante puede utilizarse en sistemas Windows, Linux, macOS, Android e iOS.

Fig. 5. Integración con Nuget

Integración del cliente de servicio

En ciertas arquitecturas puede resultar útil o necesario combinar las características de ambas variantes de integración; por ejemplo, cuando el software de punto de venta no es capaz de realizar llamadas REST. Esto se logra mediante la integración del Service Client.

En este caso, un cliente de servicio en forma de archivos .dll (nuget-packages) se integra de forma nativa en el software de la aplicación. El cliente de servicio asume la función de comunicarse con el cliente fiscal propiamente dicho.

Fig. 6.: Integración del cliente de servicio

Otras variantes de integración previstas

Además de las tres variantes de integración mencionadas anteriormente, se prevén las siguientes opciones:

• Integración .com a través de ActiveX
• Integración JavaBean (no viable en la actualidad, dado que .NET no es compatible con Java)

Este artículo ha sido traducido automáticamente.