Comité Technique et fonctionnel          Le 44 février 2012                Skype
Les conclusions précédentesPAC: UN PAC PAR PRODUIT
Contenu minimal du répertoire FTP                    Données        Produit 1                    Défaut                   ...
Contenu du PAC unitaire• Une section par défaut pour ce produit• Une information par produit pour préciser si il est actif...
Conteu du FTP avec une listeListe                                           Données          Codes, Dates,        Produit ...
Une liste de produits (proposition non confirmée)• Cette liste n’est pas encore confirmée• Si elle est confirmée, elle res...
Transactions de notificationPAC: LES NOTIFICATIONS
Un principe de notification• Pour limiter les accès FTPs• Notification par transaction fournisseur:    Une transaction Se...
• Tous les jours, les  fichiers sont                     Données  regénérés             Produit 1                    Défau...
À la première demandeRéponse de notification                                             Données          Codes, Dates,   ...
• Le produit 2 est  modifié                        Données                     Produit 1                    Défaut        ...
À la deuxième demande du distributeur 1Réponse de notification                                              Données       ...
• Le produit 3 est  modifié                          Données                       Produit 1                    Défaut• Av...
À la troisième demande du distributeur 1Réponse de notification                                               Données     ...
À la deuxième demande du distributeur 2Réponse de notification                                              Données       ...
Un principe de notification• La requête:    Contient le bloc de Control    Contient la date de dernière interrogation   ...
Un principe de notification• La réponse:    Contient la liste des produits et des blocs de la section par     défaut     ...
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...
Quel contenu pour un PAC par produit?• Section par défaut    Avoir les mêmes identifiants entre la section par     défaut...
PAC: AXES D’ÉVOLUTION
PAC Différentiel• Pouvoir informer les distributeurs d’une modification• Par l’intermédiaire de PACs différentiels• La gén...
Notification poussée• Etendre le Send_Notification des dossiers    Send_Notification des distributeurs consommées par    ...
Confirmation et information en retour• Une transaction qui permet à un distributeur de  préciser au fournisseur    Si l’i...
Prochain SlideShare
Chargement dans…5
×

Technical committee 2012-02-24-presentation

425 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
425
Sur SlideShare
0
Issues des intégrations
0
Intégrations
1
Actions
Partages
0
Téléchargements
2
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Technical committee 2012-02-24-presentation

  1. 1. Comité Technique et fonctionnel Le 44 février 2012 Skype
  2. 2. Les conclusions précédentesPAC: UN PAC PAR PRODUIT
  3. 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. 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. 5. Conteu du FTP avec une listeListe Données Codes, Dates, Produit 1 DéfautProduit 1 structurées statut, URL, … Données Codes, Dates, Produit 2 DéfautProduit 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. 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. 7. Transactions de notificationPAC: LES NOTIFICATIONS
  8. 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. 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. 10. À la première demandeRéponse de notification Données Codes, Dates, Produit 1 DéfautProduit 1 structurées statut, URL, … Données Codes, Dates, Produit 2 DéfautProduit 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. 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. 12. À la deuxième demande du distributeur 1Réponse de notification Données Produit 1 Défaut structurées Données Codes, Dates, Produit 2 DéfautProduit 2 structurées statut, URL, … Données Produit 3 Défaut structurées Section par défaut globale
  13. 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. 14. À la troisième demande du distributeur 1Ré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. 15. À la deuxième demande du distributeur 2Réponse de notification Données Produit 1 Défaut structurées Données Codes, Dates, Produit 2 DéfautProduit 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. 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. 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. 18. Standardisation et complémentsPAC: NOUVEAU CONTENU
  19. 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. 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. 21. PAC: AXES D’ÉVOLUTION
  22. 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. 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. 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

×