Installateur et avertissement SmartScreen

Lorsqu’une nouvelle version de l’application est publiée, Windows peut afficher un avertissement SmartScreen. Cela se produit généralement parce que l’installateur est un nouveau fichier exécutable qui n’a pas encore été reconnu par les mécanismes de réputation du système. Cela ne signifie pas automatiquement qu’il y a un problème avec l’application, mais avant de l’exécuter, il faut toujours s’assurer que le fichier provient d’une source officielle.

Les fichiers d’installation que nous publions portent des noms fixes :

  • ewida-setup.exe — installateur d’Ewida Standard
  • eaudit-setup.exe — installateur d’Ewida Audit

Téléchargez les installateurs uniquement depuis la page Télécharger. Nous ne les distribuons pas via des services externes, c’est pourquoi nous ne recommandons pas d’utiliser des fichiers provenant d’autres sources.

Les deux applications sont des programmes de bureau pour Windows. Il ne s’agit pas de services SaaS fonctionnant dans un navigateur. L’installation et la configuration se font donc directement sur l’ordinateur de l’utilisateur ou dans un environnement d’entreprise basé sur Windows.

Prérequis minimaux

  • système d’exploitation Windows,
  • autorisations permettant l’installation d’applications,
  • accès aux ressources locales de l’ordinateur ou à l’infrastructure de l’entreprise si l’application doit fonctionner en réseau.

Où installer les applications

Ewida Audit et Ewida Standard doivent être installés sur les ordinateurs où ils seront réellement utilisés. Cela s’applique aussi bien à un utilisateur unique qu’aux environnements d’entreprise avec un plus grand nombre de postes de travail.

Nous ne recommandons pas d’installer ces applications sur un serveur uniquement pour les exécuter via une session terminal distante. Ce sont des applications de bureau Windows classiques, et ce mode de fonctionnement peut entraîner des problèmes de performances, de configuration ou d’accès aux ressources locales.

Pour Ewida Standard, dans une configuration multi-postes, un modèle client-serveur est utilisé. Le programme est installé sur les postes de travail des utilisateurs, tandis que le serveur de base de données MS SQL fonctionne séparément. Ainsi, chaque utilisateur travaille localement dans sa propre application, mais sur des données partagées.

Pour Ewida Audit, la console doit être installée sur l’ordinateur de l’administrateur ou sur celui de la personne qui réalise l’audit. Les Agents doivent être installés sur les ordinateurs couverts par le scan et la surveillance, et le Serveur d’Agents devrait idéalement fonctionner sur un ordinateur stable ou sur un serveur au sein du réseau de l’entreprise.

Installation d’Ewida Standard

Dans une installation monoposte, le programme n’a besoin d’être installé que sur un seul ordinateur. Dans un environnement multi-postes, l’application doit être installée sur chaque poste de travail à partir duquel un utilisateur doit utiliser le système.

Après le premier lancement, il faut décider où les données seront stockées. En pratique, la solution recommandée pour plusieurs utilisateurs est un serveur MS SQL. Le programme permet d’indiquer le serveur, la méthode de connexion et le nom de la base de données, puis de créer une base de données pour Ewida Standard.

Si vous prévoyez de travailler avec une base de données SQL, il est utile de consulter au préalable le guide Base de données dans Ewida Standard. Cela facilite la préparation de l’environnement cible avant le démarrage du travail en production.

Ce qu’il faut préparer avant de configurer la connexion

  • l’adresse ou le nom du serveur SQL,
  • les identifiants de connexion au serveur,
  • le nom de la base de données à créer ou à utiliser,
  • les autorisations permettant une connexion à la base de données depuis le poste de l’utilisateur.

Migration de données dans Ewida Standard

Lors d’un changement de source de données, le programme peut afficher la question : « Voulez-vous effectuer maintenant une migration des données ? ». Ce mécanisme sert à copier des données entre différentes bases et facilite le passage d’un environnement à un autre.

La migration peut concerner des scénarios tels que :

  • d’une base de données fichier vers MS SQL,
  • de MS SQL vers une base de données fichier,
  • entre deux bases MS SQL sur le même serveur,
  • entre des bases MS SQL sur des serveurs différents.

Il faut faire preuve de prudence ici. Une migration d’une base source vide vers une base cible signifie l’écrasement du contenu de la base cible par des données vides. C’est pourquoi, avant de confirmer l’opération, il est utile de vérifier de quelle source les données sont copiées et où elles seront écrites.

Cette fonction peut être utile lorsqu’un utilisateur travaille en partie au bureau et en partie ailleurs. Dans ce cas, les données peuvent être transférées depuis la base SQL de l’entreprise vers une base fichier locale, puis synchronisées dans l’autre sens au retour.

En revanche, si un nouveau poste doit seulement être connecté à une base d’entreprise déjà existante, la migration n’est généralement pas effectuée. Dans ce cas, l’objectif est de connecter le programme aux données actuelles, et non de les copier entre différentes sources.

Mode réseau et paramètres locaux dans Ewida Standard

Lorsque plusieurs utilisateurs travaillent en même temps, il est utile d’activer le mode réseau dans les paramètres de la base de données. Son rôle est de gérer l’enregistrement des fiches de manière plus sûre et de rafraîchir plus fréquemment les données dans les synthèses, les rapports et les formulaires. Si le programme est utilisé par une seule personne sur un seul poste, le mode monoposte suffit généralement.

Par défaut, Ewida Standard enregistre les paramètres séparément pour chaque utilisateur et chaque ordinateur. C’est une solution pratique lorsque les postes diffèrent par leur configuration ou leur périmètre d’utilisation. Dans certains déploiements, toutefois, il est nécessaire de partager certains paramètres et dossiers de travail. Dans ce cas, la façon de stocker la configuration et les sauvegardes doit être planifiée avec soin afin que chaque utilisateur travaille avec les bons fichiers.

Avant un déploiement multi-postes, il est utile de décider quels éléments doivent rester locaux à un ordinateur donné et lesquels doivent être partagés par toute l’équipe. Cela réduit le risque d’erreurs lors des impressions, des exports et du travail avec les pièces jointes.

Installation d’Ewida Audit

Ewida Audit s’installe sous forme de console sur l’ordinateur de la personne responsable de l’audit ou de l’administration. Le programme stocke les données dans des fichiers locaux chiffrés dans le répertoire de l’application. Il n’est donc pas prévu pour plusieurs utilisateurs travaillant simultanément sur une même instance partagée.

Si les données d’audit doivent ensuite être analysées ou combinées avec l’inventaire du matériel et des logiciels, elles peuvent être exportées vers Ewida Standard. C’est une différence importante entre les deux applications : Ewida Audit sert principalement au scan, à la surveillance et à l’analyse de l’environnement, tandis qu’Ewida Standard sert à maintenir des données structurées dans une base de données.

Si le déploiement comprend le scan d’ordinateurs sur le réseau, consultez également le guide d’installation des Agents et du Serveur d’Agents. Sans un environnement des Agents correctement préparé, certaines fonctions d’audit ne fonctionneront pas comme prévu.

Transférer l’application vers un autre ordinateur

Les licences d’Ewida Standard et d’Ewida Audit peuvent être transférées d’un ordinateur à un autre, mais chaque licence est attribuée à un seul poste de travail à la fois. Avant d’installer le programme sur un nouvel ordinateur, la licence doit d’abord être désactivée sur l’appareil actuel.

Menu → Aide → Licence → Désactiver

Après la désactivation, vous pouvez installer l’application sur le nouvel ordinateur, transférer les données nécessaires et activer de nouveau la licence.

Menu → Aide → Licence → Activer

Toute la procédure est gérée automatiquement dans le programme et ne nécessite généralement pas de contact supplémentaire avec le support technique. Avant de transférer l’application, il est toutefois utile de vérifier qu’une sauvegarde a été créée et que tous les dossiers nécessaires ont bien été copiés.

Dossiers à transférer dans Ewida Standard

Si vous transférez Ewida Standard vers un autre ordinateur, vous pouvez copier certains dossiers responsables des paramètres, des données et des éléments complémentaires. L’étendue des fichiers à transférer dépend du fait que vous utilisiez une base de données fichier locale ou un serveur MS SQL externe.

  • App — fichiers de configuration de l’application.
  • Data — données d’inventaire, mais uniquement si vous n’utilisez pas MS SQL.
  • Backup — sauvegardes.
  • Images — images de documents, par exemple des factures et des documents de garantie.
  • Templates — modèles d’impression.

Dans un environnement basé sur MS SQL, les éléments les plus importants sont les paramètres locaux et les éléments complémentaires, car les données principales sont stockées dans la base de données sur le serveur.

Dossiers à transférer dans Ewida Audit

Lors du transfert d’Ewida Audit, il est utile de conserver non seulement les paramètres du programme, mais aussi les données d’audit, les définitions et les fichiers complémentaires liés aux agents et aux rapports.

  • App — fichiers de configuration.
  • Audit — données d’audit et résultats de scan des ordinateurs.
  • Data — autres données de l’application.
  • Definitions — définitions personnalisées de logiciels.
  • NET — données réseau utilisées par les Agents.
  • LOG — journaux de la console Ewida Audit.
  • Backup — sauvegardes.
  • Images — images de documents.
  • Templates — modèles d’impression.

Après le transfert de l’application, il est utile de vérifier que les chemins sont corrects, que la communication avec les Agents fonctionne correctement et que les dernières données d’audit sont disponibles. Dans une application de bureau Windows, ces éléments dépendent du poste concerné et de sa configuration.