comité fonctionnel et technique présentation publique catalogue xft session3 version du 2011 11-09

Comité Technique XFT

08 novembre 2011 – Leclerc Voyages

Vers la normalisation du catalogue XFT

• Valider la structure … Des produits

Session 1+2 Des éléments éditoriaux et des médias

Session 1 +3 Du catalogue

Session 3 + 4?

La démarche

LE CATALOGUE

Le catalogue

• La structure proposée pour chaque produit est rassemblée en 6 grandes sections

1. L’identification du catalogue

2. Les informations systèmes

3. Le contenu éditorial

4. Les éléments techniques

5. La section par défaut

6. La liste des produits

IDENTIFICATION DU CATALOGUE ET NOMENCLATURES

Identification: Nomenclature minimale

• Le nom du fichier Nomenclature minimale proposée:

• Catalogue• _• Code Vendeur XFT (1)• _• VersionStandard {(xs:string)} (1)Updated

• .zip |xml (1)

• Lettres capitales et sans espace. • En cas de compression: utiliser zip• Ex: CATALOGUE_KUONI_1.0.XML

Identification: Nomenclature complète

• Nomenclature de base, complétée par des indicateurs.

• Catalogue_+ Code Vendeur XFT (1) + L_Langue (FR | EN | …) (0..1) =FR + C_Code Coproduction | PUBLIC (0..1) =PUBLIC + I_Index si découpage {(xs:int)} (0..1) + S_Saison-Annee (Wyy | Sy | Yyy) (0..1) NON(0) + M_Code Marketing (0..1) NON(0)

Conserver la possibilité? Limiter les indicateurs?

• Le fournisseur Au minimum: code XFT(1)+ Licence (1) Au maximum: information complète identique à la facture + Informations

réservations? NON Est-ce utile? Est-ce utilisé actuellement? Au besoin faire un fichier séparé? OUI à l’avenir

Etat : Obligatoire, Unique OUI• Le code du catalogue

Code d’identification unique du catalogue Etat : Optionnel, Unique OUI Soit obligatoire, soit pas utile? Même structure que le code produit

• L’index du catalogue Un catalogue trop volumineux doit être découpé. Dans ce cas, chaque

fichier a un index permettant d’ordonner les fichiers Etat : Optionnel, Unique (obligatoire  si éclaté) OUI Ne vaudrait-il pas mieux imaginer un fichier par produit dans ce cas,

comme alternative? Quel impact sur le contenu? Pas pour l’instant

Identification du catalogue

IDENTIFICATION DU CATALOGUE LES CODES

Code du Catalogue

• Référence: code unique du catalogue? <Code

Value="_Reference_“(1) Owner="XFT“(1) Role="Reference“(1)/>

• Promotion: Suppression du code chouchou, comme pour le

produit?

Index du catalogue

• Code index: en cas de plusieurs fichiers• <Code

Max=    " _Max.Index_«  (1) Role="Index« (1) Value="_Code.Index_«  (1)

• />

IDENTIFICATION DU CATALOGUE

CODE ET INFORMATIONSFOURNISSEUR

Fournisseur: Format minimum

• Format minimum: le code XFT• <Vendor

Code="XX"  (1) Licence="_licence_ "  (1)  />

• @Code est utilisé dans les transactions• @Licence était utilisé dans le CETO. Ne semble plus

utile sauf pour transcodage. (1)?

Fournisseur, description complète?

• Format complet: Format de base + Informations de la démat Information complémentaire pour la réservation

• Code XFT• Contenu éditorial:

Vendor Name URL site B2C URL site B2B URL brochure en ligne Logo

• Informations siège (décrit ensuite)• Information réservation (décrit ensuite)• Information garantie financière (Nom+ Adresse)• Information assurance (Nom + Adresse+ numéro de police)

Fournisseur, Information siège

• Nom• Adresse• Info légales (type, capital)• Contacts (téélphones, mails) avec qualification• Identifications légales (RCS, NAF, TVA, Licence …)

Fournisseur, Information réservation

• Numéros de réservation, emails Qualification possible avec horaire, spécialisation

destination• Numéros commerciaux, emails

Qualification possible avec contacts et spécialisation destination

• Liste possible d’agences

INFORMATIONS SYSTÈME

• Les informations systèmes correspondent aux informations générales globales du catalogue

Implémentation du fournisseur (0..1) OK Version du standard (0..1)(1) Version du fichier (0..1) (0) Date et heure de création du fichier (1) Le langage (1) = FR La devise et les décimales (0..1) = EUR,2

• Quelles décisions sur la cardinalité?• Autre chose à rajouter?

La Saison? NON Sous quelle forme?

Les informations système du catalogue

DESCRIPTIF ÉDITORIAL

LE CONTENU ÉDITORIAL

Description éditoriale (xft:Description)

• Le nom du catalogue (0..1) Texte, optionnel, Unique

• Le titre du catalogue (0) Texte, Optionnel, Unique par défaut Texte, Multiple avec qualification obligatoire

• L’accroche commerciale du catalogue (0) Texte, obligatoire, Unique par défaut Texte, Multiple avec qualification obligatoire

• L’introduction du catalogue (0) Texte, Optionnel, Unique par défaut Texte, Multiple avec qualification obligatoire

• La description détaillée du catalogue (0) Contenu riche, optionnel, multiple, forcément qualifié

• Les médias du catalogue (0) Optionnel, multiple, qualifié si multiple

• Le résumé du catalogue (0) Texte, Optionnel, Unique par défaut Texte, Multiple avec qualification obligatoire

• Les alertes du catalogue (0) Texte, Optionnel, multiple, qualification optionnelle

• URL, liens pour le catalogue (0) Texte, Optionnel, multiple

LES ÉLÉMENTS TECHNIQUES DU CATALOGUE

Eléments techniques

• Qualification par les mots clés (0..*) OK optionnel et recommande pas sur catalogue mais sur les produits

• Les règles associées au catalogue (0..*) 0• La liste des produits (1..*)• La section par défaut (1)• Autre chose? NON• Rajouter au niveau du produit la capacité à rajouter

une marque sur un produit

LES ÉLÉMENTS TECHNIQUES QUALIFICATION PAR LES MOTS CLEFS

Eléments techniques: Qualification du catalogue

• Mots clés uniquement (xft:Keyword) Tous les mots clés pour le catalogue

• qui caractérisent le catalogue MAIS• qui ne correspondent pas à tous les mots clés du

produit Uniquement les mots clés des thésaurus:

• Pas de mots clés spécifiques Uniquement des références

définition section défaut Etat :Optionnel, Multiple

Eléments techniques: Qualification du catalogue

• La liste des mots clés les plus fréquents Saison: Catalogue Hiver, Eté Environnement: Catalogue Mer, Montagne Activité: Catalogue Golf, Ski Marketing: Escapade, promotions, nouveautés Catégorie: longs séjours, Jeunes mariés Compléter?

LES ÉLÉMENTS TECHNIQUES LES RÈGLES

Les éléments techniques: Les règles

• Les règles d’application (0) on garde sur les produits Même format que pour le produit La période de validité du catalogue (0..1) La période de réservation (0..1)

• Est-ce que ça a un sens au niveau du catalogue? Les conditions d’annulation (0..*)

• Est-ce que ça a un sens au niveau du catalogue? Les règles d’éligibilité

• Dans le cas de charters, pour certains types de voyageurs…

Autre règle?• Uniquement des liens vers les règles décrites dans la

section par défaut

LA SECTION PAR DÉFAUT

La section par défaut

• Elle contient le dictionnaire des données qui sont utilisées à de nombreux endroits dans le catalogue, pour le catalogue et pour chaque produit.

• Elle contient la définition Des types pour les descriptions (1) Des mots clés utilisés (0..1) Des prix, quand des prix sont présents dans le catalogue (0..1) Des types de passagers quand ceux-ci interviennent dans les prix ou les

hébergements ou les restrictions (0..1) Des hébergements quand il y a des hébergements décrits dans le catalogue

(0..1) Des formules, quand il y a des formules décrites dans le catalogue (0..1) Des lieux (aéroports, villes, stations, domaines, régions, pays … selon

besoin) (1..*) Des compagnies aériennes quand c’est nécessaire (0..1) Des services quand c’est nécessaire et qu’ils sont souvent réutilisés (0..1) Des durées si celles-ci sont mentionnées dans le catalogue (0..1) ? Des catégories d’hébergements (rating) pour les hôtels et les propriétés Des règles (validité, booking, annulation) (0..*) Autre chose? Marque, Propriété?

LA SECTION PAR DÉFAUT LES TYPES

La section par défaut: Les types

• Les types permettent de caractériser les éléments éditoriaux

Les types sont obligatoires dans le corps du texte, donc cette section est obligatoire

Il y aura plusieurs types. Voir liste des types retenus pour la première version dans le fichier Excel OK valider les codes XFT

• Chaque type contient Son identification pour utilisation dans les descriptions (1) Le code générique du thésaurus (1) Un type peut contenir un ou plusieurs média (si un seul,

une icône) Format du média (0..*) Un type peut contenir des informations éditoriales (0..*)

• Nom, titre, description détaillée Format des descriptions, quelle section?

LA SECTION PAR DÉFAUT LES MOTS CLEFS

La section par défaut: Les mots clés• Les mots clés permettent de caractériser les produits et le catalogue

Les mots clés sont optionnels cette section est optionnelle. Ils sont cependant vivement recommandés Il y aura probablement plusieurs mots clés Il peut y avoir des mots clés publics et privés? Ou uniquement publics?

• Chaque mot clé générique contient Son identification pour utilisation dans les produits et catalogue (1) Le code du thésaurus et l’origine du thésaurus(1) Même structure globale que le type

• Chaque mot clé privé contient Son identification pour utilisation dans les produits et catalogue (1) Le code spécifique et l’origine du thésaurus(1) Si plusieurs mots clés génériques s’approchent (-2) de la définition, il est recommandé de les mettre aussi (au

même niveau) Son nom (1) un ou plusieurs média Un mot clé peut contenir des informations éditoriales complémentaires au nom (0..*)

• Définir la liste des mots clés pour la V1? Ou considérer que c’est l’ensemble du thésaurus public? Préciser probablement les grands groupements de mots clés dans la doc? La distribution devrait fournir des listes de mots clés minimum par typologie de produits xxx: reprendre et

structurer la liste commencée + comparer avec les retours de Nicolas Evaluer un service d’interrogation du thesaurus par web service

• Un terme en entrée: récupérer les parents correspondants• Un terme en entrée: récupérer les enfants correspondants• Envoyer des alertes sur modification aux abonnés• Exporter le thesaurus

• Type de produit • Activité / loisir• Infrastructure / équipement avec la notion de

proximité associée• Mer• Montagne• Type de séjour, type de plage, accès direct, escalier• Bien être

LA SECTION PAR DÉFAUT LES TYPES DE PASSAGERS

La section par défaut: Les types de passagers

• Les types de passagers permettent de caractériser les passagers d’après des tranches d’âge

Si on utilise les définitions par défaut (0-1,2-11,12…) alors cette section n’est pas nécessaire.

En cas de présence, Il y aura probablement plusieurs types Elle sera utilisée dans la définition des prix, des occupations

et potentiellement des règles d’éligilité• Chaque type de passager contient

Son identification pour utilisation dans les descriptions (1) Son type générique (Adulte, enfant …)(1) La définition à partir d’une tranche d’âge(1

LA SECTION PAR DÉFAUT LES TYPES D’HEBERGEMENTS

La section par défaut: Les types d’hébergements

• Les types d’hébergements permettent de caractériser les hébergements par défaut. Ceux-ci pourront être surchargés dans les produits

cette section est obligatoire à partir du moment où il y a des hébergements dans les produits

Il y aura plusieurs types d’hébergements• Chaque type contient

Son identification pour utilisation dans les hébergements(1) Le code spécifique et le code générique XFT correspondant

(0..2) L’occupation en personnes (1), adultes (0..1), enfant (0..1),

bébés(0..1), éventuellement en référençant un type de personnes

Un nom (1) Une description (0..1) ?

LA SECTION PAR DÉFAUT LES FORMULES

La section par défaut: Les formules

• Les types de formules permettent de caractériser les formules par défaut. Ceux-ci pourront être surchargés dans les produits

cette section est obligatoire à partir du moment où il y a des formules dans les produits

Il y aura plusieurs types de formules• Chaque type contient

Son identification pour utilisation dans les produits(1) Le code spécifique et le code générique XFT

correspondant (2) Un nom (1) Une description (0..1) ?

LA SECTION PAR DÉFAUT LES LIEUX

La section par défaut: Les lieux• IL existe plusieurs types de lieux possibles: des aéroports, villes, stations,

domaines, régions, pays.• Les lieux sont positionnés ici pour avoir une liste complète et éventuellement

fournir des éléments éditoriaux. cette section est obligatoire à partir du moment où il y a des lieux dans les produits Il y aura souvent plusieurs lieux et plusieurs types de lieux

• Chaque lieu ayant un code générique contient Son identification pour utilisation dans les produits(1) Le code générique correspondant (1) + le standard Un nom (1) Des éléments éditoriaux (0..*) avec des ID permettant le référencement dans les

produits Des relations avec d’autres lieux (0..*): (le pays de la ville, la ville de l’aéroport …)

• Chaque lieu ayant des codes spécifiques contient Son identification pour utilisation dans les produits(1) Le code spécifique correspondant(1) Un nom (1) Des éléments éditoriaux (0..*) avec des ID permettant le référencement dans les

produits• Nom, titre, body, media … CHoisir

Des relations avec d’autres lieux (0..*): (le pays de la station …) SI le lieux est un point, les coordonnées géodésiques correspondantes(0..1)

LA SECTION PAR DÉFAUT LES COMPAGNIES

La section par défaut: Les compagnies (carriers)

• Les compagnies aériennes permettent de définir les compagnies utilisables dans les produits. Celles-ci pourront être précisément définies par produit

cette section est obligatoire à partir du moment où il y a des compagnies aériennes dans les produits

Il y aura probablement plusieurs compagnies• Chaque compagnie contient

Son identification pour utilisation dans les segments aériens(1)

Le code IATA de la compagnie (1) Un nom (1)

LA SECTION PAR DÉFAUT LES SERVICES

La section par défaut: Les services

• Les services permettent de définir la liste des services par défaut, c’est-à-dire les services qui se retrouvent sur de nombreux produits. Ceux-ci pourront être surchargés et complétés dans les produits.

cette section est optionnelle même si il y a des services dans les produits, car ceux-ci peuvent être directement définis à chaque produit

Il y aura plusieurs services• Chaque service contient

Son identification pour utilisation dans les produits(1) Le code spécifique (1) Un nom (1) Une section éditoriale(0..1) ? Nom, titre, media, body …? On garde mais sans la recommander en expliquant que

c’est uniquement par souci d’économie de place

LA SECTION PAR DÉFAUT LES DURÉES

La section par défaut: Les durées

• Les durées (en jours et en nuits) permettent de définir la liste des durées possibles. Ceux-ci pourront être surchargés dans les produits

cette section est obligatoire à partir du moment où il y a des durées proposées dans les produits

Il y aura probablement plusieurs durées• Chaque durée contient

Son identification pour utilisation dans les produits(1) La durée en jour et en nuit La présentation des durées en jours et en nuits est très

vivement recommandées pour éviter tout souci ensuite au moment des demandes

LA SECTION PAR DÉFAUT LES CATÉGORIES DES PROPRIÉTÉS

La section par défaut: Les catégories des propriétés

• Les catégories permettent de définir la liste des catégories utilisables au niveau des produits.

cette section est obligatoire à partir du moment où il y a catégories d’utilisées sur les produits

Il y aura probablement plusieurs catégories• Chaque catégorie contient

Son identification pour utilisation dans les produits(1) La valeur de la catégorie (un nombre avec son unité ou

une information subjective : Luxe…) (0) virer L’entité délivrant la valeur Il est possible de fournir un code spécifique ex framissima Des données éditoriales (un titre, un média, un texte?)

• Si code alors au moins un nom obligatoire.

LA SECTION PAR DÉFAUT LES RÈGLES D’APPLICATIONS

La section par défaut: Les règles d’applications

• Les règles définissent la liste des règles utilisables dans les différents produits

cette section est obligatoire à partir du moment où il y a des règles dans les produits ou le catalogue

Il y aura probablement plusieurs règles Règles de validité [begin, end], éventuellement ouvert Règles de booking [begin, end], éventuellement

ouvert Règles d’annulation Règles d’éligibilité

LA SECTION PAR DÉFAUT LES RÈGLES DE VALIDITÉ ET DE BOOKING

Règles de validité et de booking

• Contenu Son identification pour utilisation dans les produits ou

le catalogue (1) L’un des formats suivants:

• [Active.Begin, Active.End]• [Active.Begin[• ]Active.End]

LA SECTION PAR DÉFAUT LES RÈGLES D’ANNULATION

Règles d’annulation

• Contenu Son identification pour utilisation dans les produits ou

le catalogue (1) Les conditions d’annulation (1..*) exprimée intervalles

de jours à partir du départ avec des informations en pourcentage ou en valeur et éventuellement un titre

Une section éditoriale optionnelle (titre, url, texte) Des restrictions éventuelles (validité, booking,

éligibilité) correspondant à des références

LA SECTION PAR DÉFAUT LES RÈGLES D’ELIGIBILITÉ

Règles d’éligibilité

• Contenu Son identification pour utilisation dans les produits ou

le catalogue (1) La restriction correspondant à une des restrictions

suivantes:• Un type de personne• Un type de vol• Un notion de promotion

Pour chaque règle il est possible de dire qu’il faut prendre la valeur ou sa négation

• Ex: restriction = vol charter ou pas vol charter

Merci de votre attention