> This is a page from the ElevenLabs documentation. For a complete page index, fetch https://elevenlabs.io/docs/llms.txt. For the full documentation in a single file, fetch https://elevenlabs.io/docs/llms-full.txt. # 3CX Votre système 3CX conserve son opérateur et ses numéros, et transfère les appels de votre choix vers Reception.ai via un [trunk SIP](/docs/fr/reception-ai/phone-numbers/bring-your-own-number#sip-trunk). Ajoutez dans 3CX un trunk générique basé sur l’adresse IP qui pointe vers Reception.ai, puis transférez-lui un numéro. ## Avant de commencer * 3CX V20 sur une installation dédiée : auto-hébergée, sur site ou une instance dédiée hébergée par 3CX. Les trunks SIP génériques ne sont pas disponibles avec les forfaits gratuits et PME partagés (multilocataires). * Une adresse IP publique statique pour le serveur 3CX. Reception.ai accepte uniquement les appels provenant des adresses que vous autorisez. * Une personne à l’aise avec les trunks 3CX, les règles sortantes et les paramètres de pare-feu. ## Configuration ### Ajoutez le trunk SIP dans Reception.ai Accédez à **Intégrations**, sélectionnez **Ajouter une intégration**, puis choisissez **Trunk SIP**. Sous **Adresses entrantes autorisées**, ajoutez l’adresse IP publique du serveur 3CX. Laissez le nom d’utilisateur et le mot de passe entrants vides : un trunk 3CX basé sur l’adresse IP ne s’authentifie pas. ### Ajoutez le numéro Accédez à **Réceptionnistes**, sélectionnez la tuile **Téléphone**, saisissez le numéro composé par les appelants avec son indicatif pays, puis sélectionnez **Ajouter un numéro de trunk SIP**. Reception.ai affiche l’hôte du serveur SIP vers lequel envoyer les appels. ### Créez le trunk dans 3CX Dans la console d’administration 3CX, accédez à **Voix et chat**, puis sélectionnez **Ajouter un trunk**. Choisissez le pays **Générique** et le modèle de trunk SIP générique, puis définissez : | Champ | Valeur | | ------------------------------------------------------ | ----------------------------------------------- | | **Nom d’hôte ou IP du registraire/serveur/passerelle** | L’hôte du serveur SIP Reception.ai, port `5060` | | **Authentification** | **Ne pas exiger, basée sur l’IP** | | **Transport** (dans l’onglet **Options**) | **TCP** | Utilisez TCP. 3CX prend uniquement en charge TLS sur les trunks qui s’authentifient avec un nom d’utilisateur et un mot de passe, et le trunk SIP de Reception.ai ne s’enregistre pas. Dans les paramètres d’identifiant de l’appelant du trunk, laissez 3CX transmettre le numéro de l’appelant d’origine. Sinon, votre réceptionniste verra votre numéro principal pour chaque appel. ### Ajoutez une règle sortante qui envoie le format +E.164 Accédez à **Règles sortantes** et ajoutez une règle pour les numéros commençant par un préfixe inutilisé, tel que `999`. Définissez **Route 1** sur le trunk Reception.ai, supprimez `3` chiffres et ajoutez `+` en préfixe. Un appel vers `99914155550123` quitte alors le trunk au format `+14155550123`, requis par Reception.ai. ### Transférez les appels vers Reception.ai 3CX V20 ne peut pas envoyer directement un numéro SDA vers un numéro externe. Créez un utilisateur, ou utilisez une extension existante, uniquement à cette fin, attribuez-lui votre SDA et transférez tous ses appels vers `999` suivi du numéro au format E.164 sans `+`, par exemple `99914155550123`. Vous pouvez également joindre cette extension depuis une option de SVI ou la destination en cas de non-réponse d’une file d’attente. ### Vérifiez le pare-feu Ouvrez la plage de ports RTP (UDP) de 3CX dans votre pare-feu afin que l’audio provenant de Reception.ai atteigne le serveur. Exécutez la vérification du pare-feu 3CX en cas de doute. ### Testez Appelez votre SDA depuis un autre téléphone et vérifiez que votre réceptionniste répond. ## Limites * **Transferts.** Votre réceptionniste transfère les appels en passant un nouvel appel vers l’**adresse SIP sortante**. Dirigez-la vers votre opérateur SIP en utilisant un compte opérateur qui accepte un nom d’utilisateur et un mot de passe. Le routage des transferts vers 3CX n’est pas couvert ici : un trunk 3CX basé sur l’adresse IP associe les appels selon leur adresse source, et Reception.ai appelle depuis un pool d’adresses changeant. * **Pas de TLS.** 3CX ne prend pas en charge TLS sur les trunks basés sur l’adresse IP. La signalisation entre 3CX et Reception.ai utilise donc TCP. * **Votre système 3CX transporte chaque appel deux fois**, une fois depuis l’opérateur et une fois vers Reception.ai. Votre licence doit donc autoriser suffisamment d’appels simultanés. ## Dépannage | Problème | Vérification | | ------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------- | | Les appels échouent avant de sonner | Vérifiez que le transport du trunk est TCP et que le port est `5060`. | | Les appels sont rejetés | Ajoutez l’adresse IP publique du serveur 3CX aux **Adresses entrantes autorisées** et vérifiez que la règle sortante ajoute `+` devant le numéro complet. | | Les appels sortent via votre opérateur à la place | Vérifiez que le numéro de transfert commence par le préfixe de la règle et que celle-ci se trouve au-dessus de vos autres règles sortantes. | | La réceptionniste voit votre numéro principal comme appelant | Laissez le trunk Reception.ai transmettre l’identifiant de l’appelant d’origine. | | Audio à sens unique ou absent | Ouvrez la plage de ports RTP dans votre pare-feu et exécutez la vérification du pare-feu 3CX. |