Sage 100 sur le web : les trois façons d'y accéder à distance

La demande arrive toujours par le même chemin : un commercial en déplacement veut consulter un encours, un dirigeant veut ses chiffres depuis chez lui, un magasinier veut pointer une réception sans retourner au bureau. Et elle bute toujours sur le même fait : Sage 100c est une application Windows, conçue pour tourner sur un poste connecté au réseau local.

Il existe trois façons sérieuses d’ouvrir Sage 100 au-delà de ce périmètre. Elles ne rendent pas le même service, et la bonne réponse est souvent une combinaison.

Option 1 — le bureau à distance

La voie classique : publier l’application via les services de bureau à distance de Windows (RDS, ce qu’on appelait TSE) ou un outil équivalent. L’utilisateur distant ouvre une session sur le serveur et retrouve Sage exactement tel qu’il est au bureau.

C’est la solution complète — tout Sage, toutes les fonctions — et c’est sa force. Ses limites sont connues : des licences et une infrastructure à dimensionner, une expérience qui reste celle d’un écran Windows déporté (peu agréable sur mobile), et une surface d’exposition à sécuriser sérieusement — un serveur de bureau à distance ouvert sur Internet sans passerelle ni MFA est une invitation.

Pour l’utilisateur qui fait de la saisie comptable intensive à distance, elle reste la référence.

Option 2 — l’hébergement chez un tiers

Variante de la première : Sage et sa base quittent vos locaux pour un datacenter, le vôtre restant accessible par le même mécanisme de session distante. L’infrastructure devient un abonnement, les sauvegardes et la disponibilité deviennent contractuelles.

Ce choix engage davantage qu’il n’y paraît : vos données de gestion vivent chez l’hébergeur, la qualité de service dépend de la liaison, et les personnalisations comme les interfaces avec vos autres systèmes doivent suivre. Pour une entreprise soumise à des exigences de localisation des données, le point se vérifie avant de signer.

Option 3 — la couche web branchée sur la base

La troisième voie ne cherche pas à déporter l’écran de Sage : elle donne accès aux données de Sage depuis une application web. Sage reste installé là où il est, il reste le système de référence ; une application web se branche sur sa base SQL Server et sert ce que le terrain consomme réellement — consultation d’un client et de son encours, prise de commande, inventaire, indicateurs, validation de pièces — depuis un navigateur ou un téléphone.

C’est l’architecture d’OptiFlowPro, et elle a une conséquence pratique : l’utilisateur distant n’a pas besoin d’une licence Sage ni d’une session Windows. Un commercial, un magasinier ou un dirigeant travaille dans une interface web faite pour son usage, pendant que les écritures continuent de vivre dans Sage. La manière dont la lecture et l’écriture sont séparées est détaillée ici : lecture directe sur la base, écritures contrôlées par un web-service dédié.

La limite est symétrique de celle du bureau à distance : une couche web ne remplace pas le client Sage pour le paramétrage ou la comptabilité de production. Elle n’en a pas l’ambition.

Choisir — et combiner

La question à poser n’est pas « comment mettre Sage sur le web ? » mais « qui a besoin d’accéder à quoi, depuis où ? ». Dans la pratique, la réponse dessine presque toujours la même carte : quelques utilisateurs experts en session distante pour les travaux comptables lourds, et tous les autres — vente, logistique, direction — sur une couche web, parce que leur besoin est un flux précis et non l’application entière.

C’est un arbitrage d’architecture avant d’être un achat de logiciel ; il se fait bien sur la base d’un audit de l’installation existante — versions, licences, infrastructure, exigences de sécurité. C’est par là que nous commençons.