Configuration - Générale
Première connexon
Lors de votre première connexion en tant qu’administrateur de l’application WildixApp. Vous serez redirigé vers cette page ci-dessous.
Cette section comporte l’ensemble des paramètres nécessaires au bon fonctionnement de l’application de statistiques. Il est primordial de s’assurer que tout est correctement configuré afin de s’assurer du bon fonctionnement de l’application.
Onglet "Application"
Premièrement, vous avez la possibilité de configurer le nom et l’esthétique globale de l’application sur la page d’arrivée. Ces paramètres peuvent être changés à tout moment.
N’oubliez pas de faire enregistrer (bouton en bas à droite) pour appliquer vos modifications.
Onglet "Connexion PBX"
Ensuite, il vous sera nécessaire de configurer la connexion avec votre PBX. Il est primordial de remplir chaque champ présenté ci-dessous :
Parmi les informations de connexion, certaines dépendent de la version du PBX :
L’url à renseigner est la partie avant le .wildixin.com
Le compte et le mot de passe admin sont ceux du PBX
Le PBX ID n’est utile que dans les réseaux WMS où chaque PBX correspond à un client
différent.
Si la version est une v5 ou supérieure :
Les 4 informations de token sont obligatoires
Elles doivent être créées au préalable sur le PBX
.
Référez-vous à la section Paramètres->PBX->Intégrations->Onglet Applications->Onglet
Applications serveur/serveur du pbx
Une fois l’ensemble des champs remplis, cliquez sur « Enregistrer ».
Onglet "Synchro SQLite"
Pour permettre la synchronisation des CDR depuis un PBX Cloud, il est indispensable de créer un script sur le PBX afin que la VM puisse récupérer les CDR en suivant les instructions présentées ci-dessous :
Sur le PBX, passez en root et préparez le dossier des micros api :
su
mkdir /var/www/microapi
Ouvrez en écriture le fichier getCDR.php :
nano-tiny /var/www/microapi/getCDR.php
Copiez le contenu suivant puis enregistrez le fichier :
<?php
$hash = '$2y$10$Kg3Qtf1iYdj9IXlj5xI8r.lfr0UBaiZdsTA7DQTxqUZoG8ctNN5wS';
if(password_verify($_POST['pass'], $hash)) {
$db = new SQLite3('/mnt/cdr/cdrdb');
$res = $db->query('SELECT * FROM cdr WHERE start > "'.$_POST['date'].'" ORDER BY start ASC LIMIT '.$_POST['limit'].'');
while($row = $res->fetchArray(SQLITE3_ASSOC)){
$data[] = $row;
}
echo json_encode($data);
}
else {
http_response_code(403);
exit;
}
?>
Donnez les droits wms au dossier et son contenu :
chown -R wms:wms /var/www/microapi
Et enfin, il sera nécessaire d'activer la tâche planifiée. Pour plus d'informations, voir l'article suivant : Configuration - Tâches planifiées
Une fois l’ensemble de ces points validés, la synchronisation devrait fonctionner.
Onglet "Synchro MySQL"
La synchro MySQL vous permet de définir une base de données source depuis laquelle récupérer les CDR.
A n’utiliser que dans le cas ou une base externe au PBX est déjà en place, le mieux étant d’envoyer directement les CDR du PBX vers la base locale de la VM de stats.
En cas d’utilisation d’une synchronisation MySQL, vous devrez également renseigner les champs suivants :
Onglet "Réplica MySQL"
Pour des besoins de retraitement des CDR par une application tierce, ou des besoins de sauvegarde,
il est possible de synchroniser les CDR locaux vers une base externe.
N'oubliez pas d'enregistrer les modifications une fois terminée.
Onglet "Certificat"
Afin de s’assurer que la connexion est bien sécurisée avec votre application WildixApp, vous devrez renseigner votre nom de domaine ci-dessous :
Après avoir cliqué sur enregistrer, vous devriez voir les 2 pastilles s’afficher en vert.
Dans le cas contraire, vérifier votre nom de domaine et réessayer
Onglet "Comportement"
Enfin, vous pouvez paramétrer certains comportements part défaut de votre application WildixApp.
Certains comportements par défaut de l’application peuvent être modifiés.
Par défaut, la liste des appels non répondus n’affiche que les appels manqués, mais peut également afficher les appels abandonnées.
Ensuite, la synchronisation des nouveaux utilisateurs affecte une licence correspondante au niveau défini sur le PBX, mais ce comportement peut être éludé et une licence opérateur appliquée systématiquement.
Également par défaut, l’utilisateur est libre de modifier l’ordre des widgets des tableaux de bord auxquels il a droit, et cet ordre est maintenu, mais on peut forcer l’ordre à chaque rechargement de page, et c’est donc l’ordre défini depuis les paramètres d’application qui prime.
Enfin, le mode de positionnement des widgets dans les tableaux de bord se fait par défaut de manière dynamique afin de limiter les espaces vides, mais peut être paramétrer afin d’utiliser une méthode rétro-compatible avec les navigateurs plus anciens, le positionnement se faisant alors par ligne.
En cas de changement, n’oubliez pas d’appuyer sur le bouton « Enregistrer » afin de bien sauvegarder les modifications réalisées.
Mis à jour le : 11/07/2024
Merci !