Le document présente les conclusions d'un comité technique concernant la gestion des produits à travers des fichiers PAC contenant des données structurées. Il détaille les principes de notification pour informer les distributeurs des changements de produits et inclut des recommandations sur l'uniformisation et l'évolution des contenus des PAC. Des axes d'évolution sont également proposés pour améliorer le système de notification et la gestion des mises à jour des produits.

1. Comité Technique et fonctionnel
Le 44 février 2012
Skype

2. Les conclusions précédentes
PAC: UN PAC PAR PRODUIT

3. Contenu minimal du répertoire FTP
Données
Produit 1 Défaut
structurées
Données
Produit 2 Défaut
structurées
Données
Produit 3 Défaut
structurées
Section par défaut globale

4. Contenu du PAC unitaire
• Une section par défaut pour ce produit
• Une information par produit pour préciser si il est actif
ou non
• L’absence d’un PAC dans le répertoire peut suffire
pour définir qu’un produit n’est plus actif
• Les données associées à ce produit uniquement
 (à préciser aujourd’hui)
• Uniformiser le contenu en partant de la structure du
catalogue pour un produit
• Chaque PAC contient le contenu complet
• Chaque PAC peut être rafraichi de manière
indépendante

5. Conteu du FTP avec une liste
Liste
Données
Codes, Dates, Produit 1 Défaut
Produit 1 structurées
statut, URL, …
Données
Codes, Dates, Produit 2 Défaut
Produit 2 structurées
statut, URL, …
Données
Codes, Dates, Produit 3 Défaut
Produit 3 structurées
statut, URL, …
Lien Défaut global Section par défaut globale

6. Une liste de produits (proposition non confirmée)
• Cette liste n’est pas encore confirmée
• Si elle est confirmée, elle reste optionnelle
• Elle permet l’accès
 À chaque produit (via un lien dans le fichier)
 À la section par défaut globale (via un lien)
• Elle contient pour chaque produit (liste à valider)
 Son code produit,
 Son code groupe éventuel
 Son statut (actif, inactif)
 Sa date de dernier rafraichissement
 Son URL

7. Transactions de notification
PAC: LES NOTIFICATIONS

8. Un principe de notification
• Pour limiter les accès FTPs
• Notification par transaction fournisseur:
 Une transaction Send_Notification fournisseur basée sur
les principes d’échanges actuels
 Sur le principe Atom, elle peut être utilisée périodiquement
par les fournisseurs
• Cette notification n’est pas obligatoire car un scan FTP
peut fournir de l’information sur les modifications
• Elle est recommandée pour faciliter les traitements et
permettre au fournisseur
 Soit de préciser les modifications
 Soit de fournir la liste des produits actifs

9. • Tous les jours, les
fichiers sont Données
regénérés Produit 1 Défaut
structurées
Données
Produit 2 Défaut
structurées
Données
Produit 3 Défaut
structurées
Section par défaut globale

10. À la première demande
Réponse de notification
Données
Codes, Dates, Produit 1 Défaut
Produit 1 structurées
statut, URL, …
Données
Codes, Dates, Produit 2 Défaut
Produit 2 structurées
statut, URL, …
Données
Codes, Dates, Produit 3 Défaut
Produit 3 structurées
statut, URL, …
Lien Défaut global Section par défaut globale

11. • Le produit 2 est
modifié Données
Produit 1 Défaut
structurées
Données
Produit 2 Défaut
structurées
Données
Produit 3 Défaut
structurées
Section par défaut globale

12. À la deuxième demande du distributeur 1
Réponse de notification
Données
Produit 1 Défaut
structurées
Données
Codes, Dates, Produit 2 Défaut
Produit 2 structurées
statut, URL, …
Données
Produit 3 Défaut
structurées
Section par défaut globale

13. • Le produit 3 est
modifié Données
Produit 1 Défaut
• Avec impact sur le structurées
défaut
Données
Produit 2 Défaut
structurées
Données
Produit 3 Défaut
structurées
Section par défaut globale

14. À la troisième demande du distributeur 1
Réponse de notification
Données
Produit 1 Défaut
structurées
Données
Produit 2 Défaut
structurées
Données
Codes, Dates, Produit 3 Défaut
Produit 3 structurées
statut, URL, …
Lien Défaut global Section par défaut globale

15. À la deuxième demande du distributeur 2
Réponse de notification
Données
Produit 1 Défaut
structurées
Données
Codes, Dates, Produit 2 Défaut
Produit 2 structurées
statut, URL, …
Données
Codes, Dates, Produit 3 Défaut
Produit 3 structurées
statut, URL, …
Lien Défaut global Section par défaut globale

16. Un principe de notification
• La requête:
 Contient le bloc de Control
 Contient la date de dernière interrogation
 Contient une information distributeur?
 Contient une information sur le type de demande
(dernières modifications, vs liste des produits actifs)
 Contient une information sur le type de données
interrogées (produit vs dossier)
 Contient un filtre possible (à préciser)?

17. Un principe de notification
• La réponse:
 Contient la liste des produits et des blocs de la section par
défaut
• qui ont été mis à jour depuis la dernière interrogation
• Qui valident le filtre
• Qui sont accessibles pour le control donné
 Chaque produit est défini par
• Son code produit,
• Son code groupe éventuel
• Son statut (actif, inactif)
• Sa date et heure de dernier rafraichissement
• Son URL
 Chaque bloc de la section par défaut mis à jour est défini
par
• Son type
• Son URL

18. Standardisation et compléments
PAC: NOUVEAU CONTENU

19. 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?
 Date par date
 Regrouper les dates avec les mêmes prix et statuts
 Utiliser des plages de dates

20. Quel contenu pour un PAC par produit?
• Section par défaut
 Avoir les mêmes identifiants entre la section par
défaut globale et celle du produit
• Quels prix?
• Quelles durées?
• Quelles règles?
• Quel autre contenu

21. PAC: AXES D’ÉVOLUTION

22. PAC Différentiel
• Pouvoir informer les distributeurs d’une modification
• Par l’intermédiaire de PACs différentiels
• La génération d’un PAC différentiel semble complexe à
la fois pour certains fournisseurs et certains distributeurs
•  Non retenu dans un premier temps
• Pourra être mis en place en complément du PAC
complet
 Pour accélérer certaines mise à jour
 Pour fournir de l’information transverses à plusieurs
produits

23. Notification poussée
• Etendre le Send_Notification des dossiers
 Send_Notification des distributeurs consommées par
les fournisseurs
 Enrichir la description actuelle pour exprimer les
notions liées aux produits
• Dans un deuxième temps pour compléter
éventuellement la version mise en place par les
fournisseurs

24. Confirmation et information en retour
• Une transaction qui permet à un distributeur de
préciser au fournisseur
 Si l’intégration ou la mise à jour d’un produit est OK
 Un lien pour visualiser un produit