| De : Nicolas Kalmanovitz [mailto:xxx@yyy.zzz]
Envoyé : mardi 12 juin 2007 19:13
À : 'Eric THIERRY'; xxx@yyy.zzz; 'Eptica Professional Services'
Cc : xxx@yyy.zzz; xxx@yyy.zzz; 'Davy MELINA'; xxx@yyy.zzz; 'Elise DAUSQUE'; 'Nicolas
Kalmanovitz'
Objet : RE: [ProjetEptica / Meetic] [Meetic/Eptica] Mise en place de la nouvelle plateforme EPTICA [7056-1181321846]
Importance : Haute
Bonsoir,
1. Tests de linterface
- Dès que jai accès, jeffectuerai un lot de tests sur la conservation de données et quelques fonctionnalités
importantes.
- Nous saurons demain ce que nous pouvons faire pour les tests avec action de réception/réponse
2. Séparation des flux
Eric, est ce que nous sommes capables en ce moment de gérer coté sites la séparation des flux asie et .com en plus de UK
et DD ?
Laurent,
- Attention, les flux uk v2 sont notés en GB et non UK.
- Si la réponse dEric est négative, nous ne conservons que UK/GB V2-V3 et DD sur le nouveau serveur.
- Dans le cas contraire nous conservons également asie et com à moins que cela ne suppose un surcroit de
travail de ton coté.
3. Désactivation des comptes utilisateurs
Laurent,
- Quel problème poserait la conservation sur les deux serveurs de groupes dutilisateurs identiques ?
- Si nous devons partir au plus propre sur le second serveur, je préconise de ne conserver que :
* Dans le groupe Service Clients, lensemble des Superviseurs et agents nappartenant pas un groupe (nous ferons
le tri manuellement en suite).
* Service clients/Service Clients Anglophones avec ces trois sous-groupes Equipe Londres, Equipe Paris, Equipe
Southampton.
- Sur le premier serveur, on laisse tous les groupes et on supprimera les groupes anglo-saxons (manuellement)
une fois que nous aurons mis en service et commencé le travail sur le second serveur. Y vois-tu un inconvénient ?
- Pour les autres comptes à supprimer sur le serveur 2, quelle est la solution technique la plus conseillée ?
4. Purge des requêtes en file dattente
Eric, Laurent, je dois prévoir le problème de continuité du traitement des requêtes en file dattente du serveur 1 au
serveur 2.
- Est il possible de répondre aux requêtes du serveur 1 et que celles-ci arrivent à destination sans problème
(coté site et email perso) pendant que les nouvelles requêtes et les réouvertures des fermées serveur 1 que nous venons
dévoquer arrivent et son traitées sur le serveur 2 ?
- Ne vaut il pas mieux vider entièrement la file dattente du serveur 2 (sauf requêtes de test) et, juste avant
la séparation des flux, fermer par traitement automatique le stock restant sur le serveur 1 de façon à inviter les
quelques membres concernés à poster une nouvelle requête ? Dans ce cas on ne purge pas la file dattente serveur 1 pour
le moment. Quen dites vous ?
- Reste la question des reopen. Confirmez-vous que les reopen des requêtes traitées sur le serveur 1 arriveront
sans encombre dans le serveur 2 ?
- Quelle est solution technique de purge que tu préconises ?
5. Purge des requêtes archivées
- Sur le serveur 2, nous pouvons purger tout ce qui nest pas flux anglo-saxons
- Quel problème poserait la conservation des archivées anglo saxonnes sur le serveur 2 ? Cela ne permettrait il
pas de conserver un minimum dhistorique sur les requêtes concernées ?
- Quel problème poserait la conservation de toutes les requêtes archivées sur le serveur 1 ?
6. Autres impacts
- Les rapports automatiques configurées pour des agents du serveur 1 sont ils perdus sur le serveur 2 si nous
avons conservés les comptes superviseurs concernés ?
- Peut-on purger les rapports configurés sans supprimer ou intervenir sur les superviseurs concernés ?
Le premier qui peut se connecter sur le serveur 2 peut il désactiver (mais pas supprimer) les comptes superviseurs
suivants afin de limiter les erreurs de rapports automatiques ?
- V3 RapportsV3ES RapportsV3ES Superviseur
- V3 RapportsV3FR RapportsV3FR Superviseur
- V3 RapportsV3UK RapportsV3UK Superviseur
- Ulteem Responsab.. UL_resp Superviseur
- Reporting Meetic.. RMeeticUK Superviseur
- Reporting Meetic.. RMeeticfr Superviseur
- Reporting Meetic.. RMeeticmonde Superviseur
- Reporting Ulteem RUlteem Superviseur
- SC Reporting Reporting Superviseur
- SCTousProduits R.. ReportingsSC Superviseur
- Peut on aborder la question des statistiques sur les deux serveurs ? A priori nous partons sans stat possibles sur le
serveur 2 hors nouveaux flux après MEP et nous utiliserons le serveur 1 pour le moment pour permettre une continuité
entre les résultats du 2. Ai-je bien saisi ?
Laurent, est ce que tous les indices de Gestion Centre de Contacts : Plugins : DescriptionQualification ont bien été
conservés sur le serveur 2 ?
Je demeure à votre disposition pour tout complément dinformation.
merci,
Nicolas Kalmanovitz
_____
De : Eptica Professional Services [mailto:xxx@yyy.zzz]
Envoyé : mardi 12 juin 2007 17:01
À : Piot Hugues (Meetic)
Cc : xxx@yyy.zzz; xxx@yyy.zzz; xxx@yyy.zzz; xxx@yyy.zzz;
xxx@yyy.zzz; xxx@yyy.zzz; xxx@yyy.zzz
Objet : [ProjetEptica / Meetic] [Meetic/Eptica] Mise en place de la nouvelle plateforme EPTICA [7056-1181321846]
Bonsoir,
Hugues : j'ai mis à jour le document des spécifications techniques Eptica.
Vous le trouverez ci-joint (Eptica-Meetic-SpecTech-rev4-20070612.doc).
J'ai complété les chapitres suivants :
* Machine Eptica Server de PRODUCTION 2 (UK)
* Machine Base de Données pour Eptica Server de PRODUCTION 2 (UK)
* ANNEXE : Installation du serveur Eptica3
Une instance d'Eptica Server 6.6p2 fonctionne actuellement (http://eptica3:8080/).
Avant que je la mette à jour vers la version E7.1sp3, il faut :
* une validation technique de la part de Michaël (couplage au bridge)
* une validation fonctionnelle de la part de Nicolas (conservation des données)
De mon côté, j'ai fait les premiers tests et cela semble OK :
* modification d'un compte Administrateur
* modification des paramètres d'utilisation de la BDD
* création d'un compte Agent
* visualisation de requêtes en file d'attente (FR et EN)
* visualisation de requêtes en archives
* visualisation de réponses types
* lancement de rapports statistiques
* correction orthographique
J'ai vu beaucoup de "signes bizarres", mais c'était sur des tests en Polonais alors que la BDD n'était pas UTF8, donc
c'est normal...
Nicolas, il reste toujours à trancher sur les données à conserver sur chaque serveur :
* séparation des flux au niveau UK (UK v2, v3 et v3DD sur nouvel Eptica Server)
* désactivation des comptes utilisateurs des 2 côtés (API ?)
* purge des requêtes en file d'attente à faire des 2 côtés (API ?)
* purge des requêtes archivées à voir des 2 côtés (SQL ?)
Bien à vous,
Laurent Peaucelle
Eptica Professional Services
Web :
[http://www.eptica.com ]
Tél :
[33 (0)1 47 12 68 94]
Gsm :
[33 (0)6 07 91 44 76]
Fax :
[01 47 12 68 89]
Mél :
[xxx@yyy.zzz]
Ce message a été généré avec Eptica Enterprise Suite E7.1 :
Eptica Email Management
|