1. Comité Technique et fonctionnel
Le 24 janvier 2012
Skype

2. Constat et propositions
PAC: LE BILAN

3. Constat général
• Les avantages
 Simplicité d’implémentation
 Structure proche utilisée par tous
 Améliore performances et qualité des informations distributeurs
• Inconvénients
 La taille des fichiers
 Mise à jour de type annule et remplace
 Les nécessités d’optimisations complexifient le contenu
 Déclinaisons du fichier (enrichissement non uniforme)
 N’ empêche pas l’utilisation de robot pour requêter la disponibilité
 Il ne couvre pas l’intégralité des besoins des distributeurs
 Il taxe des systèmes fournisseurs
 Non adapté aux produits flexibles ni aux packages dynamiques
 Rafraichissement pas toujours suffisant

4. Constat Ecotour
• Au niveau du temps réel
 Un nombre non négligeable de devis sont plus élevés
qu’annoncé
 Un nombre non négligeable de dates ne sont plus
disponibles à la cotation
• En amont au niveau produit
 Un délai trop important pour les nouveaux produits
donc des opérations spéciales difficiles à monter

5. Evolutions proposées (sans changement du PAC)
• Mettre en place des notifications pour avoir de
l’information plus fraiche?
 Sur les dates (lié au PAC)
• Date(s) complète(s)
• Une date passe de Stock -> request
• Modification du prix
• Nouvelles dates disponibles
 Sur le produit (lié au catalogue)
• Stop sale ou désactivation d’un produit
• Nouveau produit
• Modification de descriptif
• Modification de contenu technique

6. Evolutions proposées (changement du PAC)
• Un PAC par produit
 Pour plus d’hébergements
 Pour plus de prix
 Pour plus de contenu
• Un contenu standardisé
 Pour aligner sur le catalogue
 Pour faciliter les intégrations
 Pour limiter les temps de mise en œuvre initiale

7. Faire évoluer le contenant et moyens d’échange
PAC: AXES D’ÉVOLUTION

8. PAC par produit
• Au lieu de produire un PAC par « catalogue » (la notion
devient vague), le PAC devient par produit (code produit
unique par PAC)
• Avantages
 Permet d’enrichir le contenu pour chaque produit
 Permet de mettre à jour les produits à des fréquences
différentes
 Permet de standardiser le contenu (car développements)
• Inconvénients
 Comment signaler qu’un produit n’est plus actif (plus
commercialisé)
 Si on change une seule information, il y a toujours un
annule et remplace de l’ensemble (pour un produit donné)

9. PAC différentiel
• On conserve la notion de PAC par catalogue mais
 On garde le PAC complet actuel
 On génère des PAC différentiels beaucoup plus
fréquemment, quine contient que ce qui a changé (ce
qui n’est pas présent reste inchangé
• Avantages
 Le fichier actuel reste utilisé
• Inconvénients
 Ça ne permet pas l’enrichissement des données
 La génération d’un PAC différentiel semble complexe
 On ne tire pas partie d’une nouvelle version pour
standardiser le contenu

10. Résoudre le souci sur les produits inactifs
• Pour résoudre le souci d’information sur les produits
qui ne sont plus actifs, on peut
 PAC + Liste
• Fournir un fichier qui contiennent la liste des produits
actifs + les PAC par produit
 PAC + Répertoires
• Mettre les PAC des produits actifs dans un répertoire qui
est rafraichi
• Mettre les PAC des produits inactifs dans un répertoire
différent
• Supprimer les PAC des produits inactifs du répertoire
actif

11. Améliorer la qualité et diminuer les informations échangées
• Pour résoudre le fait que le PAC est toujours basé
sur la notion d’annule et remplace
 Répertoire des PAC complets actifs
• Rafraichi à intervalle régulier
 Répertoire des PAC inactifs
• Ajout des produits inactifs.
• Purge des vieux produits inactifs
 Répertoire des PAC différentiels
• Ajout des différentiels régulièrement entre le
rafraichissement des PAC complets
• Vu comme un enrichissement de l’échange car l’absence
de ces PAC n’empêche pas le fonctionnement

12. Comment informer les distributeurs d’un changement
• Pour limiter les accès aux FTP des fournisseurs, on
peut compléter la génération des PAC (complets ou
différentiels par des notifications)
 Notification poussées vers les distributeurs
• Send_Notification (introduite pour les dossiers)
• À enrichir pour exprimer les notions liées aux produits
 Notification par flux
• Un flux rss, atom ou xft est généré contenant une info
sur ce qui a été produit + le lien vers le fichier
• Il doit être récupéré périodiquement par les fournisseurs
 Autre?

13. Standardisation et compléments
PAC: NOUVEAU CONTENU

14. Quel contenu pour un PAC par produit?
• Segment vs Begin
 Conserver la déclinaison par type de segment ou
 Utiliser Begin come enveloppe?
 Quelles manière d’exprimer les dates?
• Section par défaut
 Garder la section par défaut par fichier ou
 Avoir un fichier séparé pour la section par défaut
• Quels prix?
• Quelles durées?
• Quelles règles?

15. Déclinaison à un catalogue par Produit