mardi 27 décembre 2016

Connection directe au serveur web de vidéo-conférence par une URL

Qu'il soit hébergé ou on-premise, le serveur de vidéo-conférence nativIP (*) permet d'accéder à une salle de conférence vidéo depuis un navigateur grâce au support de WebRTC.

Pour une meilleure intégration sur un intranet ou tout service spécifique, les paramètres suivants peuvent être passés en POST ou en GET à l'URL de connexion de votre serveur.

Paramètres de base 

Ces paramètres sont REQUIS.

  • nip_login        identifiant présenté (nom / adresse courriel par exemple)
  • nip_room       salle de conférence demandée
  • nip_pwd         mot de passe de la salle demandée

 

Gestion des flux audio/vidéo

Pour des raisons techniques (machine sans support audio ou webcam), ou de choix d'usages, il est possible d'accéder à la conférence avec ou sans webcam ou micro, mais aussi par exemple en simple spectateur vidéo. Typiquement une diffusion depuis un smartphone d'une vidéo vers une audience spectatrice peut s'intégrer facilement via les paramètres suivants  :
(la valeur "on" active l'option, soit nip_nomic="on" pour ne pas accéder au micro)


  • nip_nomic      Ne pas établir de lien audio depuis le navigateur client -> conférence. (ne demande pas l'utilisation du micro)
  • nip_nosound   Ne pas établir de flux audio vers le navigateur client.
  • nip_nocam      N'utilise pas la webcam du navigateur client. (à utiliser si la machine client ne dispose pas de webcam)
  • nip_novideo    Aucun support vidéo sur la navigateur client (ne reçoit ni n'emet de vidéo). (conférence audio seulement, y compris si le client dispose d'une webcam)
  •  quali                Limitation de la bande passante (Chrome conseillé). La limitation de la bande passante impacte nécessairement la qualité des flux notamment la définition / fluidité de la vidéo.
    • 1 -> Cape la consommation de bande-passante à 400Kbits/s
    • 2 -> Cape la consommation de bande-passante à 200Kbits/s
    • 3 -> Cape la consommation de bande-passante à 75Kbits/s

 

Intégration à l'environnement

Ces paramètres permettent une intégration transparente dans un environnement type borne interactive, intranet etc...
  • nip_locpost        URL de retour en fin de communication (par exemple https://www.nativip.com)
  • nip_menudisplay   
    • "nomenu"            pas de menu, mais la barre d'information reste affichée
    • "nomenunobar"   la page contient uniquement la vidéo : aucun menu/bouton...



Notes

Ces paramètres peuvent être rendus inopérants selon les installations.
Concernant les limitations de bande-passantes, la configuration générale du serveur permet de limiter les flux globaux, et au niveau de chaque salle de conférence.
De la même façon, les choix de résolution, nombre d'images par seconde, qualité de l'encodage sont à la discrétion de l'administrateur du serveur.
Un filtrage notamment au niveau des adresses IP peut aussi limiter les accès.


(*) actuellement accessible en programme bêta.

mercredi 23 novembre 2016

nativIP serveur - Centre d'Appel : Utiliser les Files d'attentes


La nouvelle fonctionnalité "Files d'attente" permet de réaliser des pools de réponse téléphonique de   façon simple et rapide.


Les files d'attente permettent de distribuer automatiquement les appels vers des postes de réponse téléphonique (agents) connectés directement sur votre serveur nativIP, mais aussi sur un/des PABX/IPBX existants ou hors site via les opérateurs de votre choix (centres d'appels virtuels...)

Le serveur nativIP gère automatiquement la répartition cyclique des appels entre les agents, permet selon votre convenance de définir des files statiques (les agents participants à une file sont définis par l'administrateur) et / ou dynamiques (les agents s'inscrivent / se désinscrivent par un simple appel).

Les musiques d'attentes sont paramétrables dynamiquement et peuvent même être différentes pour chaque appel sur une même file d'attente. Toutes les personnalisations sont possibles.
Le serveur peut selon votre choix annoncer la position de l'appelant dans la file. La gestion des temps de repos entre chaque appel est personnalisable pour chaque agent.

En quelques clics, vous pouvez créer des pools de réponse téléphonique sans aucun coût de licence par agent.

Dans vos scénarios d'accueil vocaux, (ou d'appels sortants), vous placez en 2 clics un correspondant téléphonique dans la file de votre choix, le système gère la suite de façon totalement automatisée.

Par exemple, le scénario vocal minimaliste ci-après place directement les appels entrants dans la file repartT. Les correspondants en attente entendront la musique d'attente par défaut et la position sera annoncée toutes les 20 secondes.
 

Une interface web vous permet de suivre en direct les communications en cours (appels en attente, conversations en cours avec durée...)



Pour des utilisations avancées, le serveur nativIP peut s'interfacer avec votre système d'information et donne l'accès à l'état des files d'attentes, mais aussi à des interfaces d'ajout / suppression d'agents dans les files d'attente.

L'utilisation des files d'attente n'a aucun impact en termes de coût de licence, seul le nombre de canaux simultanés supportés par votre licence nativIP (licence Serveur Vocal Interactif ou XL) entre en compte.

  • pas de limite du nombre de scénario,
  • pas de limite du nombre d'appels utilisant les files d'attente,
  • un poste / agent peut appartenir à plusieurs files d'attente,
  • pas de limite du nombre de files d'attentes gérées,
  • pas de limite d'agents par file d'attente,
  • pas de limite du nombre de postes registrés directement sur le serveur nativIP pour participer à un centre d'appels.

jeudi 28 avril 2016

Centralisation de Messageries Vocales - FAQ

nativIP - Regroupement de messageries vocales
Serveur de messagerie vocale centralisé unique

Depuis la release 2016-03-1, nativIP serveur permet une centralisation avancée des messageries vocales via les messageries isolées.

Le mode "messageries isolées" de nativIP serveur supporte le multi-sites et le multi-tenants (plusieurs gestionnaires, chacun exploitant son périmètre propre), mais permet une réelle indépendance entre les sites gérés.

Ainsi, il est possible d'avoir des boites vocales ayant le même numéro dans différentes messageries isolées, ce qui n'est souvent pas possible avec une messagerie uniquement multi-sites. Chaque PABX / IPBX dispose donc de sa propre messagerie vocale.

Ce mode de fonctionnement permet notamment de centraliser les messageries vocales sur un site unique et/ou en datacenter via des trunks SIP y compris de sites dont les plans de numérotations ne sont pas homogènes.


Ci-après les réponses aux questions fréquentes :


Concernant l'administrateur du système global :
  • Les gestionnaires de site sont définis par l'administrateur du système.
  • L'administrateur du système a accès au tableau de bord global de toutes les messageries (nombre de boites par site, empreinte disque) ainsi qu'à un export CSV détaillé de toutes les boites hébergées.
  • L'administrateur du système peut définir le nombre maximal de boite d'une messagerie isolée.
    • S'il définit un nombre inférieur au nombre de boites déjà présentes sur une messagerie isolée, le gestionnaire de celle-ci n'a plus accès à la création de nouvelles boites jusqu'à retour sous le nombre autorisé.
  • Une boite vocale peut être désignée par un numéro (généralement numéro de poste) ou un identifiant texte.
  • Une boite vocale peut être créée sans que le poste correspondant n'existe pour des usages d'annonces modifiables à distance notamment.

Concernant le gestionnaire de messagerie d'un site :
  • Chaque compte gestionnaire (utilisateur/mot de passe) peut accéder à une seule messagerie isolée.
  • Plusieurs comptes gestionnaires peuvent être définis pour une même messagerie isolée.
  • Les gestionnaires de site ont accès via l'interface web de gestion aux boites vocales de leur site. Ils ne disposent d'aucune visibilité / connaissance des autres messageries isolées.

Intégration dans le serveur vocal interactif / IPBX / gestion avancée :
  • Via scripts (PHP/JS) , il est possible de gérer des fusions de sites (Plusieurs sites partagent la même messagerie isolée).
  • L'éditeur de scénario propose aussi la liste des messageries vocales isolées disponibles, et pour chacune les boites accessibles. Les scripts peuvent agir sur le site cible, permettant des intégrations complexes.
  • Le serveur télécom nativIP peut disposer de sa propre messagerie isolée pour les postes registrés sur lui.
  • Les scénarios vocaux (fonction serveur vocal) peut accéder de façon directe ou via scripts aux différentes messageries isolées sur le serveur et ce en totale transparence par rapport à l'origine de l'appel.
  • Un scénario vocal accessible via un lien Lync peut par exemple déposer un message dans une boite vocale d'un poste rattaché à un Alcatel OmniPCX Enterprise (OXE) d'un autre site. L'interconnexion est transparente.
  • Le plan de numérotation XML nativIP permet de définir le site cible en accès comme en consultation dans les utilisations de routage / IPBX / proxy ...

 Compatibilité :
  • Le mode messagerie isolée propose la même compatibilité, notamment en termes de notifications que le mode standard (notification sur le poste via affichage / led / guide vocal, mais aussi par courrier électronique avec ou sans message audio en pièce jointe) et notamment une totale intégration aux systèmes Alcatel OmniPCX Enterprise (OXE).
  • Il est possible d'héberger sur le même serveur des messageries d'IPBX hétérogènes.

Droits / Licence :
  • - Le support des messsageries vocales isolées nécessite
    • une licence nativIP
    • l'option messageries isolées
  • Le nombre de boite vocales n'est pas limité par licence.
  • Le nombre de PABX / IPBX tiers n'est pas limité par licence.
  • La capacité d'une licence XL est limitée à 200 accès simultanés par licence, limite CPU, espace disque.
  • Il est possible de connecter simultanément des IPBX de différents type y compris Microsoft Lync au même serveur.
  • Il est possible via des scripts dans les scénarios d'affecter à des sous-systèmes de messagerie différents des postes liés physiquement au même IPBX, ou à l'inverse d'intégrer au même sous-système de messagerie des postes connectés à des sites différents.

jeudi 10 mars 2016

nativIP serveur - v2016-03-1

nativIP serveur - v2016-03-1

Une mise à jour du serveur nativIP est disponible.
Cette mise à jour ne contient pas de correctif de sécurité.
Cette mise à jour apporte des correctifs de stabilité sur les systèmes à forte charge (>250 canaux simult.).

Taggée 2016-03-1, elle apporte les évolutions suivantes depuis la version 2015-09-1.


SERVEUR VOCAL
  • Intégration d'un scénario embarqué _testecho permettant de tester rapidement un lien télécom (écho du flux audio dès le décroché).
  • Correctif de stabilité sur les systèmes à forte charge (>250 canaux simult, dynamique >20CPS) générant une non réponse incorrecte sur environ 1/3000 appels.
  • Support transfert sur les IPBX compatibles, notamment ALCATEL OmniPCX Enterprise /OXE (en plus de l'aboutement).
  • Transferts/aboutement avec demande d'accord : Possibilité de scripter la demande d'accord pour des scénarios complexes.

IPBX
  • Support de SRTP activable par poste.
  • Support de TCP activable par trunk (typiquement pour lier nativIP serveur à Microsoft Lync tout en conservant la possibilité de lier simultanément d'autres équipements/trunks...)

SCRIPTS
  • Support de PHP 7 (PHP 5.6 reste la version livrée en standard)
  • Support de node.JS dans les scénarios vocaux (disponible nativement en standard)
  • Synthèse pseudo-directe depuis un script (PHP/JS)
  • Sélection dynamique de la langue d'une communication par script

SERVEUR FAX
  • Personnalisation du numéro présenté en envoi de fax en fonction de l'émetteur (du mail2fax)
  • Amélioration de l'ergonomie de la page des émetteurs autorisés
  • Possibilité de limiter le nombre de pages des PDF à envoyer par fax
  • Mail de notification d'un envoi de fax via le service mail->fax intègre maintenant une image (JPEG) de la première page du fax envoyé.


MESSAGERIE VOCALE
  • Support complet Alcatel Lucent OmnipPCX Enterprise en multi-sites via trunk SIP (messageries isolées, multi-tenants, notification tous types de postes Alcatel).
  • Support Microsoft Lync - notification par courrier électronique
  • Notification directe sur une large partie de la gamme de postes SIP Aastra / Mitel sur Aastra A5000 / Mitel MiVoice5000 mais aussi sur la majorité des PABX/IPBX.
  • Création automatique des boites vocales et d'une annonce par défaut en voix de synthèse à partir d'un CSV.
  • Evolutions mineures :
    • Augmentation à 3 tentatives de saisie de mot de passe en consultation externe / poste tiers
    • Annonce du nombre de nouveaux messages en consultation (débrayable)
    • Accès dépôt sur boite inexistante : Possibilité de créer la boite automatiquement, de diffuser un message de demande de rappel, ou de choisir une autre boite vocale. (paramétrable)
    • Double saisie pour contrôle lors de la modification du code confidentiel d'une boite par téléphone
  •  Accès via l'interface web d'administration d'une messagerie à un export représentant l'état complet des boites. (nom/site/charge/messages/dates dernier message/dernière consultation..)
  • Possibilité de synthétiser l'annonce personnalisée lors de la création d'une boite vocale via l'interface web.
  • Web/Administrateur : Filtre d'affichage des boites vocales : exemple : 3* affichera toutes les boites vocales commençant par 3.
  • Web/Utilisateur : Possibilité de saisir une annonce personnalisée et de la générer en voix de synthèse depuis l'interface web utilisateur.

INTERFACE WEB
  • Gestion multi-utilisateurs / affectation des droits par modules/services..
  • Interface dynamique : Seul les menus accessibles en fonction des droits sont proposés.
  • Timeout de connexion des administrateurs/gestionnaires MV.

Cette mise à jour est accessible à tous les clients sous maintenance nativIP. Les clients indirects doivent se rapprocher de leur installateur / distributeur.