SANIA combine une interface visible dans l’espace physique avec une intelligence artificielle conversationnelle et les connaissances propres à l’organisation.
Pour le visiteur, l’expérience doit rester simple : poser une question et obtenir une réponse pertinente. Derrière cette interaction, SANIA articule plusieurs briques : l’interface, l’interaction vocale ou tactile, le moteur conversationnel et les informations métier fournies par l’organisation.
L’architecture peut évoluer selon le projet. L’objectif n’est pas d’imposer un modèle unique, mais de sélectionner les composants adaptés au contexte d’utilisation.
SANIA s’appuie sur des modèles de langage pour comprendre une demande formulée naturellement et produire une réponse conversationnelle.
La pertinence dépend aussi des informations métier mises à disposition. SANIA peut exploiter une base de connaissances alimentée par différents documents et contenus de l’organisation.
L’interaction peut être vocale et, selon la configuration, tactile. Le choix de l’interface doit tenir compte de l’environnement sonore, du matériel, de la fréquentation et des besoins du public.
SANIA peut être déployée sur différents formats d’écrans ou de bornes compatibles. Le choix du matériel dépend de l’emplacement, de la lisibilité, de l’acoustique et des contraintes d’installation.
SANIA s’intègre à l’écosystème d’affichage dynamique Sandisplay. Cette proximité permet de concevoir des projets où information diffusée et interaction conversationnelle sont pensées de manière cohérente.
Lorsqu’un projet doit échanger avec un système tiers, la fonction concernée doit être étudiée séparément. Une possibilité technique ne doit pas être confondue avec une fonction native de SANIA.
Plusieurs moteurs LLM peuvent être utilisés selon la configuration du projet. Ce choix permet d’adapter la solution aux objectifs et contraintes identifiés, sans présenter un modèle unique comme réponse à tous les besoins.
ALLSAN travaille dans l’affichage dynamique et les solutions interactives depuis 2007. Cette expérience des écrans en situation réelle complète la dimension IA de SANIA : emplacement, lisibilité, interaction, maintenance et cohérence du contenu restent des éléments essentiels d’un déploiement réussi.
Une vue volontairement simplifiée du parcours d’une question, sans exposer les détails propriétaires de l’architecture.
Le visiteur formule sa demande.
L’interface reçoit l’interaction selon la configuration.
La demande est interprétée avec le contexte de la session.
Le moteur conversationnel construit le raisonnement nécessaire à la réponse.
La base documentaire peut fournir les informations métier pertinentes.
Une fonction, API ou un webhook configuré peut être appelé si nécessaire.
La réponse est restituée au visiteur dans l’expérience SANIA.
Les capacités techniques sont activées en fonction des besoins réels du projet.
SANIA peut retrouver des informations pertinentes dans des documents et contenus de la base de connaissances.
Le LLM peut sélectionner un outil configuré lorsqu’une intention nécessite une action ou une information externe.
Des endpoints HTTP peuvent être appelés pour échanger avec un système externe prévu dans l’intégration.
Une application peut exposer des actions que SANIA pourra déclencher dans les limites définies par le projet.
La capacité à appeler une API, un webhook ou une fonction ne signifie pas qu’un CRM, un ERP, une réservation, un paiement ou un logiciel métier précis est déjà connecté nativement.
Chaque connexion à un système tiers doit être définie, sécurisée, testée et intégrée pour le projet concerné. Cette distinction permet de présenter clairement les capacités de plateforme sans promettre une intégration qui n’existe pas encore.
Écran existant, borne dédiée, contraintes de réseau, contenus métier ou besoin d’intégration : une démonstration permet de cadrer la configuration SANIA la plus pertinente.
