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