Une architecture adaptable.
QONITIF peut être présenté selon plusieurs scénarios : interface SaaS sécurisée, instance dédiée, cloud souverain, environnement client ou architecture hybride selon les contraintes du terrain.
QONITIF est pensé pour pouvoir s'adapter à des environnements sensibles. Hébergement souverain, instance dédiée, politiques de conservation, anonymisation, chiffrement, contrôle d'accès, logs, déploiement client ou cloud privé : le cadre doit être défini selon le contexte, la sensibilité des données et les contraintes de l'organisation.
QONITIF peut être présenté selon plusieurs scénarios : interface SaaS sécurisée, instance dédiée, cloud souverain, environnement client ou architecture hybride selon les contraintes du terrain.
Documents, transcriptions, éléments d'analyse, livrables et journaux d'usage doivent être gouvernés par des politiques claires : accès, durée de conservation, suppression, export et audit.
QONITIF ne conclut pas à la place de l'humain. Il structure des hypothèses, signale des zones d'attention et propose des recommandations qui doivent rester discutables et vérifiables.
Le même produit ne doit pas imposer le même cadre à tous les environnements. Une équipe fraude, un service d'enquête, une entité publique ou une organisation sensible n'auront pas les mêmes exigences de sécurité, d'accès, de conservation ou d'intégration. QONITIF doit donc être cadré avant tout pilote.
QONITIF peut traiter plusieurs types d'informations : documents de dossier, déclarations, transcription live, métadonnées d'entretien, zones d'attention, recommandations, debrief et exports. Les règles de conservation ne doivent pas être implicites : elles doivent être définies avec l'organisation utilisatrice.
QONITIF ne produit pas de verdict de sincérité, de culpabilité ou de fraude. Il aide à tester la solidité d'un récit par la préparation, la relance et le debrief.
Une zone signalée doit pouvoir être discutée : pourquoi ce point est-il sensible, quelle hypothèse est ouverte, quelle vérification est proposée ?
L'intensité de l'assistance doit être ajustée à la sensibilité du dossier, au statut de la personne entendue et au cadre juridique ou métier.
Le professionnel reste responsable des questions posées, des décisions prises, des vérifications menées et de la qualification finale du dossier.
Avant toute expérimentation, les équipes doivent pouvoir clarifier précisément le périmètre : données traitées, place de l'audio, mode d'hébergement, intégration aux outils existants, conservation, exports, profils habilités, auditabilité, limites méthodologiques et conditions d'acceptabilité par les utilisateurs.
Dans des contextes sensibles, l'efficacité ne suffit pas. Le cadre de données, les limites du système et la place du jugement humain doivent être explicités dès le départ.