Un logiciel Levelupsoft Inc.

Vos conversations de travail
ne quittent pas vos serveurs

SSemTalk est une messagerie que votre entreprise exploite elle-même. Messages et fichiers s’accumulent sur vos propres serveurs, et vos équipes échangent, dans l’interface d’une messagerie familière, avec leurs collègues comme avec les agents IA conçus par l’entreprise.

4
Applications bureau et mobile
10
Langues prises en charge
IA
Agents : texte et voix (pilote)

Pourquoi l’auto-hébergement

Que cédez-vous en échange de la commodité ?

Les messageries publiques s’adoptent en un instant. En contrepartie, l’historique des conversations, les pièces jointes et une cartographie proche de votre organigramme s’accumulent sur l’infrastructure d’un tiers.

Vos données sont ailleurs

Contrats et plans techniques restent stockés chez un prestataire externe. Pour les effacer, vous ne supprimez rien vous-même : vous demandez qu’on le fasse.

La conformité est difficile à prouver

Lors d’un audit bancaire, médical ou public, à la question « où ces échanges sont-ils conservés ? », vous n’avez à présenter que les conditions générales d’un prestataire.

Les règles changent

Tarifs, durées de conservation et limitations de fonctionnalités ne sont pas décidés par vous. Le jour où ils changent, toute l’organisation doit s’y adapter.

Produit

SSemTalk : serveur et applications d’un seul tenant

Nous ne livrons pas un serveur en vous laissant les applications sur les bras. Les applications des quatre plateformes sont conçues pour pointer vers votre serveur et fournies avec lui.

01

Le serveur

Installé dans votre datacenter ou sur un serveur interne. Un seul ensemble Docker démarre le serveur, la base de données et les certificats.

02

Les applications

macOS, Windows, Android, iPhone. Diffusables sous le nom et l’icône de votre entreprise, elles cohabitent sur un même appareil avec les messageries publiques. Une app pour Apple Watch est en phase pilote.

03

Bots et intégrations

Le Bot API habituel, tel quel. Vos bots Python ou Node existants fonctionnent en changeant simplement l’adresse du serveur, et peuvent devenir des agents IA qui répondent au téléphone.

Fonctionnalités

Tout ce qu’exige le quotidien, dès le départ

Messages et fichiers

Conversations individuelles et de groupe, accusés de lecture, réponses, fichiers jusqu’à 2 Go, photos et documents.

Appels vocaux

Appels chiffrés de bout en bout entre deux personnes. Un relais (TURN) accompagne le tout pour les réseaux fermés.

Bots et automatisation

Créez un bot avec @BotFather, puis reliez vos systèmes internes via le Bot API HTTP et les webhooks.

Console d’administration

Utilisateurs, bots et stockage, mode d’envoi des codes d’inscription, déconnexion des appareils : le tout sur un seul écran.

Contrôle des inscriptions

Ouverture ou fermeture des inscriptions, envoi du code de vérification (SMS, e-mail, console), blocage de numéros et limite de tentatives.

10 langues

Les applications et la documentation sont disponibles en 10 langues, coréen compris. L’arabe va jusqu’à l’écriture de droite à gauche.

Agents IA

Parler avec des agents IA Phase pilote

Vos équipes interrogent par écrit, depuis leur ordinateur, les agents IA conçus par l’entreprise, poursuivent par un appel depuis leur téléphone et continuent à l’extérieur sur leur Apple Watch. Le tout sur SSemTalk, installé sur les serveurs de l’entreprise.

Un agent, tous les appareils

Appelez directement l’agent à qui vous écriviez. Le journal de l’appel reste dans la même conversation, quel que soit l’appareil.

Directement au poignet

Avec l’app pour Apple Watch, appelez un agent sans iPhone. Pour l’instant, c’est une app pilote qui ne sert qu’aux appels.

Garder la conversation par écrit

Après l’appel, la conversation peut être gardée par écrit, uniquement dans votre propre conversation. C’est l’appelant qui choisit de la garder ou non.

Des agents conçus par l’entreprise

Créez un bot avec @BotFather, activez la voix, puis définissez les instructions, le message d’accueil, la voix et la langue. Il parle 9 langues.

Relié aux systèmes internes

Pendant l’appel, l’IA fait appel aux outils de l’entreprise (Bot API) et à ses serveurs MCP pour retrouver une commande ou vérifier un agenda.

La voix vers votre serveur IA

En mode flux, c’est le serveur IA de l’entreprise qui reçoit directement l’audio de l’appel. L’entreprise peut aussi utiliser la clé de modèle qu’elle a souscrite.

L’entreprise décide où vont les données

Contrairement aux appels entre personnes, les appels avec un agent ne sont pas chiffrés de bout en bout : la passerelle vocale déchiffre l’audio et le transmet au modèle d’IA. Avec le moteur par défaut (Google Gemini sur Vertex AI), l’audio de l’appel part chez Google, aux États-Unis (us-central1). En contrepartie, l’entreprise installe elle-même le serveur, utilise sa propre clé de modèle ou fait recevoir l’audio par son propre serveur IA en mode flux, et active ou désactive les appels avec les agents grâce aux interrupteurs de l’opérateur. Il ne s’agit pas de « tout reste à l’intérieur », mais d’une architecture où l’entreprise choisit où vont les données.

Les agents vocaux et l’app pour Apple Watch sont en phase pilote et ne sont pas encore disponibles pour tous. Messages, applications, bots et installation sur vos propres serveurs sont utilisables dès maintenant.

Architecture

Le déploiement en un coup d’œil

Les applications se connectent au serveur en MTProto standard, et le serveur consigne tout dans PostgreSQL par event sourcing. La voix des appels entre personnes circule directement entre les applications ; avec les agents IA s’ajoute, en option, une passerelle vocale.

Votre entreprise (auto-hébergé)Hors de l’entrepriseApplicationsmacOS · Windows · Android · iPhonePoint d’entréeTLS · MTProto · HTTPSServeur SSemTalkJava 21 · NettyPostgreSQLEvent sourcingRelaisTURN · voix uniquementSystèmes internesBot API · webhooks · MCPApp pour Apple WatchPilote · appels uniquementPasserelle vocaleOptionnel · audio vers le modèleServeur IA interneOptionnel · mode fluxModèle IA (défaut)Google Vertex AI · États-Unis

Description du schéma

  • De gauche à droite : applications → point d’entrée → serveur → stockage. Toutes les flèches que suivent les messages et les fichiers s’arrêtent à l’intérieur du périmètre de l’entreprise.
  • Les traits pleins sont le chemin des messages et des fichiers. Le serveur les reçoit, les consigne et les pousse vers les appareils connectés.
  • Les pointillés orange sont la voix. Le contenu des appels entre personnes ne passe pas par le serveur et n’emprunte le relais que sur un réseau fermé.
  • Les systèmes internes se raccordent par des bots. Outre les alertes et les validations, pendant un appel, un agent IA interroge les systèmes internes par des outils Bot API ou des serveurs MCP.
  • Le stockage empile des événements. Ce qui a changé, quand et comment reste inscrit et ne s’efface pas.
  • Les bordures en pointillés sont les composants optionnels pour les agents IA (phase pilote). La passerelle vocale déchiffre l’audio pour le transmettre au modèle : les appels avec un agent ne sont donc pas chiffrés de bout en bout. Avec le moteur par défaut, l’audio sort de l’entreprise (Google, États-Unis) ; en mode flux, il va au serveur IA de l’entreprise (le pointillé rouge sort de l’entreprise).
  • L’app pour Apple Watch se connecte au serveur en HTTPS et envoie l’audio des appels directement au point d’entrée de la passerelle vocale réservé à la montre.

Déploiement

De l’installation à l’usage, en quatre étapes

  1. 1

    Lancer le serveur

    Un seul fichier Docker Compose. Le serveur, PostgreSQL et les certificats démarrent ensemble.

  2. 2

    Domaine et certificats

    Rattachez le domaine de l’entreprise : les certificats HTTPS sont émis et renouvelés automatiquement.

  3. 3

    Distribuer les applications

    Téléchargez et installez les applications aux couleurs de l’entreprise. La distribution par les stores est possible.

  4. 4

    Inscriptions et exploitation

    Choisissez le mode d’inscription dans la console d’administration, et suivez au même endroit utilisateurs, bots et stockage.

Technologie

Bâti sur des composants éprouvés

MTProto 2.0

Le protocole de transport qu’utilisent les messageries publiques. Aucune application n’est à réécrire.

Java 21 · Netty

Les requêtes sont traitées sur des threads virtuels. Un seul serveur tient des milliers de connexions.

PostgreSQL · event sourcing

L’état n’est pas écrasé : les faits s’empilent. L’audit et la restauration sortent du même journal.

Plus de 5 000 tests

Y compris la vérification automatique d’échanges réels avec de vrais clients connectés.

Vous envisagez de déployer SSemTalk ?

Indiquez-nous votre volumétrie et vos exigences réglementaires : nous vous proposerons la configuration adaptée. Nous vous accompagnons aussi sur une installation d’essai.

Nous écrire

halo@levelupsoft.com

Levelupsoft Inc.