Histoire

Comment l’expérience a conduit à une nouvelle alternative open source

Découvrez l’origine de Qisutu et comment l’expérience des processus réels de help desk et de support guide son développement.

Symbole Qisutu comme interprétation abstraite de l’écriture cunéiforme

L’expérience du terrain

Un nouveau système de tickets commence par celles et ceux qui font le travail

Des années de développement, de mise en œuvre et d’accompagnement de processus de service donnent une vision claire des besoins réels des agents, administrateurs, clients et responsables de processus. Des vues de tickets claires, des responsabilités compréhensibles et des parcours courts comptent autant que la configuration flexible, l’automatisation et le traitement fiable des e-mails.

Qisutu est né de cette expérience. Son point de départ était le travail quotidien des équipes help desk et service desk : recevoir les demandes, les attribuer correctement, collaborer, respecter des objectifs contractuels et documenter chaque décision avec transparence.

Cette perspective façonne toute la plateforme. Les fonctionnalités doivent rendre les processus complexes maîtrisables sans imposer aux utilisateurs une complexité évitable.

Plus de choix sur le marché de l’open source

Une nouvelle alternative à OTOBO, Znuny, Zammad et aux autres systèmes de tickets

Les organisations ont des exigences différentes en matière d’utilisation, de fonctionnalités, d’intégration et d’exploitation. Qisutu élargit le choix avec un nouveau système open source associant gestion professionnelle des tickets, administration moderne et exploitation autonome.

Le bon choix entre Qisutu, OTOBO, Znuny, Zammad ou une autre solution dépend des processus réels. Qisutu s’adresse aux organisations qui souhaitent des espaces clairs, une configuration étendue, des interfaces ouvertes et le contrôle de leurs données et infrastructures.

Conçu dès l’origine

Un cœur de ticketing pour les processus help desk et service actuels

La gestion des tickets, des e-mails, le portail client, les files, groupes et autorisations constituent le centre opérationnel. Automatisation, niveaux de service, calendriers, champs dynamiques, formulaires, listes et notifications transforment ces bases en workflows fiables.

Base de connaissances, CMDB, rapports, suivi du temps, API REST et AddOns étendent Qisutu au-delà du cœur classique. Tous les domaines suivent le même objectif : présenter clairement l’information, garder les étapes transparentes et permettre une adaptation maîtrisée.

La communauté comme principe directeur

Le nom Qisutu incarne l’ouverture et la collaboration

Qisutu fait référence à qissûtu, une transcription akkadienne possible du terme « communauté ». Le nom exprime une idée centrale : le service naît du savoir partagé, de responsabilités claires et d’une collaboration fiable.

Le symbole Qisutu est une interprétation abstraite de l’écriture cunéiforme. Ses éléments en forme de coins associent origine, structure et mouvement dans une marque distinctive, pont visuel entre les premières cultures écrites et la communication numérique moderne.

Ouvert et autonome

L’open source comme liberté d’exploitation et de développement

Qisutu est publié sous licence AGPL-3.0-or-later. Les organisations peuvent exploiter le système, l’adapter à leurs besoins et l’intégrer aux environnements existants. Des services professionnels sont également disponibles pour la mise en œuvre, la migration, l’assistance, l’hébergement et les extensions spécifiques.

Qisutu associe ainsi l’ouverture d’un projet open source aux standards attendus d’un système help desk et service desk professionnel.

Ouverture Le code source, l’architecture et le développement continu restent transparents.
Communauté Le service est compris comme une collaboration structurée.
Clarté L’interface sert la tâche, pas la complexité.
Indépendance L’exploitation, les données et le développement du produit restent sous votre contrôle.