On déclare
Titre, description en Markdown, projet, client, type, priorité, version détectée, pièces jointes. Le ticket reçoit une référence lisible — DGL-1042 — que tout le monde cite, du support au développeur.
Produit DGL TechLabs · En production
Le suivi de vos tickets, enfin clair.
DGL Ticket centralise les anomalies, les demandes et les évolutions de vos projets — de la déclaration jusqu'à la mise en production. Kanban, engagements de service, rapports et temps réel, dans une interface que vos équipes comprennent immédiatement.
21
écrans métier
5
rôles et permissions
Temps réel
sans rafraîchir
100 %
auto-hébergeable
Le produit
Une demande, un ticket, un responsable.
Un bug remonté par un client, une évolution demandée en réunion, une anomalie détectée en recette : tout entre par la même porte, reçoit une référence, un responsable et une échéance. Plus rien ne dépend de la mémoire ou de la boîte mail de quelqu'un.
On avance
Le ticket vit sur un tableau Kanban partagé : on le déplace, on l'affecte, on commente, on mentionne un collègue, on consigne le temps passé. Chaque changement est visible par tous, instantanément.
On rend compte
Délai moyen de résolution, respect des engagements, charge par développeur, volume par projet. Le comité de suivi s'ouvre sur un rapport exporté en PDF, pas sur un tableur repris à la main la veille.
Le cycle de vie
Du signalement à la mise en production.
01
Nouveau
La demande est enregistrée, qualifiée et rattachée à un projet.
02
Analyse
Reproduction, estimation de la charge, affectation à un responsable.
03
Développement
Correction ou évolution en cours, temps passé suivi au fil de l'eau.
04
Recette
Vérification côté métier ou client, échanges dans le fil du ticket.
05
Déployé
Livré dans une version identifiée : on sait ce qui part en production.
06
Clos
Historique, pièces jointes et décisions conservés et consultables.
Statuts, priorités et catégories se configurent depuis l'application : le workflow épouse votre organisation, pas l'inverse.
Fonctionnalités
Tout ce qu'une équipe attend, rien qu'elle n'utilisera jamais.
Vingt et un écrans métier, conçus pour un usage quotidien : denses là où il faut de l'information, silencieux partout ailleurs.
Tickets et filtres
Recherche plein texte et filtrage sur projet, statut, priorité, type, assigné, rapporteur, client, version, étiquettes, échéance ou dépassement de SLA. La fiche s'ouvre en volet latéral : description, pièces jointes, commentaires, mentions et historique complet.
Tableau Kanban
Une colonne par statut, glisser-déposer fluide. La position de chaque carte est enregistrée côté serveur : le tableau que vous laissez le soir est celui que votre équipe retrouve le matin.
Projets et versions
Chaque anomalie porte sa version détectée et sa version corrigée. À la livraison, la note de version s'écrit toute seule : vous savez exactement ce qui part, et ce qui reste.
Clients et engagements (SLA)
Une politique de service par plan client. L'échéance est calculée dès la création du ticket selon la priorité, surveillée automatiquement, et le dépassement est signalé avant de devenir un sujet de litige.
Tableau de bord
Tickets ouverts, bugs critiques, en attente client, déployés du jour, délai moyen de résolution — chacun avec sa tendance, ses répartitions par statut, priorité et projet, et le fil d'activité récente.
Statistiques et rapports
Charge par développeur, temps de résolution, volume par projet, répartition par type, évolution sur la période. Un rapport exportable en PDF, prêt à être envoyé avant le comité de suivi.
Notifications et temps réel
Les changements apparaissent sans rafraîchir la page (WebSocket). Notifications dans l'application et par e-mail : affectation, mention, commentaire, dépassement de SLA, livraison de version.
Rôles et permissions
Administrateur, manager, développeur, support, client. L'interface masque ce qui n'est pas permis et le serveur le refuse : la règle est appliquée deux fois, jamais seulement cachée à l'écran.
API REST et intégrations
Une API publique v1 documentée (OpenAPI) sur les tickets, projets et commentaires, authentifiée par clés d'API révocables. De quoi brancher votre supervision, votre CI ou votre messagerie.
Ce que ça change
Le même travail, sans la charge mentale.
L'outil ne remplace pas votre organisation : il lui donne un endroit où exister.
| Sujet | Aujourd'hui, sans outil dédié | Avec DGL Ticket |
|---|---|---|
| Réception des demandes | ✕ E-mails, messages, appels : la demande vit dans la boîte de celui qui l'a reçue. | ✓ Un point d'entrée unique et une référence que tout le monde cite. |
| Priorisation | ✕ À la voix la plus forte, ou au dernier qui a relancé. | ✓ Priorité, type et échéance portés par le ticket, visibles de tous. |
| Suivi client | ✕ « On en est où ? » par téléphone, puis un point de situation à rédiger. | ✓ Le client consulte ses tickets et commente directement dans le fil. |
| Engagements de service | ✕ Découverts au moment du litige, reconstitués après coup. | ✓ Échéance calculée à la création, surveillée en continu, alertée avant dépassement. |
| Pilotage | ✕ Un tableur repris à la main chaque mois, déjà faux le lendemain. | ✓ Indicateurs à jour en continu et rapport PDF en un clic. |
| Mémoire de l'équipe | ✕ Perdue au départ d'un collaborateur. | ✓ Historique, décisions, commentaires et pièces jointes conservés par ticket. |
Plus rien ne se perd
Une demande, un responsable, une échéance — et un historique qui reste.
Vos engagements tenus
Le SLA cesse d'être une clause dans un contrat : c'est un compteur visible.
Des décisions sur des faits
Charge réelle, délais réels, volumes réels. Les arbitrages deviennent simples.
Chez vous, à vos conditions
Installation sur votre serveur, vos données sous votre contrôle.
Technologie et sécurité
Une plateforme faite pour durer.
01
Sécurité par défaut
Sessions par cookie httpOnly signé — aucun jeton exposé au navigateur.
Réinitialisation de mot de passe par e-mail, permissions vérifiées côté serveur,
clés d'API stockées hachées et comparées en temps constant.
02
Vos données restent les vôtres
PostgreSQL, hébergé où vous le décidez : votre serveur, votre cloud, ou le nôtre. Aucune donnée n'est envoyée à un tiers, et une sauvegarde reste une sauvegarde de base de données classique.
03
Déploiement en une commande
Base de données, API et interface sont livrées en pile Docker sur une seule origine :
pas de CORS à configurer, pas de proxy à inventer. Un
docker compose up et la plateforme tourne.
04
Un code tenu
TypeScript strict des deux côtés, architecture en couches, aucun fichier de plus de 300 lignes. Ce n'est pas un détail d'ingénieur : c'est ce qui permet d'ajouter votre besoin spécifique sans fragiliser le reste.
Socle technique
Des technologies modernes et éprouvées, celles-là mêmes qui font tourner les SaaS que vos équipes utilisent tous les jours.
React 19
TypeScript
Node.js · Express
PostgreSQL
WebSocket
Docker
API REST · OpenAPI
SMTP
Déjà en production
DGL Ticket n'est pas une maquette : la plateforme est déployée et utilisée chez DGL TechLabs. Ce que vous voyez en démonstration est ce que vous installez.
Mise en route
Trois étapes, et vous travaillez dedans.
01
Cadrage
On regarde ensemble vos projets, vos clients, vos niveaux de priorité et vos engagements. Statuts, catégories et politiques SLA sont paramétrés pour ressembler à votre organisation — pas à un modèle générique.
02
Déploiement
Installation sur votre serveur ou sur une instance que nous hébergeons, en HTTPS, avec vos comptes et vos équipes. Le socle est prêt : le déploiement se fait en une commande, pas en un projet.
03
Prise en main et suite
Un tour de l'application avec vos équipes, la reprise éventuelle de votre historique, puis les évolutions au fil de l'eau : l'outil continue d'avancer avec vos usages.
Questions fréquentes
Ce qu'on nous demande le plus souvent.
Peut-on l'héberger sur nos propres serveurs ?
Oui, c'est le mode nominal. La plateforme se déploie en pile Docker (PostgreSQL, API, interface) sur une seule origine, derrière votre reverse proxy HTTPS. Vos données ne quittent pas votre infrastructure. Nous pouvons aussi l'héberger pour vous si vous préférez ne pas vous en occuper.
Nos clients peuvent-ils y accéder ?
Oui. Un rôle Client existe : il donne accès à la consultation des tickets et à la participation aux échanges, sans les droits d'administration. Vos interlocuteurs suivent l'avancement et répondent directement dans le fil, ce qui remplace la plupart des points téléphoniques.
Peut-on adapter les statuts, priorités et catégories ?
Oui, depuis l'application, sans intervention technique. Les statuts constituent les colonnes du Kanban, les priorités alimentent le calcul des échéances SLA, et les catégories servent au filtrage et aux statistiques.
Peut-on connecter nos outils existants ?
Une API REST v1 documentée (OpenAPI) couvre les tickets, les projets et les commentaires, avec des clés d'API révocables. Elle permet de créer un ticket depuis votre supervision, votre formulaire de support ou votre chaîne d'intégration continue. Un catalogue d'intégrations est prévu pour les outils les plus courants.
Que deviennent nos données actuelles ?
Elles sont reprises. Selon leur format — export d'un outil existant, tableur, base historique — la reprise se fait via l'API v1 ou par un script d'import dédié. Le périmètre exact se cadre au démarrage.
Faut-il former les équipes ?
L'interface reprend les codes des outils modernes : un tour de l'application suffit généralement pour être autonome. Nous accompagnons le démarrage, et le paramétrage initial est fait avec vous plutôt que livré tel quel.
Et si nous avons un besoin spécifique ?
DGL Ticket est développé en interne par DGL TechLabs : nous maîtrisons l'intégralité du code. Un champ, un écran, un export ou une règle métier propre à votre activité peuvent être ajoutés — c'est même la raison d'être d'un produit édité plutôt que loué.
Voyons ce que ça donne sur vos projets.
Une démonstration de trente minutes, sur vos cas réels : vos types de demandes, vos clients, vos délais. Vous saurez tout de suite si l'outil vous fait gagner du temps.