🥇Nous explorons FreePBX et l'intégrons à Bitrix24 et au-delà

Bitrix24 est une énorme plateforme qui combine à la fois CRM, gestion documentaire, comptabilité et encore beaucoup d'autres choses appréciées par les managers mais moins par le personnel IT. Le portail est utilisé par de nombreuses petites et moyennes entreprises, y compris de petites cliniques, des fabricants et même des salons de beauté. La fonctionnalité principale que les managers « aiment » est l'intégration de la téléphonie et de la CRM, où chaque appel est immédiatement enregistré dans la CRM, des fiches clients sont créées, avec les informations sur le client affichées lors d'un appel entrant, et il est tout de suite visible qui il est, ce qu'on peut lui vendre et combien il doit. Cependant, la téléphonie de Bitrix24 et son intégration avec la CRM coûtent de l'argent, parfois des sommes considérables. Dans cet article, je partagerai mon expérience d'intégration avec des outils open source et un IP PBX populaire FreePBX, et j'examinerai également la logique de fonctionnement des différentes parties

Je travaille en freelance pour une entreprise qui se spécialise dans la vente, la configuration et l'intégration de la téléphonie IP. Quand on m'a demandé si nous pouvions proposer quelque chose pour intégrer Bitrix24 avec les PBX que nos clients possèdent, ainsi qu'avec des PBX virtuels sur différents VDS d'entreprise, je me suis tourné vers Google. Et bien sûr, il m'a donné un lien vers un article sur Habr, qui contient une description, un github, et il semble que tout fonctionne. Mais en essayant d'utiliser cette solution, il est devenu évident que Bitrix24 n'est plus ce qu'il était auparavant, et beaucoup de choses doivent être retravaillées. De plus, FreePBX n'est pas juste un Asterisk nu, il faut réfléchir à la façon de concilier facilité d'utilisation et un plan de numérotation complexe dans les fichiers de configuration.

Étudions la logique de fonctionnement

Pour commencer, voici comment tout cela doit fonctionner. Lorsqu'un appel externe arrive sur le PBX (événement SIP INVITE du fournisseur), le traitement du plan de numérotation (dialplan) commence — les règles concernant ce qu'il faut faire et dans quel ordre avec l'appel. Du premier paquet, il est possible d'obtenir beaucoup d'informations qui pourront être utilisées dans les règles. Un excellent outil pour explorer les entrailles du SIP est l'analyseur sngrep (lien) qui peut être simplement installé sur des distributions populaires via apt install/yum install et similaire, mais il est aussi possible de le compiler à partir des sources. Jetons un coup d'œil au journal des appels dans sngrep.

De manière simplifiée, le plan de numérotation ne s'occupe que du premier paquet, et parfois, pendant l'appel, il y a également un transfert des appels, des pressions de touches (DTMF), diverses fonctionnalités intéressantes comme FollowMe, RingGroup, IVR et autres.

Que contient le paquet Invite

En fait, la plupart des simples plans de numérotation fonctionnent avec les deux premiers champs et toute la logique tourne autour du DID et du CallerID. DID — vers où nous appelons, CallerID — qui appelle.

Mais notre entreprise a plusieurs téléphones — donc il y a probablement dans le PBX des groupes d'appels (appel simultané/séquentiel de plusieurs appareils) sur les numéros de téléphone fixe (Ring Group), IVR (Bonjour, vous avez appelé… Appuyez sur un pour…), Répondeurs automatiques (Phrases), Conditions temporelles (Time Conditions), Renvoi vers d'autres numéros ou un mobile (FollowMe, Forward). Cela signifie qu'il est très difficile de déterminer clairement à qui l'appel arrivera réellement et avec qui la conversation aura lieu lors de la réception de l'appel. Voici un exemple du début d'un appel typique dans le PBX de nos clients.

Après l'entrée réussie de l'appel dans le PBX, il voyage à travers le plan de numérotation dans différents « contextes ». Un contexte, du point de vue d'Asterisk, est un ensemble numéroté de commandes, chacune contenant un filtre basé sur le numéro composé (il est appelé exten, pour un appel sortant, au début exten=DID). Les commandes dans la ligne de plan de numérotation peuvent être n'importe quoi — des fonctions internes (par exemple, appeler un abonné interne — Dial(), raccrocher — Hangup()), des opérateurs conditionnels (IF, ELSE, ExecIF et similaires), des transitions vers d'autres règles de ce contexte (Goto, GotoIF), des transitions vers d'autres contextes sous forme d'appels de fonctions (Gosub, Macro). La directive include nom_contexte, ajoute les commandes d'un autre contexte à la fin du contexte actuel. Les commandes incluses via include sont toujours exécutées après après la commande du contexte actuel.

Toute la logique de fonctionnement de FreePBX repose sur l'inclusion les uns des autres de différents contextes via include et des appels via Gosub, Macro et les gestionnaires Handler. Examinons le contexte des appels entrants de FreePBX.

L'appel passe par tous les contextes du haut vers le bas, dans chaque contexte, il peut y avoir des appels d'autres contextes sous forme de macros (Macro), de fonctions (Gosub) ou simplement des transitions (Goto), donc l'arbre réel de ce qui est appelé ne peut être suivi que dans les journaux.

Le schéma typique de configuration d'un système de téléphonie d'entreprise standard est illustré ci-dessous. Lors d'un appel, il recherche le DID dans les itinéraires entrants, vérifie les conditions temporelles, et si tout est en ordre, il lance le menu vocal. De là, on peut accéder au groupe d'opérateurs en appuyant sur le bouton 1 ou par expiration du délai. À la fin de l'appel, le macro hangupcall est exécuté, après quoi aucune autre action ne pourra être effectuée dans le plan de numérotation, à l'exception des gestionnaires spéciaux (hangup handler).

À quel moment dans cet algorithme d'appel devons-nous fournir les informations sur le début de l'appel au CRM, où commencer l'enregistrement, où mettre fin à l'enregistrement et l'envoyer avec les informations sur l'appel vers le CRM ?

Intégration avec des systèmes externes

Qu'est-ce que l'intégration d'un système téléphonique et d'un CRM ? Ce sont des configurations et des programmes qui convertissent les données et les événements entre ces deux plateformes et se les échangent. Le moyen le plus courant d'interaction entre des systèmes indépendants est l'API, et le moyen le plus populaire d'accéder à l'API est le HTTP REST. Mais pas pour Asterisk.

À l'intérieur d'Asterisk, il y a :

AGI — appel synchrone de programmes/composants externes, utilisé principalement dans le plan de numérotation, il existe des bibliothèques comme phpagi, PAGI
AMI — socket TCP texte, fonctionnant sur le principe de la souscription aux événements et de l'envoi de commandes textuelles, qui ressemble à SMTP de l'intérieur, capable de suivre des événements et de gérer des appels, il existe une bibliothèque PAMI — la plus populaire pour établir un lien avec Asterisk

Exemple de sortie AMI

Événement : Newchannel
Privilège : call,all
Canal : PJSIP/VMS_pjsip-0000078b
État du canal : 4
Description de l'état du canal : Ring
Numéro de l'appelant : 111222
Nom de l'appelant : 111222
Numéro de ligne connectée :
Nom de ligne connectée :
Langue : en
Code compte :
Contexte : from-pstn
Exten : s
Priorité : 1
Identifiant unique : 1599589046.5244
Identifiant lié : 1599589046.5244

ARI — un mélange de l'un et de l'autre, tout via REST, WebSocket, en format JSON — mais avec des bibliothèques et des wrappers récents c'est un peu délicat, on a trouvé (phparia, phpari) qui s'étaient stagnés dans leur développement il y a environ 3 ans.

Exemple de sortie ARI lors de l'initiation d'un appel

{ "variable":"CallMeCallerIDName", "value":"111222", "type":"ChannelVarset", "timestamp":"2020-09-09T09:38:36.269+0000", "channel":{"id":"1599644315.5334", "name":"PJSIP/VMSpjsip-000007b6", "state":"Ring", "caller":{"name":"111222", "number":"111222"}, "connected":{"name":"", "number":""}, "accountcode":"", "dialplan":{"context":"from-pstn", "exten":"s", "priority":2, "appname":"Stasis", "appdata":"hello-world" }, "creationtime":"2020-09-09T09:38:35.926+0000", "language":"ru" }, "asteriskid":"48:5b:aa:aa:aa:aa", "application":"hello-world" }

La commodité ou l'incommode, la possibilité ou l'impossibilité d'interagir avec une API donnée dépendent des tâches à accomplir. Les tâches pour l'intégration avec le CRM sont les suivantes :

Suivre le début de l'appel, où il a été transféré, extraire le CallerID, le DID, les heures de début et de fin, et éventuellement des données du répertoire (pour établir le lien entre le téléphone et l'utilisateur du CRM)
Commencer et terminer l'enregistrement de l'appel, le sauvegarder dans le format requis, informer à la fin de l'enregistrement où le fichier est stocké
Initier un appel en fonction d'un événement externe (depuis le programme), appeler un numéro interne, externe et les connecter
En option: intégrer avec le CRM, les groupes d'appel et FollowME pour le transfert automatique des appels en cas d'absence (selon les informations du CRM)

Toutes ces tâches peuvent être résolues via AMI ou ARI, mais l'ARI fournit beaucoup moins d'informations, de nombreux événements ne sont pas suivis et plusieurs variables qui existent dans l'AMI ne sont pas présentes (par exemple, les appels de macros, la définition de variables à l'intérieur des macros, y compris l'enregistrement des appels). Ainsi, pour un suivi correct et précis, choisissons pour l'instant l'AMI (mais ce n'est pas définitif). De plus (eh bien, que ferions-nous sans cela, nous sommes des êtres humains paresseux) — dans le travail initial (article sur Habr) utilise PAMI. *Ensuite, il faut essayer de réécrire en ARI, mais ce n'est pas sûr que cela fonctionnera.

Réinventions de l'intégration

Pour que notre FreePBX puisse communiquer dans AMI de manière simple sur le début de l'appel, l'heure de la fin, les numéros, les noms des fichiers enregistrés, il est plus simple d'utiliser le même truc que les auteurs d'origine — introduire nos propres variables et analyser la sortie pour leur présence. PAMI propose cela simplement via une fonction-filtre.

Voici un exemple de définition de notre variable pour l'heure de début de l'appel (s — c'est un numéro spécial dans le dialplan, qui est exécuté AVANT le début de la recherche par DID)

[ext-did-custom]

exten => s,1,Set(CallStart=${STRFTIME(epoch,,%s)})

Exemple d'événement AMI pour cette ligne

Événement : Newchannel

Privilège : call,all

Canal : PJSIP/VMS_pjsip-0000078b

État du canal : 4

Description de l'état du canal : Ring

Numéro de l'appelant : 111222

Nom de l'appelant : 111222

Numéro de ligne connectée :

Nom de ligne connectée :

Langue : en

Code compte :

Contexte : from-pstn

Exten : s

Priorité : 1

Identifiant unique : 1599589046.5244

Identifiant lié : 1599589046.5244

Application: Set AppData :

CallStart=1599571046

Étant donné que FreePBX réécrit les fichiers extention.conf et extention_additional.conf, nous utiliserons le fichier extention_custom.conf

Code complet de extention_custom.conf

[globals]	
;; Vérifiez les chemins et les droits d'accès des dossiers - L'utilisateur asterisk doit avoir des droits d'écriture
;; Les conversations seront enregistrées ici
WAV=\/var\/www\/html\/callme\/records\/wav 
MP3=\/var\/www\/html\/callme\/records\/mp3

;; Les enregistrements seront reproduits et téléchargés par ces chemins
URLRECORDS=https:\/\/www.host.ru\/callmeplus\/records\/mp3

;; Adresse pour le callback lors d'un appel sortant
URLPHP=https:\/\/www.host.ru\/callmeplus

;; Oui, nous enregistrons les conversations
RECORDING=1

;; Ceci est un macro pour enregistrer les conversations dans notre dossier.
;; Vous pouvez utiliser l'enregistrement système, mais pour l'instant, restons avec celui-ci - 
;; il fonctionne
[recording]
exten => ~~s~~,1,Set(LOCAL(calling)=${ARG1})
exten => ~~s~~,2,Set(LOCAL(called)=${ARG2})
exten => ~~s~~,3,GotoIf($["${RECORDING}" = "1"]?4:14)
exten => ~~s~~,4,Set(fname=${UNIQUEID}-${STRFTIME(${EPOCH},,%Y-%m-%d-%H_%M)}-${calling}-${called})
exten => ~~s~~,5,Set(datedir=${STRFTIME(${EPOCH},,%Y\/%m\/%d)})
exten => ~~s~~,6,System(mkdir -p ${MP3}\/${datedir})
exten => ~~s~~,7,System(mkdir -p ${WAV}\/${datedir})
exten => ~~s~~,8,Set(monopt=nice -n 19 \/usr\/bin\/lame -b 32  --silent "${WAV}\/${datedir}\/${fname}.wav"  "${MP3}\/${datedir}\/${fname}.mp3" && rm -f "${WAV}\/${fname}.wav" && chmod o+r "${MP3}\/${datedir}\/${fname}.mp3")
exten => ~~s~~,9,Set(FullFname=${URLRECORDS}\/${datedir}\/${fname}.mp3)
exten => ~~s~~,10,Set(CDR(filename)=${fname}.mp3)
exten => ~~s~~,11,Set(CDR(recordingfile)=${fname}.wav)
exten => ~~s~~,12,Set(CDR(realdst)=${called})
exten => ~~s~~,13,MixMonitor(${WAV}\/${datedir}\/${fname}.wav,b,${monopt})
exten => ~~s~~,14,NoOp(Finish if_recording_1)
exten => ~~s~~,15,Return()


;; Ceci est le contexte principal pour commencer la conversation
[ext-did-custom]

;; C'est un peu borderline de faire ça ici, mais ça fonctionne - ajoutons '8' au numéro
nexten =>  s,1,Set(CALLERID(num)=8${CALLERID(num)})

;; Variables pour le script
nexten =>  s,n,Gosub(recording,~~s~~,1(${CALLERID(number)},${EXTEN}))
exten =>  s,n,ExecIF(${CallMeCallerIDName}?Set(CALLERID(name)=${CallMeCallerIDName}):NoOp())
exten =>  s,n,Set(CallStart=${STRFTIME(epoch,,%s)})
exten =>  s,n,Set(CallMeDISPOSITION=${CDR(disposition)})

;; Le plus important ! Le gestionnaire de fin de conversation. 
;; Les chemins habituels de traitement de la fin via (exten=>h,1,somethinghere) dans FreePBX ne fonctionnent pas - Macro(hangupcall,) tout dérange. 
;; Donc, nous attachons le Hangup_Handler à la fin de l'appel
nexten => s,n,Set(CHANNEL(hangup_handler_push)=sub-call-from-cid-ended,s,1(${CALLERID(num)},${EXTEN}))

;; Gestionnaire de fin d'appel entrant
[sub-call-from-cid-ended]

;; Indique les valeurs à la fin de l'appel
nexten => s,1,Set(CDR_PROP(disable)=true)
exten => s,n,Set(CallStop=${STRFTIME(epoch,,%s)})
exten => s,n,Set(CallMeDURATION=${MATH(${CallStop}-${CallStart},int)})

;; Statut de l'appel - Répondu, non répondu...
exten => s,n,Set(CallMeDISPOSITION=${CDR(disposition)})
exten => s,n,Return


;; Gestionnaire des appels sortants - tout est similaire
[outbound-allroutes-custom]

;; Enregistrement
nexten => _.,1,Gosub(recording,~~s~~,1(${CALLERID(number)},${EXTEN}))
;; Variables
nexten => _.,n,Set(__CallIntNum=${CALLERID(num)})
exten => _.,n,Set(CallExtNum=${EXTEN})
exten => _.,n,Set(CallStart=${STRFTIME(epoch,,%s)})
exten => _.,n,Set(CallmeCALLID=${SIPCALLID})

;; Nous attachons le Hangup_Handler à la fin de l'appel
nexten => _.,n,Set(CHANNEL(hangup_handler_push)=sub-call-internal-ended,s,1(${CALLERID(num)},${EXTEN}))

;; Gestionnaire de fin d'appel sortant
[sub-call-internal-ended]

;; Variables
nexten => s,1,Set(CDR_PROP(disable)=true)
exten => s,n,Set(CallStop=${STRFTIME(epoch,,%s)})
exten => s,n,Set(CallMeDURATION=${MATH(${CallStop}-${CallStart},int)})
exten => s,n,Set(CallMeDISPOSITION=${CDR(disposition)})

;; Appel du script qui notifiera l'appel dans le CRM - c'est sortant,
;; donc à la fin
nexten => s,n,System(curl -s ${URLPHP}\/CallMeOut.php --data action=sendcall2b24 --data ExtNum=${CallExtNum} --data call_id=${SIPCALLID} --data-urlencode FullFname='${FullFname}' --data CallIntNum=${CallIntNum} --data CallDuration=${CallMeDURATION} --data-urlencode CallDisposition='${CallMeDISPOSITION}')
exten => s,n,Return

La caractéristique et la différence par rapport au plan de dial original des auteurs de l'article source -

Plan de dial au format .conf, comme le souhaite FreePBX (oui, il prend en charge .ael, mais pas toutes les versions et ce n'est pas toujours pratique)
Au lieu de traiter la fin via exten=>h, le traitement est introduit par hangup_handler, car FreePBX ne fonctionnait qu'avec cela
La ligne d'appel du script a été corrigée, avec des guillemets ajoutés et le numéro externe ExtNum
Les traitements ont été extraits dans des contextes _custom et permettent de ne pas toucher ni modifier les configurations de FreePBX - entrant via [ext-did-custom], sortant via [outbound-allroutes-custom]
Aucune liaison aux numéros - le fichier est universel et nécessite seulement la configuration du chemin et un lien vers le serveur

Pour commencer à travailler, il faut également autoriser les scripts dans AMI avec un identifiant et un mot de passe - pour cela, il y a également un fichier _custom dans FreePBX

Fichier manager_custom.conf

;; ceci est le login
[callmeplus]
;; ceci est le mot de passe
secret = trampampamturlala
denier = 0.0.0.0/0.0.0.0

;; je travaille avec la machine locale - mais si nécessaire, d'autres peuvent aussi être inscrits
permettre = 127.0.0.1/255.255.255.255
lire = systeme,appel,journal,verbose,agent,utilisateur,config,dtmf,reporting,cdr,dialplan
écrire = systeme,appel,agent,journal,verbose,utilisateur,config,commande,reporting,originate

Ces deux fichiers doivent être placés dans /etc/asterisk, puis les configurations doivent être relues (ou le système Asterisk redémarré)

# astrisk -rv
  Connected to Asterisk 16.6.2 currently running on freepbx (pid = 31629)
#freepbx*CLI> dialplan reload
     Dialplan reloaded.
#freepbx*CLI> exit

Passons maintenant à PHP

Initialisation des scripts et création du service

Comme le schéma de travail avec Bitrix 24, le service pour AMI n'est pas tout à fait simple et transparent, il mérite donc une attention séparée. Asterisk, lors de l'activation de l'AMI, ouvre simplement un port et c'est tout. Lorsqu'un client se connecte, il demande une autorisation, puis le client s'abonne aux événements nécessaires. Les événements arrivent sous forme de texte simple, que PAMI transforme en objets structurés et permet de définir une fonction de filtrage uniquement pour les événements, champs, numéros d'intérêt, etc.

Dès qu'un appel arrive, un événement NewExten se déclenche à partir du contexte parent [from-pstn], puis tous les événements se succèdent dans l'ordre des lignes dans les contextes. Lors de la réception d'informations à partir des variables _custom CallMeCallerIDName et CallStart définies dans le plan de dial, cela est appelé

La fonction de demande UserID, correspondant au numéro interne où l'appel est arrivé. Et si c'est un groupe d'appel? C'est une question politique, faut-il appeler tout le monde en même temps (lorsque tout le monde appelle en même temps) ou créer des appels au fur et à mesure lors d'appels successifs ? La plupart des clients ont la stratégie First Available, donc il n'y a pas de problème, un seul doit appeler. Mais la question doit être résolue.
La fonction d'enregistrement d'appel dans Bitrix24, qui renvoie CallID, nécessaire ensuite pour communiquer les paramètres de l'appel et le lien vers l'enregistrement. Cela exige soit le numéro interne soit UserID.

Après la fin de l'appel, la fonction de téléchargement de l'enregistrement est appelée, qui informe simultanément de l'état de fin d'appel (Occupé, Pas de réponse, Succès), et charge également le lien vers le fichier mp3 de l'enregistrement (s'il existe).

Étant donné que le module CallMeIn.php doit fonctionner en continu, un fichier de démarrage SystemD a été créé pour lui. callme.service, qui doit être placé dans /etc/systemd/system/callme.service

[Unit]
Description=CallMe

[Service]
WorkingDirectory=/var/www/html/callmeplus
ExecStart=/usr/bin/php /var/www/html/callmeplus/CallMeIn.php 2>&1 >>/var/log/callmeplus.log
ExecStop=/bin/kill -WINCH ${MAINPID}
KillSignal=SIGKILL

Restart=on-failure
RestartSec=10s

# ici, il faut vérifier quels droits sur les dossiers
#User=www-data  #Ubuntu - debian
#User=nginx #Centos

[Install]
WantedBy=multi-user.target

L'initialisation et l'exécution du script se fait via systemctl ou service.

# systemctl enable callme
# systemctl start callme

Le service se redémarrera automatiquement si nécessaire (en cas de pannes). Le service de surveillance des appels entrants ne nécessite pas l'installation d'un serveur web, seulement php (qui est certainement présent sur le serveur FeePBX). Mais sans accès aux enregistrements des appels via le serveur web (et avec https) il n'y aura pas de possibilité d'écouter les enregistrements des conversations.

Maintenant, parlons des appels sortants. Le script CallMeOut.php a deux fonctions :

Initiation de l'appel à la réception d'une demande au script php (y compris via le bouton « Appeler » dans Bitrix). Cela ne fonctionne pas sans serveur web, la demande arrive via HTTP POST, avec le jeton dans la demande.
Notification d'appel, de ses paramètres et d'enregistrements dans Bitrix. Cela se produit à l'initiative d'Asterisk dans le plan d'appel [sub-call-internal-ended] à la fin de l'appel.

Le serveur web est nécessaire uniquement pour deux choses : le téléchargement des fichiers d'enregistrement par Bitrix (via HTTPS) et l'appel du script CallMeOut.php. On peut utiliser le serveur intégré de FreePBX, dont les fichiers se trouvent dans /var/www/html, ou installer un autre serveur ou définir un autre chemin.

Serveur web

Laissez la configuration du serveur web pour une étude autonome (clic, clic, clic). Si vous n'avez pas de domaine, vous pouvez essayer FreeDomain ( https://www.freenom.com/ru/index.html), qui vous donnera gratuitement un nom pour votre IP publique (n'oubliez pas de rediriger les ports 80, 443 via le routeur, si l'adresse externe n'est présente que sur celui-ci). Si vous venez de créer un domaine DNS, il faut attendre (de 15 minutes à 48 heures) que tous les serveurs se propagent. D'après mon expérience avec les fournisseurs nationaux — cela prend de 1 heure à un jour.

Automatisation de l'installation

Le développement d'un installateur a commencé sur GitHub, afin de simplifier encore plus l'installation. Mais c'était facile sur le papier — pour l'instant, nous installons tout cela manuellement, heureusement, après avoir fouillé dans tout cela, il est devenu clair qui s'entend avec qui, où aller et comment déboguer. L'installateur n'est pas encore disponible (

Docker

Si vous souhaitez tester rapidement la solution, il existe une option avec Docker — créer rapidement un conteneur, lui donner des ports externes, fournir des fichiers de configuration et essayer (c'est une option avec un conteneur LetsEncrypt, si vous avez déjà le certificat, il suffit de rediriger le proxy inverse vers le serveur web FreePBX (nous lui avons donné un autre port — 88), LetsEncrypt dans Docker est basé sur de cet article

Vous devez exécuter le fichier dans le dossier de projet téléchargé (après git clone), mais d'abord, allez dans les config d'Asterisk (dossier asterisk) et y inscrire les chemins vers les enregistrements et l'URL de votre site

version: '3.3'
services:
  nginx:
    image: nginx:1.15-alpine
    ports:
      - "80:80"
      - "443:443"
    volumes:
      - .\/nginx\/ssl_docker.conf:\/etc\/nginx\/conf.d\/ssl_docker.conf
  certbot:
    image: certbot\/certbot
  freepbx:
    image: flaviostutz\/freepbx
    ports:
      - 88:80 # pour la configuration
      - 5060:5060\/udp
      - 5160:5160\/udp
      - 127.0.0.1:5038:5038 # pour CallMeOut.php
#      - 3306:3306
      - 18000-18100:18000-18100\/udp
    restart: always
    environment:
      - ADMIN_PASSWORD=admin123
    volumes:
      - backup:\/backup
      - recordings:\/var\/spool\/asterisk\/monitor
      - .\/callme:\/var\/www\/html\/callme
      - .\/systemd\/callme.service:\/etc\/systemd\/system\/callme.conf
      - .\/asterisk\/manager_custom.conf:\/etc\/asterisk\/manager_custom.conf
      - .\/asterisk\/extensions_custom.conf:\/etc\/asterisk\/extensions_custom.conf
#      - .\/conf\/startup.sh:\/startup.sh

volumes:
  backup:
  recordings:

Ce fichier docker-compose.yaml se lance via

docker-compose up -d

Si nginx ne s'est pas lancé, cela signifie qu'il y a un problème avec la configuration dans le dossier nginx\/ssl_docker.conf

Autres intégrations

Et pourquoi ne pas intégrer quelques CRM dans les scripts, avons-nous pensé. Nous avons étudié plusieurs API d'autres CRM, en particulier celle intégrée gratuitement dans certains PABX — ShugarCRM et Vtiger, et oui ! c'est possible, le principe est le même. Mais c'est une autre histoire, que nous allons mettre sur GitHub séparément.

Liens

Le code lui-même est sur GitHub — https://github.com/CrezZ/bitrix24-freepbx-php
Article de départ pour l'inspiration https://habr.com/ru/post/349316/

Avertissement : toute similitude avec des événements réels est purement fortuite et ce n'est pas moi.

Source : habr.com

Nous explorons FreePBX et l'intégrons avec Bitrix24 et d'autres outils.