Technical committee 2012-02-24-presentation

Comité Technique et fonctionnel

Le 44 février 2012

Skype

PAC: UN PAC PAR PRODUITLes conclusions précédentes

Contenu minimal du répertoire FTP

Produit 2 DéfautDonnées structurées



Section par défaut globale

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

Conteu du FTP avec une liste

Liste





Produit 1Codes, Dates, statut, URL, …



Lien Défaut global

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

PAC: LES NOTIFICATIONSTransactions de notification

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

• Tous les jours, les fichiers sont regénérés





À la première demande

Réponse de notification








Lien Défaut global

• Le produit 2 est modifié





À la deuxième demande du distributeur 1







• Le produit 3 est modifié

• Avec impact sur le défaut





À la troisième demande du distributeur 1







Lien Défaut global

À la deuxième demande du distributeur 2








Lien Défaut global


• 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)?


• 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

PAC: NOUVEAU CONTENUStandardisation 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? Date par date Regrouper les dates avec les mêmes prix et statuts Utiliser des plages de dates

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

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

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

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

Technical committee 2012-02-24-presentation

Documents

Transcript of Technical committee 2012-02-24-presentation