Environnement de bureau unique
Jusqu'à environ 3 à 5 utilisateurs simultanés
Base de données et clients sur le même réseau local
Aucun accès WAN requis
Base recommandée : Firebird 4.0 ou Microsoft SQL Server.
Ce scénario convient aux petites installations avec peu d'utilisateurs simultanés.
Plusieurs utilisateurs accèdent à portier Vision via Remote Desktop (RDS)
L'application fonctionne de manière centralisée sur un serveur Windows
La base de données est hébergée sur un serveur dédié séparé (recommandé)
Cette configuration réduit l'effet de la latence WAN et centralise l'administration.
Les clients se connectent directement à Microsoft SQL Server via LAN ou WAN
Un serveur SQL dédié est requis
La latence réseau influence fortement les performances
Base recommandée : Microsoft SQL Server 2019 ou 2022, Standard ou Enterprise.
En environnement WAN, le dimensionnement du serveur SQL et une faible latence déterminent la réactivité.
portier Vision fonctionne sur des postes physiques ou des machines virtuelles. Les performances dépendent du matériel du poste, du serveur de base de données et de la latence réseau.
Configuration recommandée :
Système : Windows 11, Windows 10 pris en charge
CPU : 4 cœurs virtuels ou l'équivalent en cœurs physiques
RAM : 8 Go minimum, 16 Go recommandés
Stockage : SSD avec au moins 10 Go libres
Résolution d'écran : 1024 x 768 au minimum, la taille minimale de la fenêtre du Companion
Remarques :
8 Go suffisent techniquement au fonctionnement
16 Go sont recommandés lorsque Outlook, Teams, un navigateur et Excel tournent en parallèle
Pour de très grands plans de fermeture ou un usage intensif, 32 Go améliorent la réactivité
Lorsque plusieurs utilisateurs accèdent à portier Vision via Remote Desktop sur un serveur Windows partagé, dimensionnez les ressources selon le nombre d'utilisateurs simultanés.
Configuration de base :
4 vCPU
16 Go de RAM
Stockage SSD
Évolutivité :
environ 2 Go de RAM par utilisateur simultané supplémentaire
davantage de CPU selon l'usage actif
Les besoins dépendent de la charge de travail et du travail effectué en parallèle.
En environnement virtualisé (Azure, VMware, Hyper-V) :
Garantir suffisamment de CPU et de RAM dédiés
Éviter une surallocation importante du CPU ou de la mémoire
Utiliser un stockage SSD
Un manque de ressources sur l'hôte ou une forte contention ralentissent l'application même si la VM respecte les valeurs ci-dessus.
Prévu pour :
Site unique
Jusqu'à environ 3 à 5 utilisateurs simultanés
Accès LAN uniquement
Configuration recommandée :
CPU : 2 à 4 cœurs
RAM : 4 à 8 Go
Stockage : SSD
Firebird n'est pas recommandé pour les déploiements WAN ou multi-sites.
Versions prises en charge :
SQL Server 2019 Standard
SQL Server 2022 Standard
SQL Server 2022 Enterprise
Jusqu'à 15 utilisateurs simultanés :
4 à 6 cœurs CPU
16 Go de RAM
SSD
Plus de 15 utilisateurs simultanés :
8 cœurs CPU ou plus
32 Go de RAM ou plus
NVMe recommandé
Configuration obligatoire :
SQL Server sur un serveur ou une VM dédiée
Aucune ressource partagée avec les services Terminal
Mémoire serveur maximale configurée explicitement
TempDB sur SSD ou NVMe
Maintenance régulière : index, statistiques, sauvegardes
portier Vision 5 sollicite fréquemment la base de données, en particulier au démarrage et lors des grandes opérations. La latence réseau agit directement sur la réactivité perçue.
moins de 5 ms : excellent
5 à 20 ms : très bon
20 à 40 ms : délai perceptible sur les grandes opérations
plus de 40 ms : dégradation probable
Même avec une bande passante suffisante, une latence aller-retour élevée allonge les temps de réponse des opérations gourmandes en base de données.
Recommandations WAN :
Placer l'application et le serveur SQL au plus près dans la topologie réseau
Réduire la latence aller-retour
Dimensionner correctement le serveur SQL et le placer sur un stockage à faible latence
Port | Connexion | Usage | Quand |
|---|---|---|---|
TCP 1433 | client vers serveur de base de données | Microsoft SQL Server | base de données sur SQL Server |
TCP 3050 | client vers serveur de base de données | Firebird | Firebird sur une autre machine |
TCP 443 | sortant vers Internet | licence, mises à jour, synchronisation Entra ID, portier Mailversand | toujours |
TCP 587, 465 ou 25 | sortant vers le serveur de messagerie | e-mails de rappel via votre propre serveur SMTP | uniquement en envoi SMTP |
Pour le serveur de messagerie, 587 avec STARTTLS est la valeur par défaut, 465 pour du TLS direct, 25 uniquement sans chiffrement.
Domaine | Usage |
|---|---|
https://www.dl.portiervision.com | téléchargements et mises à jour du programme |
https://portier.chargebee.com et https://app.eu.chargebee.com | validation de la licence et de l'abonnement |
https://api.sendgrid.com | e-mails envoyés par portier : codes de confirmation lors de l'activation de la licence et rappels via le service de messagerie portier |
https://login.microsoftonline.com et https://graph.microsoft.com | uniquement pour la synchronisation du personnel depuis Microsoft Entra ID |
Le blocage de ces adresses affecte la licence, la validation de l'abonnement, les mises à jour et l'envoi des e-mails.
Poste Vision sur Microsoft SQL Server. Le poste Vision se connecte via le Microsoft ODBC Driver 18 for SQL Server. Si la base de données est sur SQL Server, ce pilote est obligatoire sur chaque poste et sur chaque serveur Terminal.
Le programme d'installation portier contient le pilote et l'installe avant Vision. Si la même version ou une version plus récente est déjà présente, il passe l'étape. Cette étape peut être décochée dans la fenêtre d'installation.
Une installation silencieuse directement par le MSI n'installe pas le pilote. Installez-le au préalable dans ce cas.
L'entrée enregistrée doit être exactement « ODBC Driver 18 for SQL Server ». L'ancien ODBC Driver 17 et le SQL Server Native Client ne sont pas utilisés.
Aucun DSN ODBC n'est nécessaire. Vision transmet le nom du pilote directement dans la connexion.
Si le pilote manque, Vision interrompt aussitôt la tentative de connexion et indique que le Microsoft ODBC Driver 18 for SQL Server n'est pas installé sur cet ordinateur, et qu'il faut l'installer puis redémarrer portier Vision.
Poste Vision sur Firebird. Aucun pilote ODBC, rien à configurer. Vision s'adresse directement à Firebird.
portier Vision Companion. Aucun ODBC et aucun DSN, ni sur Firebird ni sur SQL Server. Le Companion et le service en arrière-plan se connectent directement à la base de données. Un pilote ODBC manquant n'est donc jamais la cause lorsque le Companion n'atteint pas la base. Vérifiez alors le nom du serveur, le port et les identifiants.
Ouverture du serveur SQL, quel que soit le pilote :
Activer TCP/IP dans le Gestionnaire de configuration SQL Server
Autoriser les connexions distantes si les clients viennent d'autres machines
Ouvrir le port 1433 dans le pare-feu du serveur de base de données
Pour vérifier que les ports et les identifiants sont corrects, ouvrez Configuration de la base de données dans le Companion et utilisez Tester la connexion.
Configuration de la base de données dans le Companion, test réussi avec « Tester la connexion »
Le portier Vision Companion affiche son interface dans une fenêtre de navigateur intégrée et exige Microsoft Edge WebView2. Sans ce composant, le Companion ne démarre pas, et il devient impossible de configurer la base de données ou d'importer les données de plan de fermeture et de personnel.
WebView2 est généralement présent sur :
Windows 11
les postes où Microsoft Edge est installé
Sur les installations minimales de Windows Server et sur les VM verrouillées, ce composant manque souvent ou est bloqué par stratégie. Il faut alors l'installer manuellement :
Vérifiez également que les stratégies de groupe et la protection des postes autorisent cette installation.
Le Companion (portierVisionCompanion.exe) est installé avec Vision 5 et se lance depuis le menu de Vision. Il configure la connexion à la base de données et importe les données de plan de fermeture et de personnel. Le service en arrière-plan (companion-services.exe) exécute les travaux planifiés, par exemple les e-mails de rappel, la synchronisation Entra ID et les exports. Les deux ajoutent leurs propres exigences.
Windows 64 bits. Le poste Vision est une application 32 bits, les deux programmes du Companion sont en 64 bits.
Microsoft Edge WebView2, voir 5.4.
Une base de données joignable : Firebird sur le port 3050, SQL Server sur le port 1433.
Aucun pilote ODBC et aucun DSN, voir 5.3.
Les fichiers de plan de fermeture téléversés doivent rester sous 5 Mo. Découpez un très grand parc au préalable.
Le service en arrière-plan s'exécute comme une entrée du Planificateur de tâches Windows. Le compte utilisé a besoin :
du droit « Ouvrir une session en tant que tâche »
d'un accès en lecture à portiervision.ini et au fichier du personnel traité par un import
d'un accès en écriture au répertoire de journaux %ProgramData%\portier\Vision\Logs
d'un accès réseau à la base de données
Un point d'attention avec le chiffrement DPAPI. La configuration enregistrée est liée à l'utilisateur et à la machine, donc la connexion à la base doit être configurée sous le même compte que celui de la tâche planifiée. Sinon le service échoue à l'ouverture de la base. La Clé partagée supprime ce lien.
Sur un serveur Terminal, le service n'a pas besoin de session propre. Il démarre à courts intervalles, traite ce qui est dû, puis se termine.
Le Companion surveille l'espace libre du disque contenant le répertoire de journaux et l'affiche dans État du service, sur la carte Disque des journaux. Sous 30 pour cent d'espace libre la carte passe au jaune, sous 10 pour cent au rouge. Dimensionnez le disque pour rester au-dessus de 30 pour cent.
État du service dans le Companion, avec les cartes Base de données, Disque des journaux et Rappels
Les systèmes qui atteignent seulement les valeurs minimales fonctionnent, mais réagissent plus lentement en cas de forte concurrence, d'opérations lourdes ou de conditions WAN.
Pour les déploiements multi-utilisateurs ou multi-sites, un serveur SQL dédié et correctement dimensionné est recommandé. La performance du stockage du journal de transactions et de TempDB pèse le plus.
La performance dépend :
des ressources du serveur de base de données
de la latence du stockage
du temps aller-retour réseau
de l'activité simultanée
de la configuration et de la maintenance de la base
