KQL Builder

But et intention de l’utilisateur: L’outil traduit les objectifs métier en expressions KQL eDiscovery robustes, permettant aux équipes juridiques et informatiques de concevoir des recherches précises sur les mails, documents, chats et espaces de stockage. Il met l’accent sur la reproductibilité, les traces auditées et l’exportabilité pour les flux de travail de litige et de conformité. Utilisateurs visés: analystes eDiscovery, opérations juridiques, responsables conformité et administrateurs IT nécessitant une construction de requêtes guidée par le domaine.
Logique centrale et fonctionnalités: Le système utilise un modèle basé sur des champs avec des composants champ-obligatoire, opérateur et valeur et prend en charge des regroupements avancés via des parenthèses. Il applique une validation de syntaxe, une priorité des opérateurs et un export structuré. Des fonctionnalités optionnelles incluent des modèles réutilisables, l’historique des versions, l’import/export de modèles et des blocs JSON prêts pour l’API pour l’intégration.
Entrées et sorties: Les utilisateurs fournissent la portée du contenu ciblé, les définitions des champs, les plages de dates, les indicateurs de pièces jointes et des valeurs d’exemple. L’outil renvoie une chaîne KQL, un résumé et un indicateur de validité de la syntaxe, avec une validation de date ISO 8601. Les exports peuvent être des requêtes autonomes ou des blocs intégrés dans des pipelines d’entreprise.
Algorithmes et calculs: Des critères généraux se mappent sur des tokens KQL (par ex. contient, est égal, commence par, se termine par). Le moteur regroupe les expressions avec des parenthèses, applique des littéraux de date, échappe les caractères spéciaux et concatène les tokens avec la logique AND/OR/NOT pour former la requête finale.
Erreurs et cas limites: L’outil signale des noms de champs invalides, des opérateurs non pris en charge, des parenthèses déséquilibrées, des valeurs vides ou des problèmes d’analyse de dates, avec des détails d’erreur structurés et sans messages UI. Si des sources de données externes sont indisponibles, il conserve les entrées et signale le problème.
Industrie/Région et localisation: Les dates ISO 8601 sont requises; les heures sont UTC sauf indication d’un fuseau horaire. La syntaxe KQL anglaise est supposée; la localisation se limite aux formats de date.
Hypothèses et exclusions: On suppose l’accès à un index eDiscovery et la cartographie des champs vers des entités prises en charge. L’interface utilisateur, l’authentification et l’affichage des données se trouvent hors du périmètre; seule la génération KQL et les métadonnées sont produites.