> For the complete documentation index, see [llms.txt](https://documentation.efalia.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://documentation.efalia.com/produit/efalia-ecm/administration/gestionnaire-dtd.md).
# Gestionnaire DTD
## Aperçu
Efalia ECM stocke les documents dans des Gestionnaire DTDs. Ces Gestionnaire DTDs virtuelles peuvent stocker n'importe quel format de document. Efalia ECM n'impose aucune limitation concernant la taille ou le nombre de documents stockés.
Plusieurs Gestionnaire DTDs peuvent être créées pour stocker des documents. Ces documents sont conservés dans différents types de documents au sein d'un Gestionnaire DTD. Il est possible de rechercher des documents dans un Gestionnaire DTD parmi tous les types de documents stockés.
## Bascule de la vue du Gestionnaire DTD
Les Gestionnaire DTDs existantes sont affichées par défaut avec une icône de Gestionnaire DTD, et le nom du Gestionnaire DTD en dessous. En sélectionnant ***Basculer la vue du Gestionnaire DTD*** depuis les ***commandes Étendues***, on alterne l'affichage entre la vue par défaut et une liste d'informations du Gestionnaire DTD, qui affiche le nom du Gestionnaire DTD, la description, l'emplacement de stockage, la taille, la version de l'utilisateur qui a créé le Gestionnaire DTD et la date de création.
## Création de Gestionnaire DTD
Cliquer sur l' ***outil Nouveau Gestionnaire DTD*** ouvre une fenêtre pour créer un nouveau Gestionnaire DTD.
{% hint style="info" %}
Dans des cas exceptionnels, un Gestionnaire DTD avec un identifiant prédéfini est nécessaire. Pour créer un tel Gestionnaire DTD, Enterprise Manager doit être lancé avec le paramètre de ligne de commande /NewCabID :3D104E6C, où 3D104E6C est l'ID utilisé pour le Gestionnaire DTD créé ensuite.
{% endhint %}
### Propriétés générales
Dans l' ***onglet Général***, un nom de Gestionnaire DTD doit être saisi et une description peut être ajoutée. Le chemin de stockage pour la base de données Gestionnaire DTD créée par SQL Server est indiqué. Si l'emplacement de stockage de la base de données doit être modifié, cela doit se faire à l'aide de l'outil de configuration de la base de données SQL Server.
Une base de données avec un identifiant unique peut être saisie automatiquement ou manuellement dans le nom de la base de données de champs. Si aucun nom n'est fourni dans le ***champ de base de données***, une base de données sera créée en utilisant l'ID comme nom pour la nouvelle base de données dans le serveur de base de données.
{% hint style="info" %}
Un nom distinct et une description claire d'un Gestionnaire DTD aideront les utilisateurs travaillant avec plusieurs Gestionnaires DTD.
{% endhint %}
L'ID est affiché dans la section inférieure à gauche des fenêtres de configuration.
### Taille maximale de la liste de cibles
Afin de limiter le temps nécessaire et le volume de transfert de données entre le serveur et le client, le nombre maximal d'enregistrements retournés lors d'une recherche peut être limité. Par défaut, le serveur est configuré pour renvoyer un maximum de 1 000 enregistrements, mais cela peut être contourné en fixant une valeur dans ***le nombre maximal de visites dans la liste des*** cibles.
### Configurer le logo du Gestionnaire DTD
Une image de logo est stockée dans la base de données Gestionnaire DTD. Lorsqu'un nouveau Gestionnaire DTD est créé ou que les réglages sont modifiés, un logo peut être sélectionné.
En ***sélectionnant Modifier le logo,*** un fichier graphique peut être sélectionné, qui sera ensuite affiché dans le WinClient lorsque le Gestionnaire DTD sera ouverte.
Si un logo spécifique n'est pas attribué à un Gestionnaire DTD, le logo par défaut du WinClient Efalia ECM sera utilisé et stocké sous forme de fichier : custlogo.gif dans le chemin du programme du WinClient Efalia ECM. Consultez les informations plus détaillées dans le guide d'installation.
## Sécurité au niveau du Gestionnaire DTD
À l'aide de l' ***onglet Sécurité***, les groupes et utilisateurs sont listés et configurés selon qui est autorisé à utiliser le Gestionnaire DTD dans Efalia ECM. Les Gestionnaire DTDs ne seront affichées dans Enterprise Manager que si l'utilisateur a ***le contrôle total***. Un administrateur ou un utilisateur ayant ***un contrôle total*** peut configurer les droits d'accès pour les groupes et les utilisateurs.
Lorsqu'un Gestionnaire DTD est créé, seul l'utilisateur qui l'a créé obtient des permissions pour le Gestionnaire DTD.
Les droits généraux de Windows sont configurés pour chaque groupe/utilisateur dans le cadre de sécurité du système Windows.
Les droits d'accès peuvent être accordés dans l'Efalia ECM à différents niveaux :
Droits d'accès spéciaux Efalia ECM Voir ***Utilisateurs/groupes Efalia ECM*** Dans les Gestionnaire DTDs Dans les types de documents Voir ***Sécurité des types de documents*** Dans les champs Voir ***Filtre*** Dans le système de classement Voir ***Concepteur de système de classement***
{% hint style="info" %}
Pour des documents individuels dans l'Efalia ECM WinClient, voir le Guide d'utilisation Efalia ECM WinClient.
{% endhint %}
### Restrictions de propriété intellectuelle
Par défaut, l'accès à un Gestionnaire DTD n'est limité que par la gestion des droits ECM d'Efalia.
De plus, cependant, l'accès à un Gestionnaire DTD ne peut être autorisé que depuis certaines adresses IP.
Dès que cette fonction est utilisée, l'accès au Gestionnaire DTD concerné n'est autorisé que depuis les adresses saisies ici.
Si l'accès est demandé à un système dont l'adresse IP n'est pas listée ici ou ne se trouve pas dans la plage d'adresses indiquée, l'accès au Gestionnaire DTD est refusé, même si le compte utilisateur utilisé dispose de droits d'accès correspondants.
{% hint style="success" %}
**Exemple**
Entrées possibles
{% endhint %}
Les entrées multiples doivent être en point-virgule ( ***;***) séparés.
| Allocutions | Description |
| ---------------------------------------- | ---------------------------------------------------------------------------------------- |
| 192.168.0.26 | Seul le .26 est autorisé Toutes les autres adresses IP sont interdites |
| 192.168.0.18 ;192.168.0.30 ;192.168.0.31 | Seules les .18, .30 et .31 sont autorisées Toutes les autres adresses IP sont interdites |
### Règles générales pour accorder les droits d'accès
Pour accorder correctement des droits, certaines règles doivent être respectées. Les droits peuvent être accordés aux utilisateurs et groupes, les droits peuvent être accordés directement ou hérités, et les droits peuvent être autorisés ou refusés.
Les règles suivantes doivent être prises en compte :
### Les droits de compte ont la priorité sur les droits de groupe
Si le droit de ***supprimer*** a été refusé à un groupe, mais a été accordé à un utilisateur spécial de ce groupe, cet utilisateur sera autorisé à supprimer.
### Les droits directs ont priorité sur les droits héréditaires
Si les droits sont spécifiés au niveau du Gestionnaire DTD, ils sont automatiquement hérités au niveau du type de document. Les droits hérités sont affichés sous forme de cases remplies ; Les droits directement attribués sont affichés sous forme de coches.
| Icône | Description |
| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------- |
| | Non défini (hérité) |
| | Autorisé (hérité) |
| | Refusé (hérité) |
| | Autorisé (explicite) |
| | Refusé (expliqué) |
Si le droit ***Supprimer*** est refusé pour un groupe dans un Gestionnaire DTD, il peut explicitement être défini pour le même groupe pour un type de document spécifique. Ce groupe ne peut supprimer que dans ce type de document spécial, dans tous les autres types de documents la suppression n'est pas autorisée, car le droit pertinent a été hérité du Gestionnaire DTD.
### Les droits refusés ont la priorité sur les droits admis
Si un utilisateur est membre de deux groupes différents et qu'un droit spécifique est accordé au premier groupe mais refusé au second, ce droit spécial est refusé, car les droits refusés ont priorité sur les droits autorisés.
### Exemple
Un compte utilisateur est membre du ***Groupe A*** et du ***Groupe B***.
| Groupe A | | Groupe B | | Permission |
| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | - | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | - | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| | + | | = | |
### Accorder des droits au niveau du Gestionnaire DTD sans permettre ou refuser
Les droits ne peuvent être transmis que si ces droits étaient déjà accordés à un utilisateur au niveau du Gestionnaire DTD et que la fonction est d'abord refusée.
Ainsi, vous pouvez vous assurer que les droits seront accordés au niveau du type de document.
L'avantage de cette approche est que tout nouveau type de document créé doit être explicitement autorisé à être accessible par les utilisateurs, afin qu'un nouveau type de document créé ne soit pas visible involontairement pour un utilisateur ou un groupe.
### Exemple
Le groupe ***de gestion*** comprend les utilisateurs Pierre et Paul. La gestion du groupe est dans le groupe Efalia ECM fd-scan.
La direction ***du groupe*** est affectée au Gestionnaire DTD mais aucun droit n'a été fixé, donc le groupe n'a pas de droits au niveau du Gestionnaire DTD.
Comme il n'est pas possible de transmettre des droits, le groupe n'aura aucun droit au niveau du type de document. À ce niveau, vous pouvez publier des types de documents pour ce groupe qu'ils doivent pouvoir voir et manipuler.
### Ajouter des utilisateurs/groupes
Si un utilisateur doit bénéficier de droits d'accès spéciaux dans Efalia ECM, son compte doit être importé via Efalia ECM Users/Groups. Ce compte est alors connu d'Efalia ECM et figure dans la liste des comptes.
Voir : ***Utilisateurs/groupes Efalia ECM***.
{% hint style="info" %}
Si l'utilisateur, qui doit configurer et administrer l'Efalia ECM, obtient le contrôle total avant de configurer d'autres droits, il pourra toujours avoir un contrôle total sur le système, même s'il retire accidentellement tous les droits de contrôle total au groupe d'administrateurs.
{% endhint %}
Sélectionnez ***Ajouter*** pour sélectionner les comptes et les groupes.
Comptes sélectionnés Plusieurs comptes peuvent être sélectionnés et ajoutés à la liste d'un seul clic. La liste des utilisateurs et des groupes peut être triée par ordre alphabétique en cliquant sur le nom de la colonne.
### Droits sur les Gestionnaire DTDs
Le système de droit d'accès est construit hiérarchiquement pour permettre d'hériter les droits d'accès sur les Gestionnaire DTDs aux types de documents de ce Gestionnaire DTD. Refuser a toujours une priorité plus élevée qu'Accepter.
Si des droits doivent être autorisés ou refusés, la case à cocher Permettre ou Refuser doit être cochée explicitement. Si seule la coche est retirée, les droits de groupe ou droits hérités concernés sont automatiquement utilisés.
### Accès complet
Permet à l'utilisateur d'autoriser ou de refuser des droits et d'effectuer une annulation de check-out sur des documents créés ou modifiés par d'autres utilisateurs.
Assurez-vous que l'utilisateur administrateur pour l'Efalia ECM a le contrôle total.
Si ce droit était refusé, l'utilisateur administratif ne pouvait pas modifier les droits d'accès.
{% hint style="info" %}
Si le groupe FD-admins est supprimé, il est automatiquement recréé avec tous les droits après redémarrage. Dans la table SQL, les utilisateurs et groupes de CabRights sont listés. Ne supprimez pas les entrées, renommez-les.
{% endhint %}
### Créer
Si Create est refusé pour un utilisateur, il peut créer des documents dans son cache local, mais ils ne peuvent alors pas être enregistrés sur le serveur. Cela ne concerne que la création de nouveaux documents.
Modifier des pages ou modifier un document n'est pas refusé lorsque cette option est refusée.
### Supprimer
Si la suppression est refusée, l'utilisateur ne peut pas supprimer les documents déjà enregistrés sur le serveur.
Les documents dans le dossier local Document et dans la boîte de réception peuvent être supprimés.
{% hint style="info" %}
Supprimer un document sur le serveur ne supprime pas l'enregistrement d'index ni les données elles-mêmes. Le document est marqué comme supprimé dans le tableau FD\_Documents et n'apparaît alors plus dans les résultats de recherche.
{% endhint %}
### Modifier
Si cette option est refusée, il n'est pas possible de se retirer des documents archivés. La modification de nouveaux documents sur la liste locale et l'enregistrement ultérieur sont autorisés.
### Vue
Si la vue est refusée pour un Gestionnaire DTD, celui-ci n'est pas affiché dans la liste du Gestionnaire DTD et ne peut pas être sélectionné pour la libération.
### Télécharger
Si ***le téléchargement*** est refusé, les informations d'index d'un document peuvent être récupérées et affichées, mais les pages concernées ne sont pas affichées, car il est interdit de télécharger ces documents vers la liste locale. Changer l'indice n'est pas possible.
{% hint style="info" %}
Avec ces options, le contrôle et la configuration du cache local sont importants ! Si l'authentification standard est utilisée, la sécurité peut ne pas être suffisante si des utilisateurs ayant des droits différents dans l'Efalia ECM travaillent sur le même PC.
{% endhint %}
Voir ***la Connexion automatique via l'authentification Windows*** dans le guide d'installation ***ECM d'Efalia***.
### Télécharger les révisions
Si ***les versions de téléchargement*** sont refusées, un utilisateur ne peut afficher que la dernière version du document, et non les anciennes.
### Annotations de changement
Les annotations stockées sur une page ne peuvent pas être modifiées si ce droit est refusé à un utilisateur. Certaines parties d'une page peuvent être cachées pour certains utilisateurs ou groupes.
### Scan
Si ce droit est refusé, l'utilisateur n'a aucune option de numérisation dans le WinClient. L'onglet Scan ne sera pas disponible.
### Modifier
Si cela est refusé, l'onglet Modifier ne sera pas disponible dans le WinClient et inaccessible à cet utilisateur ou à ce groupe.
### Imprimé
Si l'impression n'est pas autorisée, les options d'impression disponibles dans le menu sont inactives et inaccessibles à cet utilisateur ou à ce groupe.
### Vue tableau de bord
Si la vue tableau de bord n'est pas autorisée, le tableau de bord Efalia ECM ne peut pas être ouvert en mode Vue.
{% hint style="info" %}
Si ni la bonne vue de tableau de bord ni la modification de tableau de bord n'est accordée, le bouton tableau de bord dans Efalia ECM WebServer est inactif.
{% endhint %}
### Modification du tableau de bord
Si l'édition du tableau de bord n'est pas autorisée, le tableau de bord Efalia ECM ne peut pas être ouvert en mode Édition.
Un utilisateur ou un groupe a besoin de ce droit pour créer de nouveaux tableaux de bord ou modifier des tableaux de bord existants.
{% hint style="info" %}
Si ni la bonne vue de tableau de bord ni la modification de tableau de bord n'est accordée, le bouton tableau de bord dans Efalia ECM WebServer est inactif.
{% endhint %}
## Réplication
La réplication permet de partager des documents entre les installations Efalia ECM. L'exigence pour configurer la réplication dans un Gestionnaire DTD est le réglage de connexion vers le serveur cible (voir Créer une connexion pour la réplication).
L'onglet permettant de configurer les paramètres de réplication se trouve dans les Propriétés d'un Gestionnaire DTD. Sélectionnez l' ***icône du Gestionnaire DTD*** et choisissez ***Paramètres***.
### Ajouter
Si le serveur de référence est configuré, il peut être assigné au Gestionnaire DTD via ***l'addition.*** Vous pouvez sélectionner quel serveur réplique les données du Gestionnaire DTD.
Les documents ne peuvent être répliqués qu'avec les serveurs listés dans ce tableau. Si les documents répliqués doivent être empruntés par le serveur d'origine, le serveur original doit être ajouté au serveur cible.
Une réplication entre deux serveurs cibles n'est pas possible (voir dessin)
{% hint style="info" %}
La responsabilité des documents peut être transférée à un autre serveur. Si la responsabilité est transférée du serveur d'origine vers un clone, le clone devient le serveur d'origine.
{% endhint %}
### Numériser / Modifier / Rechercher
Si des documents sont numérisés sur le serveur d'origine et répliqués sur le serveur cible (clone), ils peuvent être recherchés et affichés sur le serveur cible sans ajustements supplémentaires. L'édition de documents répliqués sur le serveur cible n'est possible que lorsqu'ils peuvent être empruntés par le serveur d'origine. Le serveur d'origine doit être configuré dans les paramètres du Gestionnaire DTD du serveur cible et la connexion doit être en ligne.
### Exemple
Siège social (serveur d'origine) bureau de succursale (serveur cible)
Les documents sont numérisés et enregistrés dans les deux bureaux. Les documents du siège doivent être mis à la disposition de la succursale.
### Cas 1 :
Le QG scanne. La succursale ne fait que récupérer, mais ne modifie pas les données.
Une simple connexion de réplication du serveur d'origine au serveur cible est suffisante. Le planificateur sera installé au siège et nécessitera une licence pour se reproduire.
### Cas 2 :
Le QG scanne. La succursale récupère et modifie les données. Les données numérisées ne sont ni récupérées ni modifiées au siège.
La connexion de réplication doit être configurée sur les deux serveurs. Les données sont transférées du siège social vers la succursale avec un planificateur, donc le siège doit obtenir une licence. Si un document répliqué est modifié à la succursale, il doit être emprunté ou déposé au siège. Le serveur du bureau de succursale a besoin d'une licence de réplication. Le serveur du siège doit être connecté au serveur du bureau de succursale et le réglage de connexion dans le Gestionnaire DTD doit être réglé sur ***En ligne***.
### Cas 3 :
Les documents sont numérisés au siège social et au bureau de succursale. Les données sont répliquées dans les deux sens.
Le serveur du siège doit être introduit au serveur du bureau de succursale et inversement. Les deux serveurs répliquent les données via un planificateur ; les serveurs ont besoin d'une licence de réplication ; Les deux serveurs doivent être connus sur chaque système, et la connexion doit être en ligne.
### Transfert de la responsabilité documentaire
Si un document est créé sur un serveur de réplication désigné, l'identifiant de ce serveur (HomeSN) lui est attribué. Cet identifiant serveur sert à identifier le propriétaire du document original. Dans certains cas, il peut être judicieux de transférer la responsabilité du document. Pour transférer l'identifiant du document au serveur cible, l'option ***Transfert de responsabilité du document*** doit être sélectionnée avant le début du processus de réplication. Après le transfert de la responsabilité, les documents peuvent être modifiés sur le serveur cible sans connexion en ligne avec le serveur d'origine.
### Exemple
Un prestataire de services scanne les documents pour un client. Ces documents seront transférés plus tard sur le serveur du client. Le client doit pouvoir travailler avec les documents comme s'ils avaient été numérisés en interne ; Aucune connexion avec le serveur du fournisseur de service ne sera établie pour cela.
Dans ce scénario, le fournisseur de services a besoin d'une licence de réplication et lance le planificateur de réplication sur le serveur du client après avoir scanné. Pour cela, le serveur du fournisseur de services doit connaître le serveur du client. Si la responsabilité des documents est transférée avec eux au serveur du client, le client peut travailler de manière autonome.
### Répliquer les documents lors de l'enregistrement
Cette option doit être définie pour savoir si les documents doivent être reproduits lors de l'enregistrement. Dans ce cas, le planificateur est ignoré et les documents sont immédiatement enregistrés. Même si le serveur distant est hors ligne, les documents sont ajoutés à la table « Sync ». Ils seront répliqués plus tard, avec le planificateur de réplication.
### Documents pour le calendrier de réplication
Cette option est utilisée pour la réplication ultérieure. Les documents reproduits peuvent être limités par l'État et la date.
### Statut
Les documents peuvent être marqués pour la réplication :
* Tous les documents
* Documents jamais reproduits
* Documents pour lesquels une réplication antérieure a échoué
Mark signifie que les documents sont ajoutés à la table ***Sync***, compilant une liste des documents marqués. Les documents ne doivent pas être ajoutés automatiquement à la table de synchronisation écrite lors de la configuration pour se connecter au Gestionnaire DTD et qui a été assignée. Une fois que le serveur cible est informé, le document vérifiera automatiquement la table marquée pour la synchronisation. La prochaine fois que le planificateur s'exécute, les documents sont répliqués.
### Modifié après
Lorsqu'une date est saisie, tout document modifié avant cette date dans le ***tableau Sync*** n'est pas inclus.
### Marquez tous les documents pour la réplication
Cette option est utilisée pour la réplication ultérieure. Si des documents ont déjà été numérisés sans qu'aucune connexion de réplication soit configurée, tous les documents existants peuvent être marqués pour la réplication.
Marqué signifie que les documents sont ajoutés à la table ***Sync***, créant ainsi une liste de documents en attente de répliquer.
Les documents ne sont ajoutés automatiquement à la table de synchronisation que lorsqu'une connexion a été configurée et attribuée à un Gestionnaire DTD.
Dès que le serveur cible est familiarisé, le document sera automatiquement ajouté à la table de synchronisation lors de sa vérification. Au démarrage suivant du planificateur de réplication, tous les documents listés sont répliqués.
### Marque tous les documents modifiés après \[date] pour la réplication
Cette option est – comme celle décrite précédemment – pour une réplication ultérieure. Tous les anciens documents ne sont pas ajoutés à la ***table de synchronisation*** en sélectionnant une date.
### Statistiques de l'émission
Les statistiques affichent la taille approximative et le nombre de documents dans la ***table Sync***. Il peut être estimé combien de données sera transférée au lancement du planificateur de réplication. La taille des fichiers XML n'est pas prise en compte.
## RGPD
### Types de documents RGPD
Dans l'onglet ***RGPD***, tous les paramètres sont effectués pour configurer un journal Efalia ECM conforme au RGPD.
D'une part, l'onglet propose deux colonnes qui montrent les types de documents existants et les champs du Gestionnaire DTD sélectionné. Les types de documents et champs correspondants nécessaires à un journal étendu conforme au RGPD peuvent être sélectionnés ici.
En revanche, l'option ***Purge journal RGPD*** peut supprimer toutes les entrées étendues et conformes au RGPD du journal Efalia ECM, sans toucher aux autres entrées du journal.
### Journal RGPD
L'option Purger le journal RGPD supprime toutes les entrées de journal conformes au RGPD du journal Efalia ECM.
Cette option affecte toutes les autres entrées de journal.
Les entrées de journal du RGPD sont créées lorsqu'un ***événement de destruction*** a eu lieu.
### Exemple
Dans l'exemple ci-dessous, le type ***de document RGPD*** est sélectionné dans la liste ***Types*** de documents et dans la liste ***Champs*** les champs ***correspondants Date du*** document, ***Numéro de commande***, ***Nom du*** client. L'agent de champ n'est pas sélectionné.
Extrait de l'Efalia ECM AuditTrail :
Détails de journal de l'entrée ci-dessus.
Désormais, les informations d'index des champs sélectionnés sont enregistrées et affichées dans la zone ***Message*** des détails du ***journal***.
Pour plus d'informations sur Efalia ECM AuditTrail, consultez ***la configuration de la trace d'audit*** et ***les données de journal conformes au RGPD***.
## Supprimer le Gestionnaire DTD
Lorsqu'un Gestionnaire DTD est créé, une base de données avec un identifiant unique de Gestionnaire DTD est créée. De plus, les informations du Gestionnaire DTD sont saisies dans les Gestionnaire DTDs de tables de la base de données FDConfig sur SQL Server.
Si un Gestionnaire DTD est supprimé, l'entrée dans le tableau ***Gestionnaire DTDs*** est supprimée, la base de données SQL elle-même reste intacte. Il est possible de réenregistrer une base de données et de la rendre disponible pour l'Efalia ECM, bien qu'elle ait été « logiquement » supprimée.
Si les documents ont déjà été numérisés ou importés dans un dossier, les données du document sont stockées dans un sous-répertoire Fd\_xxxxx dans le pool de stockage général, où xxxxx désigne l'identifiant unique du Gestionnaire DTD. Les pages numérisées y sont stockées physiquement.
Pour supprimer complètement un Gestionnaire DTD, les composants suivants doivent être retirés :
* Gestionnaire DTD dans Efalia ECM Enterprise Manager
* Base de données dans SQL Server - (les données d'index sont stockées ici)
* Sous-répertoire de données de Gestionnaire DTD (filedirector.data\\
FD\_ID.....CAB)
## Purge Gestionnaire DTD
Lorsque vous purgez le contenu d'un Gestionnaire DTD, les données du pool de stockage ainsi que les entrées des documents de la base de données sont supprimées de façon permanente, sauf si une sauvegarde des données et de la base de données SQL a été effectuée.
Seul le contenu du Gestionnaire DTD, et non la configuration des Gestionnaire DTDs, champs et types de documents est supprimé.
### Supprimer l'ensemble du Gestionnaire DTD
Si l'option Gestionnaire DTD complet est sélectionnée et que le purge commence, tous les documents de tous les types de documents de ce Gestionnaire DTD sont supprimés. Toutes les données de la base de données et du pool de stockage sont supprimées. La configuration du Gestionnaire DTD perdure.
### Supprimer certains types de documents
Si l'option ***Types de documents sélectionnés*** est utilisée, seuls les documents et types de données des types de documents marqués sont supprimés. Toutes les informations de configuration restent.
### Supprimer uniquement les documents supprimés
Lorsque des documents sont supprimés du serveur dans le WinClient par un utilisateur, les données et les entrées de base de données ne sont pas vraiment supprimées. Ils ne sont marqués que comme supprimés dans la base de données. Les documents supprimés peuvent être restaurés à tout moment.
Si ces documents doivent être supprimés définitivement, vous pouvez sélectionner cette option en utilisant cette option. Il est toujours connecté aux deux autres options ; vous pouvez décider de supprimer tous les documents d'un Gestionnaire DTD marqués comme supprimés ou si seuls les documents des Types de Documents sélectionnés doivent être supprimés définitivement.
{% hint style="info" %}
a) Supprimer un document compte à la fois les documents empruntés et les documents dans un processus. Le résultat peut être que les documents figurant sur une liste d'utilisateurs locaux ne soient plus disponibles. Vous devez donc préciser que ces documents sont enregistrés à l'avance ou supprimés ensuite de la liste locale.
b) Les actions suivantes sont entreprises lors de la purge :
* Le contenu suivant des tableaux dans la base de données du Gestionnaire DTD est partiellement ou totalement supprimé.
* FD\_Documents, FD\_Revisions, FD\_Images, Userdocs et DocLog.
* De plus, la taille des Gestionnaire DTDs est recalculée et les données des emplacements de stockage sont supprimées.
* La table de synchronisation est également supprimée, ce qui n'est important que lorsqu'on utilise l'option de réplication.
{% endhint %}
## Sauvegarder la structure des Gestionnaire DTDs
Pour exporter la structure de données d'un Gestionnaire DTD, sélectionnez le Gestionnaire DTD et choisissez la ***structure Enregistrer comme***.... Un outil. Le nom du fichier est nommé structure de 12345678.XML, où 12345678 est l'ID du Gestionnaire DTD.
{% hint style="info" %}
Veuillez noter la section Notes importantes pour l'importation de structure avant l'exportation et la section Nouveau depuis la structure avant l'importation.
{% endhint %}
## Structure des Gestionnaire DTDs d'importation
Pour créer un nouveau Gestionnaire DTD à partir d'une structure exportée, choisissez l' ***outil Nouveau depuis Structure***.
{% hint style="info" %}
Après un import réussi, vous devrez peut-être rafraîchir la vue.
{% endhint %}
### Informations importantes pour l'importation de structures
### Lieu de création d'une base de données du Gestionnaire DTD
La base de données d'un Gestionnaire DTD est créée dans le chemin qui contient la base de données de configuration ***FDconfig***.
### Version de la base de données SQL
Une exportation de données structurales entre un SQL Server 2000 et un SQL Server 2005 est possible dans les deux sens. L'échange de données de structure avec un serveur Oracle n'est pas pris en charge.
### Numéro de version identique du serveur Efalia ECM
N'oubliez pas que les numéros de version d'un Gestionnaire DTD Efalia ECM exporté doivent être identiques à ceux du serveur Efalia ECM dans lequel il doit être importé. Ainsi, la base de données exportée du Gestionnaire DTD doit avoir la même structure que celle du serveur cible.
### Les droits ne sont pas adoptés
La structure des droits n'est pas reprise du Gestionnaire DTD source – ni pour la copie ni pour le clone. Ils doivent être reconfigurés en conséquence, car soit la structure des droits de l'environnement serveur, soit la structure d'accès de la copie/clone peut être différente.
Les utilisateurs configurés en processus sont d'abord adoptés mais doivent être vérifiés après l'importation et, si nécessaire, adaptés à la nouvelle structure utilisateur.
### ODBC
Les liens ODBC configurés sont copiés dans la copie/clone, tandis que les sources ODBC doivent exister dans Windows ou être configurées.
### Compteur global
Lorsque la structure copiée possède un champ contenant un compteur global sur le serveur, le compteur ne peut pas être transféré à la copie ni à un clone. La valeur d'un compteur global est fixée à la valeur par défaut ***1***. Si cette valeur doit être différente, le compteur doit être modifié dans la configuration du champ après l'importation.
### Structure de Gestionnaire DTD clone ou copie
Lors de l'importation d'un fichier XML de structure de données, il vérifiera d'abord si l'ID d'un Gestionnaire DTD existe déjà. Lorsque ce n'est pas le cas, la question suivante apparaît : Voulez-vous créer le nouveau Gestionnaire DTD en clone ? Les clones peuvent être utilisés pour la réplication sur plusieurs sites. En répondant à cette question par l'affirmative, une base de données avec le même ID que celle exportée est créée. Si la réponse est ***non*** , une copie avec un nouvel ID de Gestionnaire DTD est créée.
Lorsqu'un ID de Gestionnaire DTD existe déjà lors de l'importation sur le serveur SQL, une copie du Gestionnaire DTD avec un nouvel ID de Gestionnaire DTD est créée. Les identifiants des autres objets, tels que les champs et les types de documents, restent les mêmes que dans le Gestionnaire DTD source.
### Structure du Gestionnaire DTD clone
Lors du clonage d'un Gestionnaire DTD, une réplication de la base de données avec le même ID Gestionnaire DTD est créée sur le serveur cible. Seules les structures de serveur originales peuvent être ajoutées. Ces ajouts/changements peuvent être synchronisés en « synchronisant avec la structure ». Le clone ne peut pas être modifié manuellement.
### Structure du Gestionnaire DTD de copies
Une structure XML exportée peut être copiée sur le même serveur Efalia ECM pour copier la structure d'un Gestionnaire DTD complet. En utilisant ***la structure de sauvegarde comme...*** La structure est exportée. Le fichier XML exporté est importé à nouveau en utilisant la commande ***New from structure***. Il n'est pas possible d'installer un clone car la base de données existe déjà. Une copie avec un ID différent est créée automatiquement.
{% hint style="info" %}
Lors d'une recherche d'un ID déjà existant, la base de données existante est vérifiée – et non les Gestionnaire DTDs enregistrés listés. Ainsi, un Gestionnaire DTD non enregistré peut être reconnu, si la base de données existe en arrière-plan.
{% endhint %}
## Synchronisation par structure
Lorsqu'une structure et un clone ou une copie existante doivent être synchronisés, la version du serveur Efalia ECM doit être identique sur les deux serveurs ; sinon, la synchronisation ne peut pas être effectuée. Lorsqu'une mise à jour est effectuée, il est nécessaire de l'exécuter sur les deux serveurs, puis les deux Gestionnaire DTDs doivent être mis à jour.
### Synchroniser un clone
Les ajouts et modifications à la structure de la base de données ne peuvent être ajoutés que sur le serveur source et synchronisés ensuite avec le clone. Aucun changement manuel ne peut être effectué sur le clone.
### Synchroniser une copie
### Les changements ne sont pas adoptés
Les modifications des champs existants ne sont pas synchronisées et doivent être modifiées manuellement dans la copie.
### Les données structurées ne sont pas supprimées, seulement ajoutées
Les données de structure ne sont PAS supprimées lors de la synchronisation. Si des champs ou d'autres objets doivent être supprimés dans l'original, ils doivent aussi l'être dans la copie. Si les objets de la copie sont supprimés, ils seront restaurés par synchronisation avec l'exportation originale.
### Exemple
Si, par exemple, des champs sont créés manuellement dans la copie et l'original, ils seront créés chacun avec des identifiants différents. Une fois l'original exporté, il est à nouveau synchronisé avec la copie, les champs existent deux fois car la synchronisation ne vérifie que les identifiants, pas les noms.
## Réenregistrement du Gestionnaire DTD
Sélectionnez l' outil ***Attacher des Gestionnaire DTDs supprimées*** pour enregistrer un Gestionnaire DTD supprimé. Les Gestionnaire DTDs précédemment supprimées dans Efalia ECM peuvent être réenregistrées en sélectionnant ***Reenregistrer le Gestionnaire DTD.*** Cela n'est possible que si la base de données existe toujours et n'a pas été physiquement supprimée dans SQL Server.
Si vous avez copié un Gestionnaire DTD d'une autre installation et connecté la base de données concernée au serveur SQL, il peut être enregistré sur Efalia ECM de la même manière.
{% hint style="info" %}
Si le Gestionnaire DTD a été copié depuis un autre réseau, vérifiez si les droits d'accès doivent être ajustés en fonction de votre installation.
{% endhint %}
## Gestionnaire DTD de mise à niveau
***Upgrade Gestionnaire DTD*** mettra à jour les formats de bases de données existants des anciens Gestionnaire DTDs et des versions antérieures de FileDirector/Efalia ECM. Si un Gestionnaire DTD n'a pas été mis à jour à la version actuelle, l'icône suivante s'affiche.
Pour faire une mise à niveau, sélectionnez le Gestionnaire DTD et choisissez l' ***outil Gestionnaire DTD à amélioration***.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://documentation.efalia.com/produit/efalia-ecm/administration/gestionnaire-dtd.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
Efalia ECM stocke les documents dans des Gestionnaire DTDs. Ces Gestionnaire DTDs virtuelles peuvent stocker n'importe quel format de document. Efalia ECM n'impose aucune limitation concernant la taille ou le nombre de documents stockés.
Plusieurs Gestionnaire DTDs peuvent être créées pour stocker des documents. Ces documents sont conservés dans différents types de documents au sein d'un Gestionnaire DTD. Il est possible de rechercher des documents dans un Gestionnaire DTD parmi tous les types de documents stockés.
## Bascule de la vue du Gestionnaire DTD
Cliquer sur l' ***outil Nouveau Gestionnaire DTD*** ouvre une fenêtre pour créer un nouveau Gestionnaire DTD.
{% hint style="info" %}
Dans des cas exceptionnels, un Gestionnaire DTD avec un identifiant prédéfini est nécessaire. Pour créer un tel Gestionnaire DTD, Enterprise Manager doit être lancé avec le paramètre de ligne de commande /NewCabID :3D104E6C, où 3D104E6C est l'ID utilisé pour le Gestionnaire DTD créé ensuite.
{% endhint %}
### Propriétés générales
Dans l' ***onglet Général***, un nom de Gestionnaire DTD doit être saisi et une description peut être ajoutée. Le chemin de stockage pour la base de données Gestionnaire DTD créée par SQL Server est indiqué. Si l'emplacement de stockage de la base de données doit être modifié, cela doit se faire à l'aide de l'outil de configuration de la base de données SQL Server.
Une base de données avec un identifiant unique peut être saisie automatiquement ou manuellement dans le nom de la base de données de champs. Si aucun nom n'est fourni dans le ***champ de base de données***, une base de données sera créée en utilisant l'ID comme nom pour la nouvelle base de données dans le serveur de base de données.
{% hint style="info" %}
Un nom distinct et une description claire d'un Gestionnaire DTD aideront les utilisateurs travaillant avec plusieurs Gestionnaires DTD.
{% endhint %}
L'ID est affiché dans la section inférieure à gauche des fenêtres de configuration.
### Taille maximale de la liste de cibles
Afin de limiter le temps nécessaire et le volume de transfert de données entre le serveur et le client, le nombre maximal d'enregistrements retournés lors d'une recherche peut être limité. Par défaut, le serveur est configuré pour renvoyer un maximum de 1 000 enregistrements, mais cela peut être contourné en fixant une valeur dans ***le nombre maximal de visites dans la liste des*** cibles.
### Configurer le logo du Gestionnaire DTD
Une image de logo est stockée dans la base de données Gestionnaire DTD. Lorsqu'un nouveau Gestionnaire DTD est créé ou que les réglages sont modifiés, un logo peut être sélectionné.
En ***sélectionnant Modifier le logo,*** un fichier graphique peut être sélectionné, qui sera ensuite affiché dans le WinClient lorsque le Gestionnaire DTD sera ouverte.
Si un logo spécifique n'est pas attribué à un Gestionnaire DTD, le logo par défaut du WinClient Efalia ECM sera utilisé et stocké sous forme de fichier : custlogo.gif dans le chemin du programme du WinClient Efalia ECM. Consultez les informations plus détaillées dans le guide d'installation.
## Sécurité au niveau du Gestionnaire DTD
À l'aide de l' ***onglet Sécurité***, les groupes et utilisateurs sont listés et configurés selon qui est autorisé à utiliser le Gestionnaire DTD dans Efalia ECM. Les Gestionnaire DTDs ne seront affichées dans Enterprise Manager que si l'utilisateur a ***le contrôle total***. Un administrateur ou un utilisateur ayant ***un contrôle total*** peut configurer les droits d'accès pour les groupes et les utilisateurs.
Lorsqu'un Gestionnaire DTD est créé, seul l'utilisateur qui l'a créé obtient des permissions pour le Gestionnaire DTD.
Les droits généraux de Windows sont configurés pour chaque groupe/utilisateur dans le cadre de sécurité du système Windows.
Les droits d'accès peuvent être accordés dans l'Efalia ECM à différents niveaux :
Droits d'accès spéciaux Efalia ECM Voir ***Utilisateurs/groupes Efalia ECM*** Dans les Gestionnaire DTDs Dans les types de documents Voir ***Sécurité des types de documents*** Dans les champs Voir ***Filtre*** Dans le système de classement Voir ***Concepteur de système de classement***
{% hint style="info" %}
Pour des documents individuels dans l'Efalia ECM WinClient, voir le Guide d'utilisation Efalia ECM WinClient.
{% endhint %}
### Restrictions de propriété intellectuelle
Par défaut, l'accès à un Gestionnaire DTD n'est limité que par la gestion des droits ECM d'Efalia.
De plus, cependant, l'accès à un Gestionnaire DTD ne peut être autorisé que depuis certaines adresses IP.
Dès que cette fonction est utilisée, l'accès au Gestionnaire DTD concerné n'est autorisé que depuis les adresses saisies ici.
Si l'accès est demandé à un système dont l'adresse IP n'est pas listée ici ou ne se trouve pas dans la plage d'adresses indiquée, l'accès au Gestionnaire DTD est refusé, même si le compte utilisateur utilisé dispose de droits d'accès correspondants.
{% hint style="success" %}
**Exemple**
Entrées possibles
{% endhint %}
Les entrées multiples doivent être en point-virgule ( ***;***) séparés.
| Allocutions | Description |
| ---------------------------------------- | ---------------------------------------------------------------------------------------- |
| 192.168.0.26 | Seul le .26 est autorisé Toutes les autres adresses IP sont interdites |
| 192.168.0.18 ;192.168.0.30 ;192.168.0.31 | Seules les .18, .30 et .31 sont autorisées Toutes les autres adresses IP sont interdites |
### Règles générales pour accorder les droits d'accès
Pour accorder correctement des droits, certaines règles doivent être respectées. Les droits peuvent être accordés aux utilisateurs et groupes, les droits peuvent être accordés directement ou hérités, et les droits peuvent être autorisés ou refusés.
Les règles suivantes doivent être prises en compte :
### Les droits de compte ont la priorité sur les droits de groupe
Si le droit de ***supprimer*** a été refusé à un groupe, mais a été accordé à un utilisateur spécial de ce groupe, cet utilisateur sera autorisé à supprimer.
### Les droits directs ont priorité sur les droits héréditaires
Si les droits sont spécifiés au niveau du Gestionnaire DTD, ils sont automatiquement hérités au niveau du type de document. Les droits hérités sont affichés sous forme de cases remplies ; Les droits directement attribués sont affichés sous forme de coches.
| Icône | Description |
| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------- |
| 
| Non défini (hérité) |
| 
| Autorisé (hérité) |
| 
| Refusé (hérité) |
| 
| Autorisé (explicite) |
| 
| Refusé (expliqué) |
Si le droit ***Supprimer*** est refusé pour un groupe dans un Gestionnaire DTD, il peut explicitement être défini pour le même groupe pour un type de document spécifique. Ce groupe ne peut supprimer que dans ce type de document spécial, dans tous les autres types de documents la suppression n'est pas autorisée, car le droit pertinent a été hérité du Gestionnaire DTD.
### Les droits refusés ont la priorité sur les droits admis
Si un utilisateur est membre de deux groupes différents et qu'un droit spécifique est accordé au premier groupe mais refusé au second, ce droit spécial est refusé, car les droits refusés ont priorité sur les droits autorisés.
### Exemple
Un compte utilisateur est membre du ***Groupe A*** et du ***Groupe B***.
| Groupe A | | Groupe B | | Permission |
| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | - | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | - | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 
| + | 
| = | 
|
### Accorder des droits au niveau du Gestionnaire DTD sans permettre ou refuser
Les droits ne peuvent être transmis que si ces droits étaient déjà accordés à un utilisateur au niveau du Gestionnaire DTD et que la fonction est d'abord refusée.
Ainsi, vous pouvez vous assurer que les droits seront accordés au niveau du type de document.
L'avantage de cette approche est que tout nouveau type de document créé doit être explicitement autorisé à être accessible par les utilisateurs, afin qu'un nouveau type de document créé ne soit pas visible involontairement pour un utilisateur ou un groupe.
### Exemple
Le groupe ***de gestion*** comprend les utilisateurs Pierre et Paul. La gestion du groupe est dans le groupe Efalia ECM fd-scan.
### Types de documents RGPD
Dans l'onglet ***RGPD***, tous les paramètres sont effectués pour configurer un journal Efalia ECM conforme au RGPD.
D'une part, l'onglet propose deux colonnes qui montrent les types de documents existants et les champs du Gestionnaire DTD sélectionné. Les types de documents et champs correspondants nécessaires à un journal étendu conforme au RGPD peuvent être sélectionnés ici.
En revanche, l'option ***Purge journal RGPD*** peut supprimer toutes les entrées étendues et conformes au RGPD du journal Efalia ECM, sans toucher aux autres entrées du journal.
### Journal RGPD
Lorsqu'un Gestionnaire DTD est créé, une base de données avec un identifiant unique de Gestionnaire DTD est créée. De plus, les informations du Gestionnaire DTD sont saisies dans les Gestionnaire DTDs de tables de la base de données FDConfig sur SQL Server.
Si un Gestionnaire DTD est supprimé, l'entrée dans le tableau ***Gestionnaire DTDs*** est supprimée, la base de données SQL elle-même reste intacte. Il est possible de réenregistrer une base de données et de la rendre disponible pour l'Efalia ECM, bien qu'elle ait été « logiquement » supprimée.
Si les documents ont déjà été numérisés ou importés dans un dossier, les données du document sont stockées dans un sous-répertoire Fd\_xxxxx dans le pool de stockage général, où xxxxx désigne l'identifiant unique du Gestionnaire DTD. Les pages numérisées y sont stockées physiquement.
Pour supprimer complètement un Gestionnaire DTD, les composants suivants doivent être retirés :
* Gestionnaire DTD dans Efalia ECM Enterprise Manager
* Base de données dans SQL Server - (les données d'index sont stockées ici)
* Sous-répertoire de données de Gestionnaire DTD (filedirector.data\\
FD\_ID.....CAB)
## Purge Gestionnaire DTD
Lorsque vous purgez le contenu d'un Gestionnaire DTD, les données du pool de stockage ainsi que les entrées des documents de la base de données sont supprimées de façon permanente, sauf si une sauvegarde des données et de la base de données SQL a été effectuée.
Seul le contenu du Gestionnaire DTD, et non la configuration des Gestionnaire DTDs, champs et types de documents est supprimé.
### Supprimer l'ensemble du Gestionnaire DTD
Si l'option Gestionnaire DTD complet est sélectionnée et que le purge commence, tous les documents de tous les types de documents de ce Gestionnaire DTD sont supprimés. Toutes les données de la base de données et du pool de stockage sont supprimées. La configuration du Gestionnaire DTD perdure.
### Supprimer certains types de documents
Si l'option ***Types de documents sélectionnés*** est utilisée, seuls les documents et types de données des types de documents marqués sont supprimés. Toutes les informations de configuration restent.
### Supprimer uniquement les documents supprimés
Lorsque des documents sont supprimés du serveur dans le WinClient par un utilisateur, les données et les entrées de base de données ne sont pas vraiment supprimées. Ils ne sont marqués que comme supprimés dans la base de données. Les documents supprimés peuvent être restaurés à tout moment.
Si ces documents doivent être supprimés définitivement, vous pouvez sélectionner cette option en utilisant cette option. Il est toujours connecté aux deux autres options ; vous pouvez décider de supprimer tous les documents d'un Gestionnaire DTD marqués comme supprimés ou si seuls les documents des Types de Documents sélectionnés doivent être supprimés définitivement.
{% hint style="info" %}
a) Supprimer un document compte à la fois les documents empruntés et les documents dans un processus. Le résultat peut être que les documents figurant sur une liste d'utilisateurs locaux ne soient plus disponibles. Vous devez donc préciser que ces documents sont enregistrés à l'avance ou supprimés ensuite de la liste locale.
b) Les actions suivantes sont entreprises lors de la purge :
* Le contenu suivant des tableaux dans la base de données du Gestionnaire DTD est partiellement ou totalement supprimé.
* FD\_Documents, FD\_Revisions, FD\_Images, Userdocs et DocLog.
* De plus, la taille des Gestionnaire DTDs est recalculée et les données des emplacements de stockage sont supprimées.
* La table de synchronisation est également supprimée, ce qui n'est important que lorsqu'on utilise l'option de réplication.
{% endhint %}
## Sauvegarder la structure des Gestionnaire DTDs
Pour exporter la structure de données d'un Gestionnaire DTD, sélectionnez le Gestionnaire DTD et choisissez la ***structure Enregistrer comme***.... Un outil. Le nom du fichier est nommé structure de 12345678.XML, où 12345678 est l'ID du Gestionnaire DTD.
{% hint style="info" %}
Veuillez noter la section Notes importantes pour l'importation de structure avant l'exportation et la section Nouveau depuis la structure avant l'importation.
{% endhint %}
## Structure des Gestionnaire DTDs d'importation
Pour créer un nouveau Gestionnaire DTD à partir d'une structure exportée, choisissez l' ***outil Nouveau depuis Structure***.
{% hint style="info" %}
Après un import réussi, vous devrez peut-être rafraîchir la vue.
{% endhint %}
### Informations importantes pour l'importation de structures
### Lieu de création d'une base de données du Gestionnaire DTD
La base de données d'un Gestionnaire DTD est créée dans le chemin qui contient la base de données de configuration ***FDconfig***.
### Version de la base de données SQL
Une exportation de données structurales entre un SQL Server 2000 et un SQL Server 2005 est possible dans les deux sens. L'échange de données de structure avec un serveur Oracle n'est pas pris en charge.
### Numéro de version identique du serveur Efalia ECM
N'oubliez pas que les numéros de version d'un Gestionnaire DTD Efalia ECM exporté doivent être identiques à ceux du serveur Efalia ECM dans lequel il doit être importé. Ainsi, la base de données exportée du Gestionnaire DTD doit avoir la même structure que celle du serveur cible.
### Les droits ne sont pas adoptés
La structure des droits n'est pas reprise du Gestionnaire DTD source – ni pour la copie ni pour le clone. Ils doivent être reconfigurés en conséquence, car soit la structure des droits de l'environnement serveur, soit la structure d'accès de la copie/clone peut être différente.
Les utilisateurs configurés en processus sont d'abord adoptés mais doivent être vérifiés après l'importation et, si nécessaire, adaptés à la nouvelle structure utilisateur.
### ODBC
Les liens ODBC configurés sont copiés dans la copie/clone, tandis que les sources ODBC doivent exister dans Windows ou être configurées.
### Compteur global
Lorsque la structure copiée possède un champ contenant un compteur global sur le serveur, le compteur ne peut pas être transféré à la copie ni à un clone. La valeur d'un compteur global est fixée à la valeur par défaut ***1***. Si cette valeur doit être différente, le compteur doit être modifié dans la configuration du champ après l'importation.
### Structure de Gestionnaire DTD clone ou copie
Lors de l'importation d'un fichier XML de structure de données, il vérifiera d'abord si l'ID d'un Gestionnaire DTD existe déjà. Lorsque ce n'est pas le cas, la question suivante apparaît : Voulez-vous créer le nouveau Gestionnaire DTD en clone ? Les clones peuvent être utilisés pour la réplication sur plusieurs sites. En répondant à cette question par l'affirmative, une base de données avec le même ID que celle exportée est créée. Si la réponse est ***non*** , une copie avec un nouvel ID de Gestionnaire DTD est créée.
Lorsqu'un ID de Gestionnaire DTD existe déjà lors de l'importation sur le serveur SQL, une copie du Gestionnaire DTD avec un nouvel ID de Gestionnaire DTD est créée. Les identifiants des autres objets, tels que les champs et les types de documents, restent les mêmes que dans le Gestionnaire DTD source.
### Structure du Gestionnaire DTD clone
Lors du clonage d'un Gestionnaire DTD, une réplication de la base de données avec le même ID Gestionnaire DTD est créée sur le serveur cible. Seules les structures de serveur originales peuvent être ajoutées. Ces ajouts/changements peuvent être synchronisés en « synchronisant avec la structure ». Le clone ne peut pas être modifié manuellement.
### Structure du Gestionnaire DTD de copies
Une structure XML exportée peut être copiée sur le même serveur Efalia ECM pour copier la structure d'un Gestionnaire DTD complet. En utilisant ***la structure de sauvegarde comme...*** La structure est exportée. Le fichier XML exporté est importé à nouveau en utilisant la commande ***New from structure***. Il n'est pas possible d'installer un clone car la base de données existe déjà. Une copie avec un ID différent est créée automatiquement.
{% hint style="info" %}
Lors d'une recherche d'un ID déjà existant, la base de données existante est vérifiée – et non les Gestionnaire DTDs enregistrés listés. Ainsi, un Gestionnaire DTD non enregistré peut être reconnu, si la base de données existe en arrière-plan.
{% endhint %}
## Synchronisation par structure
Lorsqu'une structure et un clone ou une copie existante doivent être synchronisés, la version du serveur Efalia ECM doit être identique sur les deux serveurs ; sinon, la synchronisation ne peut pas être effectuée. Lorsqu'une mise à jour est effectuée, il est nécessaire de l'exécuter sur les deux serveurs, puis les deux Gestionnaire DTDs doivent être mis à jour.
### Synchroniser un clone
Les ajouts et modifications à la structure de la base de données ne peuvent être ajoutés que sur le serveur source et synchronisés ensuite avec le clone. Aucun changement manuel ne peut être effectué sur le clone.
### Synchroniser une copie
### Les changements ne sont pas adoptés
Les modifications des champs existants ne sont pas synchronisées et doivent être modifiées manuellement dans la copie.
### Les données structurées ne sont pas supprimées, seulement ajoutées
Les données de structure ne sont PAS supprimées lors de la synchronisation. Si des champs ou d'autres objets doivent être supprimés dans l'original, ils doivent aussi l'être dans la copie. Si les objets de la copie sont supprimés, ils seront restaurés par synchronisation avec l'exportation originale.
### Exemple
Si, par exemple, des champs sont créés manuellement dans la copie et l'original, ils seront créés chacun avec des identifiants différents. Une fois l'original exporté, il est à nouveau synchronisé avec la copie, les champs existent deux fois car la synchronisation ne vérifie que les identifiants, pas les noms.
## Réenregistrement du Gestionnaire DTD
Sélectionnez l' outil ***Attacher des Gestionnaire DTDs supprimées*** pour enregistrer un Gestionnaire DTD supprimé. Les Gestionnaire DTDs précédemment supprimées dans Efalia ECM peuvent être réenregistrées en sélectionnant ***Reenregistrer le Gestionnaire DTD.*** Cela n'est possible que si la base de données existe toujours et n'a pas été physiquement supprimée dans SQL Server.
Si vous avez copié un Gestionnaire DTD d'une autre installation et connecté la base de données concernée au serveur SQL, il peut être enregistré sur Efalia ECM de la même manière.
{% hint style="info" %}
Si le Gestionnaire DTD a été copié depuis un autre réseau, vérifiez si les droits d'accès doivent être ajustés en fonction de votre installation.
{% endhint %}
## Gestionnaire DTD de mise à niveau
***Upgrade Gestionnaire DTD*** mettra à jour les formats de bases de données existants des anciens Gestionnaire DTDs et des versions antérieures de FileDirector/Efalia ECM. Si un Gestionnaire DTD n'a pas été mis à jour à la version actuelle, l'icône suivante s'affiche.
Pour faire une mise à niveau, sélectionnez le Gestionnaire DTD et choisissez l' ***outil Gestionnaire DTD à amélioration***.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://documentation.efalia.com/produit/efalia-ecm/administration/gestionnaire-dtd.md?ask=