Comité Technique et fonctionnel

Le 24 janvier 2012

Skype

PAC: LE BILAN

Constat et propositions

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

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

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

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

PAC: AXES D’ÉVOLUTION

Faire évoluer le contenant et moyens d’échange

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é)

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

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

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

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?

PAC: NOUVEAU CONTENU

Standardisation et compléments

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?

Déclinaison à un catalogue par Produit