Nous développons un serveur asp pour le pilotage de suivi médicaux automatisés. La partie développée pour l'envoi des messages vocaux nous pose des problèmes. Nous recherchons un expert Asterisk Perl 

 Vocaux : responsable = Expert
C’est la partie délicate du portage et nous n’arrivons pas à identifier le mécanisme exact et les scripts utilisés par ASTERISK pour la génération des vocaux et leur envoi.
C’est pourquoi nous souhaitons que cette partie soit chiffrée et assurée par un expert. De plus, dans la mesure du possible, nous souhaiterions que les scripts soient écrits en  PHP plutôt qu’n PERL (comme actuellement)

Etat actuel : l’ancien script /space/script/send_voice.pl a été réécrit en PHP sous le nom de /var/scripts/send_voice.php Il a été testé et a fonctionné sur le serveur de test actuel mais n’est pas utilisé à ce jour. Il serait donc possible de le valider et de l’intégrer dans l’envoi des vocaux :

Travaux à chiffrer et réaliser par Expert:

•    Identification et documentation (nous permettant de comprendre !!!) du fonctionnement de l’ensemble Génération / Envois / Validation des vocaux (ATT et ASTERISK), y compris des scripts et de leur emplacement dans la machine
•    Modification du script actuel cmasterd en VOCAL.php afin de le rendre spécifique des envois de messages vocaux.
•    Intégration et tests de ASTERISK + ATT Natural Voices : envois de vocaux depuis l’applicatif contactmaster.
•    Corrections mineures de ‘bugs’ observés avec les messages vocaux :
o    Problème du temps d’attente trop long avant que le vocal d’introduction ne soit joué (‘Ne raccrochez pas, etc. etc. etc. ’) : comment raccourcir le blanc avant le message ? Est-il possible de savoir comment le paramétrer (valeur de tempo dans un script, etc.) ?
o    Problème du message lu après que le vocal a été joué (actuellement : ‘ appuyer sur la touche * pour réécouter ce message, etc.’) : comment changer ce message ? Où est-il stocké ?
Autres problèmes à régler :
1)    Les informations de connexion à la base de données ne sont pas centralisées dans un fichier unique. Si le mot de passe de connexion à la base de données est changé il faut donc éditer plusieurs fichiers.
Ce problème sera réglé par la mise en place d’un seul fichier sur le site internet et par  le listing des lieux ou des fichiers utilisent des mots de passe (responsable Peter BAUER).
2)    La crontab a été recréé sur le serveur de production en cours d’installation.
Elle contient à ce jour le module SMS.php et devra à terme contenir l’équivalent pour les mails (MAIL.php : responsable = Peter BAUER) ainsi que la mise à jour de cmaster (a appeler VOCAL.php : responsable = expert).

Nature du projet : Ce projet est un projet concret, et une réalisation certaine