- ThurWiki
- Connecteurs
Vos systèmes, sur la page. Sans place de marché.
Un wiki d’entreprise décrit ce qui se trouve dans d’autres systèmes : les clients dans la comptabilité, les demandes dans le système de tickets, les configurations dans le dépôt. Une copie recopiée à la main est périmée dès que la source change. ThurWiki amène le contenu de la source sur la page ; un clic le met à jour, et chaque rafraîchissement apparaît dans l’historique. Et dans l’autre sens, vos systèmes atteignent le wiki par son interface.
Voici comment cela se présente sur la page.
Client de bexio
Données de base, factures ouvertes, une facture avec ses postes. Tirée de bexio au lieu d’être recopiée ; un clic en apporte l’état le plus récent.
Projet de bexio
La page du projet raconte ce qui se construit ; les heures saisies et l’offre, elle va les chercher elle-même.
Demandes depuis Jira
Attributaire, état, priorité. Qui lit la page n’a pas besoin d’ouvrir Jira ni d’y avoir un compte ; qui a le droit de la voir, c’est l’espace qui le décide.
Fichier du dépôt
La configuration tirée de Git, avec les dernières modifications en dessous.
41 connecteurs en treize groupes.
Un connecteur est un accès à un autre système, mis en place dans l’administration du wiki. Les mots-clés en dessous montrent quelles macros ou fonctions il amène dans le wiki.
Gestion commerciale
- Contact
- Facture
- Offre
- Liste de factures
- Projet
- Heures saisies
- Client (WHMCS)
- Services
- Tickets
- Ticket isolé
- Fiche (Abacus)
- Liste
- Historique
ERP
- Client ou fournisseur
- Facture (ERP)
- Liste de factures (ERP)
- Commande ou offre
- Produit
Code source
- Liste de demandes (Git)
- Demande isolée
- Fichier du dépôt
- Dernières modifications
- Pull et merge requests (pas Gogs)
Systèmes de tickets
- Demande
- Liste de demandes
- Projet
Jira
- Demande (Jira)
- Liste de demandes avec JQL
- Projet (Jira)
Compilation logicielle
- État de la compilation (Jenkins)
- Qualité du code (SonarQube)
Exploitation
- État d’un hôte
- Problèmes ouverts
- Graphique, dessiné dans le wiki
- Machine virtuelle ou conteneur
- Vue d’ensemble de la grappe
Stockage de fichiers
- Fichier de Seafile
- Dossier de Seafile
- Fichier de Nextcloud
- Dossier de Nextcloud
CRM
- Client
- Personne
- Affaire
- Dossier
- Notes
Travail collaboratif
- Insérer un contact
- Rendez-vous
- Insérer des rendez-vous
Messagerie
- Insérer un courriel
- Avis par courriel
- par Telegram
- par WhatsApp
Intelligence artificielle
- Assistant IA
- Saisie vocale
- Transcription des notes vocales
Recherche et images
- Recherche d’images
- Générer une image
- Recherche web dans l’assistant
Trois principes.
- Lecture seule. De bexio, WHMCS, Abacus, Odoo, Flectra, Jira, Git, des systèmes de tickets, de Jenkins, SonarQube, Zabbix, Proxmox, Nextcloud, Seafile, du CRM, de l’agenda, du carnet d’adresses et de la boîte de courriel, le wiki ne fait que tirer, il n’y réécrit jamais ; l’accès n’y exige qu’un droit de lecture. Les connexions de messagerie envoient des avis, et les connexions d’IA envoient des questions et, pour une transcription, des enregistrements sonores au fournisseur que vous avez choisi.
- Les droits viennent du wiki. Qui a le droit de voir la page voit le contenu, même sans compte dans le système source. C’est l’espace qui décide.
- Les secrets restent secrets. Conservés chiffrés, plus jamais affichés, ni dans l’interface ni par l’API.
Et dans l’autre sens : vos systèmes atteignent le wiki.
Tout ce que fait l’interface, un programme peut le faire, car l’interface utilise exactement la même API. 36 points d’entrée, 257 actions, documentés. La surveillance crée des pages de panne, le système de tickets va chercher la consigne, l’intranet montre les pages les plus récentes.
- Une clé d’API comme compte de service. Elle reçoit des droits comme une personne, peut appartenir à des groupes, et apparaît dans le journal sous son propre nom. Aussi étroite que vous la taillez.
- Markdown à l’entrée et à la sortie. Créer et lire des pages en Markdown ; déposer des pièces jointes ; espaces, pages, versions, commentaires, tâches, recherche et utilisateurs sont tous adressables.
- Une clé n’est pas un passe-partout. 64 caractères, montrés une fois, ensuite conservés seulement sous forme d’empreinte ; elle ne peut pas se connecter et ne peut pas changer de wiki.
WIKI=https://wiki.votre-entreprise.ch
# Lire une page en Markdown
curl -s -H "Authorization: Bearer $TW_KEY" \
"$WIKI/api/pages.php?action=get&id=412&format=markdown"
# Créer une page depuis la surveillance
curl -s -H "Authorization: Bearer $TW_KEY" \
-d action=create -d space_id=12 \
-d title="Panne du 11 septembre" \
--data-urlencode content_markdown@rapport.md \
"$WIKI/api/pages.php"
# Recherche en texte intégral
curl -s -H "Authorization: Bearer $TW_KEY" \
"$WIKI/api/pages.php?action=search&q=groupe+electrogene"Un point d’entrée par fichier, les actions en paramètres, les réponses en JSON. La documentation est livrée avec le wiki.
Questions sur les connecteurs
Quelle est la différence avec les applications de la place de marché Confluence ?
Trois choses. Les connecteurs font partie du produit, sans prix par utilisateur et par application. Ils sont entretenus avec le wiki, et non par un tiers qui disparaît à la prochaine mise à jour. Et les sources de données sont raccordées en lecture seule : l’accès à bexio, à Jira ou à Git n’exige qu’un droit de lecture, de sorte qu’une erreur dans le wiki ne peut rien y abîmer.
Qui voit le contenu d’un système raccordé ?
Qui a le droit de voir la page du wiki. Les droits viennent du wiki, pas de la source. Le monteur voit la facture sur la page du chantier sans avoir besoin d’un compte bexio. Qui emploie une telle macro décide, par l’espace, de qui la voit.
Que faut-il pour mettre en place un connecteur ?
Une clé d’accès ou un utilisateur avec droit de lecture dans le système source, et l’adresse du service. L’administrateur du wiki saisit les deux une fois dans l’administration et éprouve la liaison d’un bouton. Les secrets sont conservés chiffrés et ne sont plus jamais affichés.
Mon système manque. Et maintenant ?
Parlez-nous-en. Les connecteurs partagent un cadre commun ; tout ce qui a une interface documentée peut être raccordé. Nous discutons avec vous de ce qui manque, et nous en intégrons une bonne part au produit, sans supplément par application.
Un wiki avec intégration de bexio, WHMCS, Abacus, Jira, GitHub, GitLab, Bitbucket, Gogs, Mantis, Redmine, Request Tracker, Zammad, YouTrack, Jenkins, SonarQube, Zabbix, Proxmox VE, Nextcloud, Seafile, SuiteCRM, vtiger, agendas CalDAV, carnets d’adresses CardDAV, boîtes de courriel, Telegram et WhatsApp : ThurWiki montre factures, offres, projets, tickets, demandes, pull requests, résultats de compilation, hôtes et problèmes de la surveillance, machines virtuelles, fichiers du dépôt et du stockage, clients, affaires et rendez-vous comme éléments sur la page du wiki, tirés de la source et rafraîchis d’un clic. Accès en lecture seule aux sources de données, droits venant du wiki, pas d’applications de place de marché, et des accès à l’IA pour Claude, ChatGPT, Gemini, DeepSeek, LiteLLM, Ollama et Whisper.
Quelle source a sa place sur vos pages ?
Nous vous montrons les connecteurs dans le wiki de démonstration, sur demande avec un accès d’essai à votre propre bexio, Jira ou CRM.