Comité Technique et fonctionnel          Le 24 janvier 2012                Skype
Constat et propositionsPAC: LE BILAN
Constat général• Les avantages    Simplicité d’implémentation    Structure proche utilisée par tous    Améliore perform...
Constat Ecotour• Au niveau du temps réel    Un nombre non négligeable de devis sont plus élevés     qu’annoncé    Un nom...
Evolutions proposées (sans changement du PAC)• Mettre en place des notifications pour avoir de  l’information plus fraiche...
Evolutions proposées (changement du PAC)• Un PAC par produit    Pour plus d’hébergements    Pour plus de prix    Pour p...
Faire évoluer le contenant et moyens d’échangePAC: AXES D’ÉVOLUTION
PAC par produit• Au lieu de produire un PAC par « catalogue » (la notion  devient vague), le PAC devient par produit (code...
PAC différentiel• On conserve la notion de PAC par catalogue mais    On garde le PAC complet actuel    On génère des PAC...
Résoudre le souci sur les produits inactifs• Pour résoudre le souci d’information sur les produits  qui ne sont plus actif...
Améliorer la qualité et diminuer les informations échangées• Pour résoudre le fait que le PAC est toujours basé  sur la no...
Comment informer les distributeurs d’un changement• Pour limiter les accès aux FTP des fournisseurs, on  peut compléter la...
Standardisation et complémentsPAC: NOUVEAU CONTENU
Quel contenu pour un PAC par produit?• Segment vs Begin    Conserver la déclinaison par type de segment ou    Utiliser B...
Déclinaison à un catalogue par Produit
Prochain SlideShare
Chargement dans…5
×

Comité technique et fonctionnel présentation privée notifications & pac 2012 01-24

446 vues

Publié le

0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
446
Sur SlideShare
0
Issues des intégrations
0
Intégrations
123
Actions
Partages
0
Téléchargements
2
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Comité technique et fonctionnel présentation privée notifications & pac 2012 01-24

  1. 1. Comité Technique et fonctionnel Le 24 janvier 2012 Skype
  2. 2. Constat et propositionsPAC: LE BILAN
  3. 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. 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. 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. 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. 7. Faire évoluer le contenant et moyens d’échangePAC: AXES D’ÉVOLUTION
  8. 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. 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. 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. 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. 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. 13. Standardisation et complémentsPAC: NOUVEAU CONTENU
  14. 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. 15. Déclinaison à un catalogue par Produit

×