- ThurWiki
- Connettori
I vostri sistemi, sulla pagina. Senza marketplace.
Un wiki aziendale descrive ciò che si trova in altri sistemi: i clienti nella contabilità, le richieste nel sistema dei ticket, le configurazioni nel deposito. Una copia ribattuta a mano è superata nel momento in cui la fonte cambia. ThurWiki porta il contenuto dalla fonte sulla pagina; un clic lo aggiorna, e ogni aggiornamento compare nella cronologia. E nell’altra direzione, i vostri sistemi raggiungono il wiki attraverso la sua interfaccia.
Ecco come si presenta sulla pagina.
Cliente da bexio
Dati di base, fatture aperte, una fattura con le sue voci. Tratta da bexio invece di essere ribattuta; un clic ne porta lo stato più recente.
Progetto da bexio
La pagina del progetto racconta che cosa si costruisce; le ore registrate e l’offerta se le va a prendere da sé.
Richieste da Jira
Assegnatario, stato, priorità. Chi legge la pagina non deve aprire Jira e non vi ha bisogno di un account; chi può vederla lo decide lo spazio.
File dal deposito
La configurazione tratta da Git, con le ultime modifiche sotto.
41 connettori in tredici gruppi.
Un connettore è un accesso a un altro sistema, predisposto nell’amministrazione del wiki. Le parole chiave sotto mostrano quali macro o funzioni porta nel wiki.
Gestione commerciale
- Contatto
- Fattura
- Offerta
- Elenco di fatture
- Progetto
- Ore registrate
- Cliente (WHMCS)
- Servizi
- Ticket
- Singolo ticket
- Scheda (Abacus)
- Elenco
- Cronologia
ERP
- Cliente o fornitore
- Fattura (ERP)
- Elenco di fatture (ERP)
- Ordine o offerta
- Prodotto
Codice sorgente
- Elenco di richieste (Git)
- Richiesta singola
- File dal deposito
- Ultime modifiche
- Pull e merge request (non Gogs)
Sistemi dei ticket
- Richiesta
- Elenco di richieste
- Progetto
Jira
- Richiesta (Jira)
- Elenco di richieste con JQL
- Progetto (Jira)
Compilazione del software
- Stato della compilazione (Jenkins)
- Qualità del codice (SonarQube)
Esercizio
- Stato di un host
- Problemi aperti
- Grafico, disegnato nel wiki
- Macchina virtuale o contenitore
- Panoramica del cluster
Archivi di file
- File da Seafile
- Cartella da Seafile
- File da Nextcloud
- Cartella da Nextcloud
CRM
- Cliente
- Persona
- Opportunità
- Caso
- Note
Lavoro collaborativo
- Inserire un contatto
- Appuntamento
- Inserire appuntamenti
Messaggistica
- Inserire un messaggio
- Avviso per posta
- via Telegram
- via WhatsApp
Intelligenza artificiale
- Assistente IA
- Immissione vocale
- Trascrizione delle note vocali
Ricerca e immagini
- Ricerca di immagini
- Generare un’immagine
- Ricerca web nell’assistente
Tre principi.
- Sola lettura. Da bexio, WHMCS, Abacus, Odoo, Flectra, Jira, Git, dai sistemi dei ticket, da Jenkins, SonarQube, Zabbix, Proxmox, Nextcloud, Seafile, dal CRM, dall’agenda, dalla rubrica e dalla casella di posta il wiki soltanto prende, non vi riscrive mai; l’accesso vi richiede soltanto un diritto di lettura. I collegamenti di messaggistica inviano avvisi, e i collegamenti all’IA inviano domande e, per una trascrizione, registrazioni sonore al fornitore che avete scelto.
- I diritti vengono dal wiki. Chi può vedere la pagina vede il contenuto, anche senza un account nel sistema di origine. Decide lo spazio.
- I segreti restano segreti. Conservati cifrati, non mostrati mai più, né nell’interfaccia né attraverso l’API.
E nell’altra direzione: i vostri sistemi raggiungono il wiki.
Tutto ciò che fa l’interfaccia, lo può fare un programma, perché l’interfaccia usa esattamente la stessa API. 36 punti d’ingresso, 257 azioni, documentati. La sorveglianza crea pagine di guasto, il sistema dei ticket va a prendere l’istruzione, l’intranet mostra le pagine più recenti.
- Una chiave API come account di servizio. Riceve diritti come una persona, può appartenere a gruppi e compare nel registro con il proprio nome. Tanto stretta quanto la tagliate.
- Markdown in entrata e in uscita. Creare e leggere pagine in Markdown; caricare allegati; spazi, pagine, versioni, commenti, compiti, ricerca e utenti sono tutti indirizzabili.
- Una chiave non è un passepartout. 64 caratteri, mostrati una volta, poi conservati soltanto come impronta; non può accedere e non può cambiare wiki.
WIKI=https://wiki.vostra-azienda.ch
# Leggere una pagina in Markdown
curl -s -H "Authorization: Bearer $TW_KEY" \
"$WIKI/api/pages.php?action=get&id=412&format=markdown"
# Creare una pagina dalla sorveglianza
curl -s -H "Authorization: Bearer $TW_KEY" \
-d action=create -d space_id=12 \
-d title="Guasto dell'11 settembre" \
--data-urlencode content_markdown@rapporto.md \
"$WIKI/api/pages.php"
# Ricerca a testo pieno
curl -s -H "Authorization: Bearer $TW_KEY" \
"$WIKI/api/pages.php?action=search&q=gruppo+elettrogeno"Un punto d’ingresso per file, le azioni come parametri, le risposte in JSON. La documentazione è fornita con il wiki.
Domande sui connettori
Qual è la differenza rispetto alle applicazioni del marketplace di Confluence?
Tre cose. I connettori fanno parte del prodotto, senza prezzo per utente e per applicazione. Sono curati insieme al wiki, non da un terzo che scompare al prossimo aggiornamento. E le fonti di dati sono collegate in sola lettura: l’accesso a bexio, a Jira o a Git richiede soltanto un diritto di lettura, così un errore nel wiki non può farvi danno.
Chi vede il contenuto di un sistema collegato?
Chi può vedere la pagina del wiki. I diritti vengono dal wiki, non dalla fonte. Il montatore vede la fattura sulla pagina del cantiere senza bisogno di un account bexio. Chi usa una tale macro decide, attraverso lo spazio, chi la vede.
Che cosa serve per predisporre un connettore?
Una chiave d’accesso o un utente con diritto di lettura nel sistema di origine, e l’indirizzo del servizio. L’amministratore del wiki li inserisce una volta nell’amministrazione e collauda il collegamento con un pulsante. I segreti sono conservati cifrati e non vengono mai più mostrati.
Il mio sistema manca. E adesso?
Parlatene con noi. I connettori condividono un telaio comune; tutto ciò che ha un’interfaccia documentata può essere collegato. Discutiamo con voi ciò che manca, e molto di questo lo integriamo nel prodotto, senza supplemento per applicazione.
Un wiki con integrazione di bexio, WHMCS, Abacus, Jira, GitHub, GitLab, Bitbucket, Gogs, Mantis, Redmine, Request Tracker, Zammad, YouTrack, Jenkins, SonarQube, Zabbix, Proxmox VE, Nextcloud, Seafile, SuiteCRM, vtiger, agende CalDAV, rubriche CardDAV, caselle di posta, Telegram e WhatsApp: ThurWiki mostra fatture, offerte, progetti, ticket, richieste, pull request, risultati di compilazione, host e problemi della sorveglianza, macchine virtuali, file dal deposito e dall’archivio, clienti, opportunità e appuntamenti come elementi sulla pagina del wiki, tratti dalla fonte e aggiornati con un clic. Accesso in sola lettura alle fonti di dati, diritti provenienti dal wiki, nessuna applicazione di marketplace, e accessi all’IA per Claude, ChatGPT, Gemini, DeepSeek, LiteLLM, Ollama e Whisper.
Quale fonte ha il suo posto sulle vostre pagine?
Vi mostriamo i connettori nel wiki dimostrativo, su richiesta con un accesso di prova al vostro bexio, Jira o CRM.