Architecture
Comment ça marche, brique par brique.
SenSaaS tient en trois briques : le connecteur installé chez vous à côté de Sage, les écrans que vous utilisez, et un portail qui gère les accès et les licences. Cette page est écrite pour votre service informatique.
Les briques
Rôle de chaque élément.
Chez vous. Votre logiciel de gestion et sa base, inchangés. C'est le référentiel : rien n'est copié ailleurs.
Chez vous, sur le serveur Sage. Lit et écrit dans les dossiers par les objets métiers de Sage, détecte la version, applique les droits, tient le journal.
Chez vous. Dossiers, utilisateurs, profils, journaux, test de connexion à Sage.
Sur vos appareils. Ils parlent au connecteur, jamais directement à la base.
Hébergé par SenSaaS. Authentification et licences. Aucune donnée de gestion.
Chez Microsoft. E-mails et rattachements, avec le compte de chaque utilisateur.
Exploitation
Ce que votre service informatique doit savoir.
Réseau
Les écrans joignent le connecteur en HTTPS. En interne, aucune ouverture vers l'extérieur n'est nécessaire ; pour un accès nomade, le connecteur est publié selon vos règles. Il doit joindre le portail en sortie.
Mises à jour
Le connecteur et les applications se mettent à jour automatiquement ; chaque paquet est signé et vérifié.
Sauvegarde
Vos sauvegardes Sage et SQL Server restent la référence. Le connecteur ne détient que sa configuration chiffrée et ses journaux.
Journal
Chaque connexion est journalisée avec l'utilisateur, l'heure et le dossier ; le journal reste sur votre serveur.
Concurrence
Les écritures dans Sage sont traitées une à la fois par le connecteur ; les lectures d'indicateurs et de listes ne sont pas concernées.
Ports et versions
Ports, versions de Windows Server et de SQL Server : voir la page Compatibilité, en cours de précision.
Une question d'architecture ?
Notre équipe technique répond à votre service informatique, schéma à l'appui.