Comité Technique XFT
30/08/2011
Vers la normalisation du CETO2
Plan général
• Les objectifs Standardiser le catalogue CETO2 Mettre en place des procédures de validation Faciliter la mise en œuvre
• La démarche pour définir le standard Valider le contenu …
• D’un produit • Réaliser des déclinaisons éditoriales• Du catalogue
Valider la structure …• Des produits• Des éléments éditoriaux et des médias• Du Catalogue
Préciser et étendre l’utilisation des mots clés• Types ou mot clés?• L’utilisation des différents thésaurus• La définition des mots clés privés
La démarche
• La méthode Partir de l’existant
• La documentation produite par Lagrange• Les catalogues existants à ce jour
Ils sont tous différents Kuoni, Infosup, Fram, Marmara, Mavie , Lagrange
Compléter cet existant avec • Des cardinalités• Des modèles• Un dictionnaire des données
La méthode
• Les supports Utiliser un produit type de Kuoni
• site + • catalogue CETO + • données venant du système Kuoni +• Prototype XFT en cours de réalisation
Comparer les différents formats actuels et décider des orientations
Utiliser le dictionnaire de données• SVN XFT
Utiliser le fichier en cours de documentation• SVN XFT
Plan général
Valider
Le contenu d’un produit
Le contenu éditorial d’un produit
• Quelle sont les sections proposées pour construire un produit du CETO2 ?
Le contenu d’un produit : les 5 grandes sections
• La structure proposée pour chaque produit est rassemblée en 5 grandes sections
1. L’identification du produit
2. Le contenu éditorial
3. La qualification
4. Les éléments techniques
5. Les règles d’application
Identification du produit
• Quelles sont les sections relatives à l’identification d’un produit ?
Le code produit Le code promo (ou code chouchou) Les codes enfants ou associés
Identification du produit
• Le code produit Code d’identification unique du produit Doit être utilisé dans le catalogue, le PAC, les
transactions, les dossiers… Etat
• Obligatoire• Unique
05 49 56 60 09
Décisions prises
• Obligatoire et unique• Patrick Bleu, d’Accovia a indiqué qu’on pouvait
néanmoins imaginer des produits qui n’auraient éventuellement pas de code (ex du package dynamique)
Il faut pouvoir les décrire. Ceci sera abordé dans une version ultérieure du catalogue
CETO2• Il faut plus qu’un code produit pour déterminer la
demande de manière précise ex un code de départ, une durée, un mealplan Ceci est déjà mis en œuvre comme cela dans les
transactions• certaines informations sont obligatoires en plus du code.
On en reparlera quand on parlera de la standardisation éventuelle des transactions
Décision prise
• Obligatoire et unique• <Code
Owner="KUONI" Role="Product" Value="KE118E"> <!-- @Value(1) @Role(1) @Owner(0..1) §Recommendation:(1)--> </Code>
Identification du produit
• Le code enfant Le code enfant est en relation avec le produit principal Le même produit peut avoir des variations multiples et
différentes, avec des descriptions plus ou moins identiques au produit principal.
Etat • Optionnel • multiple
Décisions prises
• On ne conserve pas le code enfant. • Les variations d’un même produit seront exprimées
à l’aide d’un produit associé au produit principal. Notion de produit associé:
• Cette notion n’existe pas actuellement et sera reprise dans le cadre de la partie technique (Segments)
• On ne duplique néanmoins pas les informations pour rien
Identification du produit
• Le code Promotion Le code promotion du produit (appelé Code
Chouchou) permet une remise promotionnelle sur un produit
Il permet aussi de limiter l’accès à un produit Il permet également de spécialiser un produit Etat
• optionnel• Multiple
Est-ce que le code promotionnel pourrait suffire à typer le produit ?
Décisions prises
• Suppression du code promotion
• Quels autres éléments pourraient être ajoutés afin d’identifier le produit ?
? ? Pas d’autres éléments d’identification
Identification du produit
Description éditoriale
• Quelles sont les sections relatives à la description éditoriale du produit
Le nom du produit Le titre du produit L’accroche commerciale du produit L’introduction du produit Texte descriptif détaillé du produit Le média du produit Le résumé du produit Les alertes du produit URL, liens
Description éditoriale
• Le nom du produit Le nom complet du produit Etat
• Obligatoire• Unique
• Exemple Chez kuoni
Décision prise
• Obligatoire• Unique• <Description
Role="Name"> <![CDATA[Safari Nyati]]> </Description>
Description éditoriale
• Le titre du produit Le titre court du produit Il peut être identique au nom du produit Il ne peut pas remplace le nom du produit Etat
• Optionnel• Unique
• Exemple chez Kuoni Le titre est présent dans le XML
• « Safari Kenya - safari Nyati »
Décisions prises
• Optionnel • 1 titre par défaut, sans typage• Il est possible d’avoir des accroches multiples.
Dans ce cas, ils seront qualifiés avec un type.• Le format du contenu reste inchangé à part l’ajout
d’un type (éventuellement multiple)
Décisions prises
• <Description Role="Title"> <!-- DP <![CDATA[>Kuoni - Safari Kenya - safari nyati]]> </Description>
Chez Pierre et Vacances, le nom de la résidence correspond au nom du produit.
Peut être qu’un titre plus accrocheur serait possible
• Exemple chez Pierre et Vacances Le nom d’un appartement ou d’une résidence fait
office de nom de produit
Description éditoriale
Description éditoriale
• L’accroche commerciale L’information marketing sur un produit Un accroche commerciale courte, utilisée dans les
listes des résultats Etat
• Optionnel• Unique
• Exemple chez Kuoni
Décisions prises
• Obligatoire • 1 accroche commerciale par défaut, sans typage• Il est possible d’avoir des accroches multiples.
Dans ce cas, ils seront qualifiés avec un type. • Le format du contenu reste inchangé à part l’ajout
d’un type (éventuellement multiple)• Typés si Multiple (au dela du premier)
Décisions prises
• <Description Role="Sales">
<![CDATA[Ce safari au cœur de trois des réserves les plus célèbres, où se concentre l’essentiel de la faune du pays, est idéal pour une première approche du Kenya. Suivi d’un séjour sur la côte, il allie ...]]></Description> <Description
Description éditoriale
• L’introduction Le premier chapitre du texte de présentation d’un
produit Questions
• Est-ce qu’une liste de chapitres obligatoires dédiée par type de produit doit être créée ou non ?
• Si oui, laquelle ? Etat
• Optionnel • Unique
• Exemple chez Kuoni
Décisions prises
• Optionnelle • 1 introduction par défaut, sans typage• Il est possible d’avoir des introductions multiples.
Dans ce cas, ils seront qualifiés avec un type. • Le format du contenu reste inchangé à part l’ajout
d’un type (éventuellement multiple)• Typés si Multiple (au delà du premier)
Décisions prises
<Description Role="Introduction"> <![CDATA[Ce safari au cœur de trois des réserves les plus célèbres, où se concentre l’essentiel de la faune du pays, est idéal pour une première approche du Kenya. Suivi d’un séjour sur la côte, il allie découverte de la vie sauvage et farniente sur les bords de l’océan Indien. Le juste équilibre !]]>
</Description>
• La description du produit Un texte descriptif détaillé du produit (restaurants,
bateau, cabines, animations, activités, services, ce qui est inclus, pas inclus)
Etat• Obligatoire• multiple
Description éditoriale
• Exemple chez Kuoni
Description éditoriale
Décisions prises
• Certaines parties de descriptions peuvent être factorisées dans la section par défaut (liste non définitive)
comme les stations, les domaines, …• Dans ce cas il y aura juste une référence aux sections.
liste à établir• On souhaiterait rendre certaines sections obligatoires , mais
jusqu’à présent, il y a uniquement des recommandations. • Une liste de produit a été commencée
Séjour, Circuit, Croisière, Locatif, Combiné, Autotour, Hôtel, Vol sec, Locatif , Voiture
à compléter éventuellement• Les actions à mener
Définir les éléments obligatoires ou optionnel pour chaque type• Liste de sections fortement recommandées
Inclus (optionnel mais recommandé) Pas inclus, les compagnies aériennes
Décisions prises
• La liste des sections fortement recommandées en fonction du type de produit est en cours de création :
…Inclus Pas Inclus Compagnie aérienne Les Plus Bon à savoir Situation Hébergement Animation/services/activités Meal Plan Room Equipement/Facilities Thématiques Domaine Ski Station Acheminement Accueil Add on
Description éditoriale
• Médias Les médias illustrent le produit Les médias contiennent au moins une vignette Les médias peuvent avoir plusieurs formats Les médias ont un titre, un copyright, une légende
• Questions Est-ce qu’on peut mélanger texte et images comme chez
Marmara ? Si on ne mélange pas, comment fait-on pour lier le texte et
l’image ? Etat
• Obligatoire• Multiple
Description éditoriale
• Exemple de la vignette chez Kuoni
• Exemple d’un média chez Kuoni
Description éditoriale
Décisions prises
• Vignette: Obligatoire Multiple possible À mettre en évidence dans la doc
• Images AU moins une image obligatoire Multiple recommandé
• Autres médias Optionnel multiple
• IL est possible de qualifier un média comme on peut qualifier une section de corps de texte
En regroupant les medias d’un même type dans une section particulière
En qualifiant la section Par défaut, la section de base contenant les médias n’est pas
typées
Décisions prises
• La liste des formats et des poids des médias est en cours de récupération
Décisions prises
• <Description Role="Media"> <Media Role="Vignette" Type="JPG"> <Description Role="Title"><![CDATA[Kenya]]></Description> <Size Height="115" Width="192"/> <URL><![CDATA[http://www.kuoni.fr/netdataimages/brochures/photospays/TC9-KE8088.jpg]]></URL> </Media>
</Description>
Description éditoriale
• Le résumé Le résumé du produit permet d’avoir une vue
d’ensemble sur le contenu du produit sans avoir à entrer dans le détail du descriptif
Etat• Optionnel • Multiple
Décisions prises
• Optionnel• 1 résumé par défaut, sans typage• Il est possible d’avoir des résumés multiples. Dans
ce cas, ils seront qualifiés avec un type. Le format du contenu reste inchangé à part l’ajout d’un type (éventuellement multiple)
• Typés si Multiple (au dela du premier)
Description éditoriale
• L’alerte Pour alerter sur un événement ou sur un problème lié
au produit L’alerte permet de mettre en avant une
• piscine fermée• …
Etat• Optionnelle• multiple
Décisions prises
• Optionnel• Multiple possible, sans typage
Description éditoriale
• URL, liens Les URL ou les liens donnent accès aux fiches
produit disponibles sur le Les ressources peuvent être multiples
• Site B2B• Site B2C
Etat de l’URL ou du lien• Optionnelle• Multiple
Décisions prises
• Optionnel• Multiple• Qualification possible de l’url (B2B, B2C, site, pdf …)• Etudier le cas où ce n’est pas une Url mais un jscript
• Quels autres éléments pourraient être ajoutés afin de compléter la description éditoriale d’un produit ?
? ? Pas d’autres éléments éditoriaux mis en avant
Description éditoriale
Qualifications
• Quelles sont les sections relatives à la qualification du produit ?
Type de produit Offre spéciale Autres qualifications
Qualifications
• Les types de produits Le type qualifie le produit Les types sont définis dans la section par défaut en
provenance du thésaurus Examples de codes utilisés : séjour, croisière, circuits,
transports Etat
• Optionnel• Multiples
Qualifications
• La qualifications des produits Pour qualifier un produit de manière précise Les types peuvent être directement définis par le
Thésaurus XFT ou à l’aide de codes spécifiques La cas échéant, Ils devront être associés à un ou plusieurs
codes XFT• Questions
Est-ce qu’il faut avoir des grandes sections de qualifications afin de faciliter la documentation ?
Est-ce qu’il faut créer une liste des types les plus utilisés ? Son état
• Optionnel• Multiples
• D’autres éléments permettraient-ils de qualifier un produit ?
Une liste de mots clefs est en cours de récupération
Qualifications
Eléments techniques NON ABORDES
• Quelles sont les sections relatives aux éléments techniques d’un produit ?
L’itineraire Les AddOn Les extensions L’alternative
• L’itinéraire La liste structurée des segments attendus et pour
lesquels il y a quelque chose à détailler dans le catalogue
Exemple :• Villes de départ, les types de departs, durées
Etat • Obligatoire
Eléments techniques
• AddOn Il s’agit d’un liste de services additionnels qui peuvent
être vendus avec un produit Etat
• Optionnel• Multiple
• Questions Est - ce que la liste des services additionnels doit être
ou non présente dans le catalogue ?
Eléments techniques
Eléments techniques
• Les extensions Elles correspondent à la liste des produits pouvant
être utilisés sous forme d'une extension L’extension s’exprime sous la forme unique d’un code
ou éventuellement d’un libellé Etat
• Optionnel• Multiple
• Questions Sous quelle autre forme éventuelle peut être
exprimée l’extension ?
Eléments techniques
• L’alternative La liste des produits alternatifs Exprimés sous la forme unique de codes ou
éventuellement de libellé Etat
• Optionnel• Multiples
• Questions Peut - on exprimer les alternatives sous une autre
forme que les codes produits ?
• Quels autres éléments techniques seraient à rajouter ?
? ?
Eléments techniques
Règles d’application
• Quelles sont les sections relatives aux règles d’applications ?
La période de validité du produit La période de réservation du produit
Règles d’application
• La période de validité du produit Il s’agit de la période de validité du produit Etat
• Optionnel• unique
Règles d’application
• La période de réservation du produit La période durant laquelle un produit est accessible à
la vente Etat
• Optionnel• multiple
• Quelles autres règles d’application peuvent être rajoutées ?
? ?
Règles d’application
Réaliser Des déclinaisons éditoriales
Déclinaisons éditoriales
• Quelles sont les déclinaisons éditoriales proposées ?
• Une déclinaison simple• Une déclinaison structurée
Déclinaisons éditoriales
Déclinaison éditoriale simple
• La déclinaison simple• Sa structure est la suivante :
Une balise de <description> Les qualifications possibles (@Role)
• Le nom• Un titre• Une accroche commerciale• Un introduction• Un résumé• Une alerte• Une url
Du texte libre non formaté
• @Role pour le nom Il s’agit du nom de l’élément racine auquel est
rattaché le produit Ça peut être le nom d’une ville, le nom d’un hôtel
comme ci dessous Il est recommandé de l’intégrer par un CDATA afin
d’éviter les confusion d’interprétation• Exemple
<Description Role="Name"><![CDATA[Sofitel Mauritius]]> </Description>
Déclinaison éditoriale simple : Quelques exemples de qualifications
• @Role pour le titre Il s’agit du titre du produit Il est recommandé de l’intégrer par un CDATA afin
d’éviter les confusion d’interprétation• Exemple
<Description Role= "title"><![xxx]]> </Description>
Déclinaison éditoriale simple : Quelques exemples
Décisions description simple
• Attention ! Il ne faut pas utiliser de paragraphe ou de texte dans
l’élément Description simple C’est-à-dire que l’information DOIT être directement
intégrée dans l’élément lui-même IL est possible de type une description simple
(obligatoire dans le cas d’occurrences multiples)
Déclinaison éditoriale structurée
• La déclinaison éditoriale structurée • Sa structure est la suivante
Une balise de <description> Une qualification @Role = « body » Un type obligatoire (itinéraires, bateaux, cabines,
animations) Un titre optionel Un ou plusieurs paragraphe(s)
Déclinaison éditoriale structurée : Quelques exemples
Un ou plusieurs titre(s)
• Un ou plusieurs descriptif(s)
Déclinaison éditoriale structurée : Quelques exemples
• Un ou plusieurs paragraphe(s)
Déclinaison éditoriale structurée : Quelques exemples
• Remarques Un paragraphe peut également avoir un titre ou pas
de titre Un paragraphe contient au moins un texte Un paragraphe aussi peut n’être composé que de
texte Il peut aussi y avoir ou plusieurs paragraphes par
descriptif
Décisions paragraphes
Les décisions prises
• Une description structurée• Choix 3 = voir le XML de proto Kuoni• Type de Contenu (Text HTML …) NON ABORDE
Les décisions prises
• <Description Role="Body"> <Type Code="Itinerary" xsi:type="TypeQualifiedType"/> <Title><![CDATA[Votre programme]]></Title> <Paragraph> <Title><![CDATA[1er jour :]]></Title> <Text><![CDATA[paris/nairobi (vols) : Départ de Paris à destination de Nairobi via Amsterdam. Nuit à bord.]]></Text> </Paragraph> <Paragraph> <Title><![CDATA[2e jour :]]></Title> <Text><![CDATA[nairobi/masaï mara (250 km) : Arrivée tôt le matin à Nairobi où vous serez accueilli par votre chauffeur-guide. Départ vers le Masaï Mara où vous arriverez pour le déjeuner. Dans l'après-midi, safari pour tenter de débusquer gnous, zèbres, éléphants, lions… et la fameuse girafe masaï. Dîner et nuit au lodge.]]></Text> </Paragraph> <Paragraph> <Title><![CDATA[6e jour :]]></Title> <Text><![CDATA[tsavo/mombasa (325 km) : Tôt le matin, safari dans la partie ouest du parc de Tsavo dont les terres sauvages s’étendent à perte de vue. Visite de Mzima Springs. Départ vers Mombasa. Pique-nique en cours de route. Après-midi libre pour profiter des plages de Mombasa. Dîner et nuit à l’hôtel.]]></Text> </Paragraph> </Description>
Réaliser La déclinaison d’un média
La structure d’un média
• La structure proposée est la suivante Un élément <description> Ses qualificatifs (@role)
• Icon, Logo, Vignette Un titre Sa taille Son URL Son type
• JPEG
La structure d’un média
• Questions Est-ce qu’ on décide de n’avoir qu’une description par
média ? NON ABORDE
Est-ce qu’on décide de mettre tous les médias dans une seul description ? OUI
Pouvons-nous mélanger texte et média comme le fait Marmara ?
• NON Quel type de contenu peut être retenu ?
NON ABORDE
• Quels autres éléments permettraient de compléter la structure d’un média ?
? ?
La structure d’un média
Les décisions prises
• Ce qui est obligatoire Son rôle Son URL
• Ce qui est optionnel mais recommandé Sa taille Son titre Les information de copyright Son auteur Son type : JPEG
• IL est possible de fournir plusieurs formats d’un même média
• Remarques Tous les medias seront au même endroit, sauf ceux qui
sont typés et qui seront du coup regroupés par type
Qualifier
Les Mots Clefs
Les types
Les mots clefs
• Les mots-clefs viennent de trois thésaurus Thésaurus marketing Thésaurus générique Thésaurus géographique + Thésaurus privatif par fournisseur
(éventuellement)
Les mots clefs
• Les mots clefs proviennent de 4 thésaurus Le générique
• définitions objectives Le géographique
• Les stations, les domaines, les ports, les fleuves, les villes Le thésaurus Marketing
• Information subjectives de type marketing Le thésaurus privé
• les informations privatives• Les mots clefs sont à fournir dans le catalogue et les
produits • On retrouve également le mêmes codes dans les
qualifications Dans les médias Dans les éléments éditoriaux
Types et mots clefs
• Les types de produits proposés Types d’hébergement (mer, montagne) Services Activité Infra Equipement Thématiques
Types et mots clefs
• Les questions relatives aux types et aux mots-clefs Devons-nous systématiquement référencer les types et les
mots-clefs ? • Oui
Devrions-nous fournir une liste minimale standard par produit ?
• Oui, voir dans le compte rendu complet Il faut proposer une liste par typologie de produits
Devrions-nous simplifier la structure du thésaurus ?• Oui• Eventuellement supprimer l’arborescence et favoriser la
liste. • Regrouper les deux thésaurus en une seule liste
Revalider
Les décisions prises
• Retirer les types les remplacer par des Keywords
• dans Produit • Dans Catalogue.
• Conserver les mots clefs Afin d’éviter la confusion entre les deux.
• Rassembler Un maximum de mots clés
• Etablir La liste de ceux qu’il faudrait éventuellement rajouter dans
le thésaurus générique ou marketing• Décider
Si on accepte ou non l’utilisation de mots clés privatifs et le format à mettre en place.
Le mot de la fin
• Rappel des objectifs Faciliter la mise en œuvre du CETO2 grâce à
• Une documentation de référence• La validation de la documentation• De l’accompagnement
Prochain comité
• La prochain comité sur le CETO2 aura lieu le 6 octobre
Finir le produit pour la partie technique et règles La section par défaut correspondant au dictionnaire
• Le catalogue avec la partie la plus importante
Merci