- ThurWiki
- Administration
L’administrer sans mode d’emploi.
Espaces, utilisateurs, groupes, droits, modèles, raccordements : à un seul endroit, avec un point d’interrogation à côté de chaque champ.
L’administration du wiki.
L’administrateur du wiki conduit son wiki : espaces, utilisateurs, groupes, droits, modèles, typographie, raccordements, import. Tout ce qu’il lui faut pour cela se trouve derrière une seule entrée de menu.



Neuf droits, trois niveaux, une règle.
Les droits s’héritent : de l’utilisateur à l’espace puis à la page. Le niveau le plus fin l’emporte. Un droit supérieur comprend les inférieurs : qui peut écrire peut aussi lire et proposer ; qui ne peut pas lire ne peut rien du tout. Vous n’avez pas à cocher les droits compris un par un.
| Lire | Voir la page |
|---|---|
| Commenter | Écrire des commentaires |
| Proposer | Soumettre des modifications à l’approbation |
| Créer des pages | Établir de nouvelles pages |
| Écrire | Modifier des pages existantes |
| Supprimer des pages | Les mettre à la corbeille |
|---|---|
| Réviser | Approuver ou refuser les propositions |
| Administrer | Gérer l’espace |
| Administrateur du wiki | Tout, sur l’ensemble du wiki |
Utilisateurs, connexion, modèles, typographie, import.
Utilisateurs
Créer, attribuer des droits, bloquer. Les identifiants ne sont montrés qu’une fois. Quand quelqu’un part, le compte est bloqué et non supprimé : l’historique reste compréhensible, et l’espace personnel subsiste pour qu’un successeur puisse le passer en revue.
La connexion par votre compte d’entreprise
Le SSO (authentification unique : une seule ouverture de session pour tous les programmes), partie du forfait Enterprise, par les protocoles courants OpenID Connect ou SAML 2.0 : Microsoft Entra ID, Google Workspace ou votre propre service d’authentification. Le SSO n’accorde aucun droit et ne crée aucun compte ; les règles restent dans le wiki. La connexion par mot de passe reste disponible pour tous, comme corde de rappel si le service d’authentification tombe. Quand quelqu’un part, vous bloquez donc aussi son compte dans le wiki.
Modèles
Des pages préparées pour tout ce qui revient : procès-verbal, rapport de panne, plan d’intégration, cahier des charges. Le gain n’est pas la frappe épargnée mais la complétude : qui prend le modèle voit le titre vide qu’il aurait sinon oublié.
Typographie
Polices, tailles et couleurs par wiki. Vos pages ressemblent à votre entreprise, sans que personne écrive de code de mise en forme (CSS).
Import
Depuis Confluence (Cloud, Server et Data Center), MediaWiki, DokuWiki, XWiki, BookStack, un export Notion et des archives Markdown, en cinq étapes avec un aperçu. Rien n’est écrit avant la dernière étape ; un passage peut être répété sans que des pages apparaissent deux fois.
Statistiques
Pages, versions, pièces jointes, utilisateurs actifs, modifications par espace : ce qui se passe dans le wiki, sur une seule page. Pour le rapport annuel, et pour savoir quel espace est en train d’être abandonné sans bruit.





L’interface : tout ce que fait l’interface graphique, un programme peut le faire.
Pour vos informaticiens : chaque fonction est aussi joignable par un programme, car l’interface graphique utilise exactement la même API ; 36 points d’entrée avec 257 actions, entièrement décrits. Vous pouvez ainsi créer des pages depuis votre surveillance, y verser des rapports, ou relier le wiki à un outil dont nous n’avons jamais entendu parler.
Une clé d’API est un compte de service.
- C’est le compte d’un programme : elle reçoit ses droits comme une personne, peut appartenir à des groupes et peut être nommée dans les règles d’un espace ou d’une page.
- Ce qu’elle fait apparaît dans le journal sous son propre nom. Une clé n’est pas un passe-partout mais aussi étroite que vous la taillez.
- 64 caractères, montrés une fois, ensuite conservés seulement sous forme illisible. Elle ne peut pas se connecter à l’interface graphique et ne peut pas gérer d’autres clés, même si son compte est administrateur du wiki.
Les détails.
À quoi ressemble un appel et quelles actions existent, cela se trouve sur la page destinée à ceux qui changent et aux spécialistes. La description complète est livrée avec le wiki.
Questions sur l’administration
Comment fonctionnent les droits dans ThurWiki ?
Neuf droits, hérités sur trois niveaux : utilisateur, espace, page. Le niveau le plus fin l’emporte. Un droit supérieur comprend les inférieurs : qui peut écrire peut aussi lire et proposer ; qui ne peut pas lire ne peut rien du tout. Les règles peuvent s’écrire sur des groupes plutôt que sur des personnes.
Que se passe-t-il quand quelqu’un quitte l’entreprise ?
L’administrateur du wiki bloque le compte ; il ne le supprime pas. L’historique reste compréhensible, et l’espace personnel subsiste pour qu’un successeur puisse le passer en revue. Avec le SSO par Microsoft Entra ID ou Google Workspace, désactiver la personne là-bas ne suffit pas : la connexion par mot de passe reste disponible à côté du SSO, c’est pourquoi le compte est aussi bloqué dans le wiki.
Y a-t-il une interface pour nos propres programmes ?
Tout ce que fait l’interface graphique, un programme peut le faire aussi, car cette interface utilise exactement la même API. 36 points d’entrée, 257 actions, entièrement décrits. L’accès passe par une clé d’API, qui est un compte de service avec ses propres droits et apparaît sous son nom dans le journal.
Qui exploite et entretient le wiki ?
ThurData. Vous administrez votre wiki : espaces, utilisateurs, droits, raccordements. Le serveur, la base de données, les sauvegardes, les mises à jour et la surveillance sont notre affaire, dans notre centre de calcul en Suisse.
Vous administrez. Nous exploitons.
Votre propre wiki pour votre entreprise, mis en place par nous, administré par vous. Avec une personne à qui parler, pas un numéro de ticket.