Variantes d’installation et d’intégration

Le middleware fiscal RetailForce (ainsi que d’autres services RetailForce) peut être intégré à d’autres applications logicielles – telles qu’un système d’enregistrement électronique (« caisse enregistreuse ») – selon plusieurs topologies.

Cet article présente à titre d’exemple différentes variantes de système et d’intégration. Si vous avez des questions ou si vous ne trouvez pas la variante que vous envisagez d’intégrer, veuillez nous contacter à l’adresse office (at) retailforce dot cloud.

Lorsque le terme « logiciel de point de vente » est utilisé dans cet article, il désigne l’ensemble des types possibles de systèmes d’enregistrement électroniques.

Options d’installation

Vous trouverez ci-dessous quelques exemples illustrant comment le middleware fiscal RetailForce peut s’intégrer dans l’architecture système.

Installation locale

Idéalement, le middleware fiscal doit être installé sur le même système que le système de point de vente. Dans le cadre d’une intégration via une bibliothèque .dll (voir ci-dessous), cette approche s’impose généralement. Exemples : PC, tablette ou smartphone faisant office de « caisse enregistreuse » ; le RetailForce Fiskal Middleware est alors installé sur le même appareil. Cette variante couvre également le cas où le logiciel de point de vente proprement dit est hébergé de manière centralisée sur un serveur et où les caisses clientes individuelles accèdent au logiciel central via une connexion de bureau à distance, par exemple.

Fig. 1 : installation locale du client fiscal

Installation en réseau

Le client Fiskal étant accessible via une interface REST, il est également possible d’exécuter le middleware sur sa propre machine physique ou virtuelle. Dans ce cas, la communication entre le logiciel de point de vente et le middleware Fiskal s’effectue via une connexion réseau (LAN ou WAN).

Fig. 2. : Installation en réseau du client fiscal

Installation dans le Cloud

Exploité en tant que service web RESTful ou via une intégration native (.dll), le middleware Fiscal peut également être déployé en tant qu’application Cloud.

Fig. 3. : Installation dans le Cloud des clients Fiskal

Variantes d’intégration

Vous trouverez ci-dessous une description des différentes méthodes d’intégration du service fiscal dans le système de point de vente.

Intégration via une interface

Cette variante d’intégration utilise le Fiscal middleware sous la forme d’un service web RESTful. Le Fiscal Client est installé en tant que service et la communication entre le logiciel de point de vente et le Fiscal middleware s’effectue via l’interface REST.

Cette variante d’intégration est disponible pour les systèmes Windows, Linux et macOS.

Fig. 4. Intégration via l’interface

Intégration NuGet

Le client Fiskal est également fourni sous forme de fichiers .dll (NuGet packages). Cela signifie que le middleware Fiskal peut être intégré de manière native dans le programme d’application concerné.

Cette variante peut être utilisée sous les systèmes Windows, Linux, macOS, Android et iOS.

Fig. 5. Intégration NuGet

Intégration du Service Client pour les clients

Dans certaines architectures, il peut s’avérer utile, voire nécessaire, de combiner les fonctionnalités des deux variantes d’intégration mentionnées ci-dessus — par exemple, si le logiciel de point de vente n’est pas en mesure d’effectuer des appels REST. Cela est possible grâce à l’intégration du client de service.

Dans ce cas, un client de service sous forme de fichiers .dll (NuGet packages) est intégré de manière native au logiciel d’application. Le client de service prend en charge la communication avec le client fiscal proprement dit.

Fig. 6 : Intégration du client de service

Autres variantes d’intégration prévues

Outre les trois variantes d’intégration mentionnées ci-dessus, les options suivantes sont prévues :

• Intégration .com via ActiveX
• Intégration JavaBean (non implémentable à ce jour, car .NET ne prend pas encore en charge Java)

Cet article a été traduit automatiquement.