- ThurWiki
- Connectoren
Ihre Systeme, auf der Seite. Ohne Marketplace.
Ein Firmenwiki beschreibt, was in anderen Systemen steht: Kunden in der Buchhaltung, Vorgänge im Ticketsystem, Konfigurationen im Repository. Eine abgetippte Kopie ist nach der ersten Änderung in der Quelle veraltet. ThurWiki holt den Inhalt aus der Quelle auf die Seite; ein Klick bringt ihn auf den neusten Stand, und jede Aktualisierung steht im Verlauf. Und in die andere Richtung greifen Ihre Systeme über die Schnittstelle auf das Wiki zu.
So sieht das auf der Seite aus.
Kunde aus bexio
Stammdaten, offene Rechnungen, eine Rechnung mit Positionen. Aus bexio geholt statt abgetippt; ein Klick bringt den neusten Stand.
Projekt aus bexio
Die Projektseite erzählt, was gebaut wird; die erfassten Stunden und die Offerte holt sie sich.
Vorgänge aus Jira
Zuständige, Status, Priorität. Wer die Seite liest, muss Jira nicht öffnen und braucht dort kein Konto; wer sie sehen darf, entscheidet der Bereich.
Datei aus dem Repository
Die Konfiguration aus dem Git, mit den letzten Änderungen darunter.
41 Connectoren in dreizehn Gruppen.
Ein Connector ist ein Zugang zu einem fremden System, eingerichtet in der Wiki-Verwaltung. Die Stichworte darunter zeigen, welche Makros oder Funktionen er ins Wiki bringt.
Kaufmännisches
- Kontakt
- Rechnung
- Offerte
- Rechnungsliste
- Projekt
- Erfasste Zeiten
- Kunde (WHMCS)
- Dienste
- Tickets
- Einzelnes Ticket
- Datensatz (Abacus)
- Liste
- Verlauf
ERP
- Kunde oder Lieferant
- Rechnung (ERP)
- Rechnungsliste (ERP)
- Auftrag oder Angebot
- Produkt
Quelltext
- Aufgabenliste (Git)
- Einzelne Aufgabe
- Datei aus dem Repository
- Letzte Änderungen
- Pull-/Merge-Requests (ohne Gogs)
Ticketsysteme
- Vorgang
- Vorgangsliste
- Projekt
Jira
- Vorgang (Jira)
- Vorgangsliste mit JQL
- Projekt (Jira)
Softwarebau
- Build-Status (Jenkins)
- Codequalität (SonarQube)
Betrieb
- Host-Status
- Offene Probleme
- Graph, im Wiki gezeichnet
- VM oder Container
- Cluster-Übersicht
Dateispeicher
- Datei aus Seafile
- Ordner aus Seafile
- Datei aus Nextcloud
- Ordner aus Nextcloud
CRM
- Kunde
- Person
- Verkaufschance
- Fall
- Notizen
Groupware
- Kontakt einfügen
- Termin
- Termine einfügen
Nachrichten
- E-Mail einfügen
- Benachrichtigung per E-Mail
- per Telegram
- per WhatsApp
Künstliche Intelligenz
- KI-Assistent
- Spracheingabe
- Abschrift von Sprachnotizen
Suchen und Bilder
- Bildersuche
- Bild erzeugen
- Websuche im Assistenten
Drei Grundsätze.
- Lesend. Aus bexio, WHMCS, Abacus, Odoo, Flectra, Jira, Git, Ticketsystemen, Jenkins, SonarQube, Zabbix, Proxmox, Nextcloud, Seafile, CRM, Kalender, Adressbuch und Postfach holt das Wiki nur, es schreibt nicht zurück; ein Zugang braucht dort nur Leserechte. Die Nachrichten-Zugänge versenden Benachrichtigungen, die KI-Zugänge senden Fragen und, für eine Abschrift, Tonaufnahmen an den gewählten Anbieter.
- Rechte aus dem Wiki. Wer die Seite sehen darf, sieht den Inhalt, auch ohne Konto im Quellsystem. Der Bereich entscheidet.
- Geheimnisse bleiben geheim. Verschlüsselt abgelegt, nie wieder angezeigt, weder in der Oberfläche noch über die Schnittstelle.
Und in die andere Richtung: Ihre Systeme greifen auf das Wiki zu.
Alles, was die Oberfläche kann, kann ein Programm, denn sie benutzt dieselbe Schnittstelle. 36 Endpunkte, 257 Aktionen, dokumentiert. Das Monitoring legt Störungsseiten an, das Ticketsystem holt die Anleitung, das Intranet zeigt die neuesten Seiten.
- API-Schlüssel als Dienstkonto. Bekommt Rechte wie ein Mensch, kann in Gruppen stehen, steht unter eigenem Namen im Protokoll. So eng, wie Sie ihn schneiden.
- Markdown rein und raus. Seiten anlegen und lesen als Markdown; Anhänge hochladen; Bereiche, Seiten, Versionen, Kommentare, Aufgaben, Suche, Benutzer, alles adressierbar.
- Ein Schlüssel ist kein Generalschlüssel. 64 Zeichen, einmal angezeigt, danach nur als Prüfsumme gespeichert; kann sich nicht anmelden und das Wiki nicht wechseln.
WIKI=https://wiki.ihre-firma.ch
# Seite als Markdown lesen
curl -s -H "Authorization: Bearer $TW_KEY" \
"$WIKI/api/pages.php?action=get&id=412&format=markdown"
# Seite aus dem Monitoring anlegen
curl -s -H "Authorization: Bearer $TW_KEY" \
-d action=create -d space_id=12 \
-d title="Störung 11. September" \
--data-urlencode content_markdown@bericht.md \
"$WIKI/api/pages.php"
# Volltextsuche
curl -s -H "Authorization: Bearer $TW_KEY" \
"$WIKI/api/pages.php?action=search&q=Notstrom"Ein Endpunkt je Datei, Aktionen als Parameter, Antworten als JSON. Die Dokumentation liegt dem Wiki bei.
Fragen zu den Connectoren
Was ist der Unterschied zu Confluence-Marketplace-Apps?
Drei: Die Connectoren gehören zum Produkt, ohne Preis je Benutzer und App. Sie werden mit dem Wiki gewartet, nicht von einem Drittanbieter, der beim nächsten Update wegfällt. Und die Datenquellen sind lesend angebunden: Ein Zugang zu bexio, Jira oder Git braucht nur Leserechte, ein Fehler im Wiki kann dort nichts anrichten.
Wer sieht die Inhalte aus einem angebundenen System?
Wer die Wiki-Seite sehen darf. Die Rechte kommen aus dem Wiki, nicht aus der Quelle. Der Monteur sieht die Rechnung auf der Seite zum Auftrag, ohne ein bexio-Konto zu brauchen. Wer ein solches Makro einsetzt, entscheidet mit dem Bereich, wer es sieht.
Was braucht es, um einen Connector einzurichten?
Einen Zugriffsschlüssel oder Benutzer mit Leserechten im Quellsystem und die Adresse des Dienstes. Der Wiki-Administrator trägt beides einmal in der Verwaltung ein und prüft die Verbindung mit einem Knopf. Geheimnisse werden verschlüsselt abgelegt und nie wieder angezeigt.
Mein System fehlt. Was nun?
Sprechen Sie uns an. Die Connectoren teilen sich ein Gerüst; was eine dokumentierte Schnittstelle hat, lässt sich anbinden. Was fehlt, besprechen wir mit Ihnen; vieles bauen wir ins Produkt ein, ohne Aufpreis je App.
Wiki mit Integration von bexio, WHMCS, Abacus, Jira, GitHub, GitLab, Bitbucket, Gogs, Mantis, Redmine, Request Tracker, Zammad, YouTrack, Jenkins, SonarQube, Zabbix, Proxmox VE, Nextcloud, Seafile, SuiteCRM, vtiger, CalDAV-Kalender, CardDAV-Adressbuch, E-Mail-Postfach, Telegram und WhatsApp: ThurWiki zeigt Rechnungen, Offerten, Projekte, Tickets, Vorgänge, Pull Requests, Build-Ergebnisse, Hosts und Probleme aus der Überwachung, virtuelle Maschinen, Dateien aus dem Repository und dem Dateispeicher, Kunden, Verkaufschancen und Termine als Bausteine auf der Wiki-Seite, aus der Quelle geholt und mit einem Klick aktualisiert. Lesender Zugriff auf die Datenquellen, Rechte aus dem Wiki, keine Marketplace-Apps, dazu KI-Zugänge zu Claude, ChatGPT, Gemini, DeepSeek, LiteLLM, Ollama und Whisper.
Welche Quelle soll auf Ihre Seiten?
Wir zeigen Ihnen die Connectoren im Demo-Wiki, auf Wunsch mit Testzugang zu Ihrem eigenen bexio, Jira oder CRM.