SERVICES · OPÉRATIONS · MÉMOIRE · INTELLIGENCE

UNIDESK

LE CENTRE OPÉRATIONNEL QUI S’ADAPTE À VOTRE ENTREPRISE

Le ticket est le point d’entrée. UNIDESK vise plus loin : comprendre chaque demande, la replacer dans son contexte, appliquer les engagements et droits adaptés, coordonner son traitement et conserver la mémoire opérationnelle de l’organisation.

Logo officiel UNIDESK

Logo officiel utilisé tel quel. UNIDESK reste une famille autonome ; les interactions avec d’autres produits dépendent de l’architecture retenue.

LE TICKET UNIVERSEL

Une demande n’est jamais juste un numéro.

UNIDESK relie chaque demande au contexte réel : client, société, site, service, actif, contrat, criticité, SLA/SLC, équipe, droits, procédures et historique.

01QUI ?Utilisateur, client, prestataire ou système
02OÙ ?Société, site, service, environnement
03QUOI ?Incident, demande, changement, maintenance, alerte
04SUR QUOI ?Équipement, application, service, configuration
05ENGAGEMENTS ?Contrat, SLA/SLC, horaires, astreintes, criticité
06TRAITEMENT ?Équipe, autorisations, procédure, escalade
07TRACE FINALE ?Résolution, preuves, mesures et historique
Équipe de support en contexte opérationnel
Illustration de contexte métier — pas une preuve d’interface UNIDESK.
Exemple concret

« La ligne de production 4 ne peut plus imprimer les étiquettes d’expédition. » La réponse dépend du site, de l’application, de la criticité, du contrat, du SLA, de l’équipe habilitée et des incidents similaires déjà connus.

ARCHITECTURE UNIDESK

Core au centre. Huit capacités autour. UNIA traverse l’ensemble.

Les neuf appellations historiques décrivent un écosystème unique. Elles ne sont pas présentées comme neuf logiciels commerciaux indépendants.

UNIAComprendre · qualifier · rechercher · suggérer · assister — toujours sous droits, règles métier et validations humaines.
CŒUR OPÉRATIONNEL

UNIDESK Core

Incidents, demandes, tickets, utilisateurs, équipes, priorités, SLA, traitements, escalades, résolutions, historique et pilotage.

ChangeGestion des changements

Prépare, qualifie, autorise, planifie, exécute et trace les changements, avec impacts, risques, validations, fenêtres d’intervention et retour arrière.

CMDBConfiguration & dépendances

Représente matériels, logiciels, applications, services, infrastructures, utilisateurs, sites, contrats et surtout leurs relations.

AuditBridgePreuves & audit

Relie opérations, validations, événements, journaux, décisions et documents aux éléments nécessaires à la preuve et à l’audit.

OpsCloudOpérations IT & Cloud

Fait converger événements opérationnels, disponibilité, alertes, incidents techniques, serveurs et services cloud avec le service management.

SchedulerPlanification opérationnelle

Planifie interventions, maintenances, changements et activités récurrentes en tenant compte des équipes, disponibilités, calendriers, contrats et SLA/SLC.

IntegratorIntégrations

Connecte UNIDESK aux annuaires, SSO, messageries, supervision, ERP/CRM, applications métiers, API, webhooks et autres systèmes lorsque souhaité.

ContinuityPCA / PRA

Relie les opérations aux procédures de continuité et de reprise : responsabilités, événements critiques, actions de secours et restauration des services.

DORA EngineRésilience réglementaire

Capacité historique orientée résilience numérique : incidents majeurs, continuité, fournisseurs, contrôles, obligations et preuves. L’applicabilité dépend du contexte.

LES 9 CAPACITÉS

Chaque capacité a un rôle précis dans l’écosystème.

La fonction est documentée. Le code, l’interface et la disponibilité commerciale restent à auditer avant toute affirmation publique.

01Cœur opérationnel

UNIDESK Core

Centralise incidents, demandes, tickets, utilisateurs, équipes, priorités, SLA, traitements, escalades, résolutions et historique.

ExempleExemple : une demande critique est qualifiée, affectée, suivie selon son SLA puis clôturée avec sa résolution et ses preuves.
Parler de cette capacité →
02Gestion des changements

UNIDESK Change

Prépare, qualifie, autorise, planifie, exécute et trace les changements, avec impacts, risques, validations, fenêtres d’intervention et retour arrière.

ExempleExemple : une mise à jour ERP est planifiée hors production, validée, exécutée, puis documentée avec son plan de retour arrière.
Parler de cette capacité →
03Configuration & dépendances

UNIDESK CMDB

Représente matériels, logiciels, applications, services, infrastructures, utilisateurs, sites, contrats et surtout leurs relations.

ExempleExemple : un serveur défaillant permet d’identifier immédiatement les applications, sites ou services qui en dépendent.
Parler de cette capacité →
04Preuves & audit

UNIDESK AuditBridge

Relie opérations, validations, événements, journaux, décisions et documents aux éléments nécessaires à la preuve et à l’audit.

ExempleExemple : une intervention sensible reste reliée à son auteur, sa validation, son horodatage et aux éléments de preuve disponibles.
Parler de cette capacité →
05Opérations IT & Cloud

UNIDESK OpsCloud

Fait converger événements opérationnels, disponibilité, alertes, incidents techniques, serveurs et services cloud avec le service management.

ExempleExemple : une alerte de supervision peut devenir un incident contextualisé au lieu de rester isolée dans un outil technique.
Parler de cette capacité →
06Planification opérationnelle

UNIDESK Scheduler

Planifie interventions, maintenances, changements et activités récurrentes en tenant compte des équipes, disponibilités, calendriers, contrats et SLA/SLC.

ExempleExemple : une maintenance récurrente est programmée selon les horaires autorisés, l’équipe disponible et les contraintes du contrat.
Parler de cette capacité →
07Intégrations

UNIDESK Integrator

Connecte UNIDESK aux annuaires, SSO, messageries, supervision, ERP/CRM, applications métiers, API, webhooks et autres systèmes lorsque souhaité.

ExempleExemple : UNIDESK peut recevoir une alerte de supervision et enrichir le ticket avec les données d’un ERP sans imposer le remplacement de ces systèmes.
Parler de cette capacité →
08PCA / PRA

UNIDESK Continuity

Relie les opérations aux procédures de continuité et de reprise : responsabilités, événements critiques, actions de secours et restauration des services.

ExempleExemple : lors d’un incident majeur, les actions de continuité, responsables et étapes de restauration peuvent être suivis dans un même contexte.
Parler de cette capacité →
09Résilience réglementaire

UNIDESK DORA Engine

Capacité historique orientée résilience numérique : incidents majeurs, continuité, fournisseurs, contrôles, obligations et preuves. L’applicabilité dépend du contexte.

ExempleExemple : pour une organisation concernée, incidents, continuité, fournisseurs et preuves peuvent être rapprochés des exigences de résilience applicables.
Parler de cette capacité →

MULTI-CLIENT · SLA/SLC · DROITS

Une même plateforme. Des règles différentes selon le contexte.

MULTI-CLIENT / MULTI-ORGANISATION

Sociétés & établissementsEntités distinctes, chacune avec son contexte.
Sites & départementsOrganisation locale et périmètres propres.
Équipes & utilisateursAffectations et responsabilités contextualisées.
Contrats & environnementsRègles spécifiques selon l’engagement.

SLA / SLC

Horaires de servicePlages de service selon contrat, site ou équipe.
Jours fériés & astreintesCalendriers et dispositifs d’astreinte.
Prise en charge & résolutionDélais selon criticité et contexte.
Escalades & exceptionsRègles de dépassement et traitements spécifiques.

DROITS & RESPONSABILITÉS

Rôles distinctsL’identité ne suffit pas à définir les droits.
Permissions contextualiséesDroits précis selon entité, contrat ou dossier.
Double validationPossible pour certaines actions sensibles.
TraçabilitéLes actions sensibles doivent rester auditables.
Exemple concret

Une usine 24/7 peut appliquer une astreinte et des délais critiques. Un bureau 08 h–18 h peut utiliser un autre calendrier. UNIDESK doit respecter les règles de chaque contrat sans mélanger les contextes.

UNIA + MÉMOIRE OPÉRATIONNELLE

L’intelligence devient utile quand elle connaît le contexte et l’historique.

UNIA — assistance opérationnelle

  • Analyser le texte d’une demande
  • Proposer catégorie et priorité
  • Rechercher des incidents similaires
  • Suggérer une résolution
  • Détecter les doublons
  • Assister la rédaction
  • Exploiter l’historique du client

Toujours sous droits, règles métier et validation humaine.

Contexte de support et connaissance opérationnelle

Mémoire opérationnelle

Lors d’une migration, l’objectif est de reprendre autant que possible l’historique exploitable : tickets, incidents, équipements, utilisateurs, contrats, procédures, documents et données utiles.

Après plusieurs années : cette mémoire peut soutenir la connaissance, les récurrences, le pilotage et l’audit.

AuditCartographieMappingMigrationContrôlesContinuité

OUVERTURE & INTÉGRATIONS

UNIDESK s’intègre à l’existant. L’écosystème TECKINFO reste optionnel.

Environnement ERP existant
Illustration d’un environnement métier existant — pas une preuve d’interface UNIDESK.

Environnement client

Annuaires/SSO, messagerie, supervision, ERP/CRM, applications métiers, API/webhooks, bases documentaires et outils de sécurité peuvent rester en place.

TECKINFO — si souhaité

Des intégrations avec GCC ou les outils existants du client peuvent être étudiées selon l’architecture retenue. Interaction possible ≠ dépendance obligatoire.

Exemple concret

UNIDESK peut s'inscrire dans un environnement comprenant un annuaire, une messagerie, des outils de supervision et un ERP. Les connexions nécessaires sont étudiées selon les besoins et les contraintes techniques du client.

STATUT & CRÉDIBILITÉ

Documenter ce qui est défini. Auditer ce qui doit encore être prouvé.

DOCUMENTÉOUI9 appellations historiques et fonctions décrites.
FONCTIONNELLEMENT DÉFINIOUIPérimètres et interactions consolidés.
CODE / UIÀ AUDITERNe pas présenter comme prouvé avant audit technique.
COMMERCIALISATIONÀ VALIDERPas de faux package, faux prix ou fausse disponibilité.

VOTRE ENTREPRISE A DÉJÀ UNE HISTOIRE.

UNIDESK N’A PAS À L’EFFACER POUR VOUS ÉQUIPER.

Commençons par vos processus, vos contrats, vos utilisateurs, votre environnement et vos données exploitables. Puis définissons comment UNIDESK doit s’adapter.

Parler de votre organisation