Le document décrit les travaux du comité technique XFT visant à normaliser le catalogue CETO2, en établissant des procédures de validation et en définissant la structure des produits. Il aborde différents aspects tels que l'identification des produits, la description éditoriale, les éléments techniques et les règles d'application, avec un focus sur les sections à créer ou à adapter pour une meilleure cohérence et précision. Des décisions clés ont été prises, notamment sur les codes d'identification et les exigences en matière de description, afin de faciliter la mise en œuvre du nouveau standard.

1. Comité Technique XFT 30/08/2011 Vers la normalisation du CETO2

2. Plan général Les objectifs Standardiser le catalogue CETO2 Mettre en place des procédures de validation Faciliter la mise en œuvre

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

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

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

6.  Valider Le contenu d’un produit

7. Le contenu éditorial d’un produit Quelle sont les sections proposées pour construire un produit du CETO2 ?

8. Le contenu d’un produit : les 5 grandes sections La structure proposée pour chaque produit est rassemblée en 5 grandes sections L’identification du produit Le contenu éditorial La qualification Les éléments techniques Les règles d’application

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

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

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

12. Décision prise Obligatoire et unique <Code Owner=&quot;KUONI&quot; Role=&quot;Product&quot; Value=&quot;KE118E&quot;> <!-- @Value(1) @Role(1) @Owner(0..1) §Recommendation:(1)--> </Code>

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

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

15. 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 ?

16. Décisions prises Suppression du code promotion

17. Quels autres éléments pourraient être ajoutés afin d’identifier le produit ? ? ?  Pas d’autres éléments d’identification Identification du produit

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

19. Description éditoriale Le nom du produit Le nom complet du produit Etat Obligatoire Unique Exemple Chez kuoni

20. Décision prise Obligatoire Unique <Description Role=&quot;Name&quot;> <![CDATA[Safari Nyati]]> </Description>

21. 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 »

22. 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)

23. Décisions prises <Description Role=&quot;Title&quot;> <!-- DP <![CDATA[>Kuoni - Safari Kenya - safari nyati]]> </Description>

24. Exemple chez Pierre et Vacances Le nom d’un appartement ou d’une résidence fait office de nom de produit Description éditoriale Chez Pierre et Vacances , le nom de la résidence correspond au nom du produit. Peut être qu’un titre plus accrocheur serait possible

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

26. 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)

27. Décisions prises <Description Role=&quot;Sales&quot;> <![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

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

29. 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)

30. Décisions prises <Description Role=&quot;Introduction&quot;> <![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>

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

32. Exemple chez Kuoni Description éditoriale

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

34. 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 Compagnies aériennes …

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

36. Description éditoriale Exemple de la vignette chez Kuoni

37. Exemple d’un média chez Kuoni Description éditoriale

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

39. Décisions prises La liste des formats et des poids des médias est en cours de récupération

40. Décisions prises <Description Role=&quot;Media&quot;> <Media Role=&quot;Vignette&quot; Type=&quot;JPG&quot;> <Description Role=&quot;Title&quot;><![CDATA[Kenya]]></Description> <Size Height=&quot;115&quot; Width=&quot;192&quot;/> <URL><![CDATA[http://www.kuoni.fr/netdataimages/brochures/photospays/TC9-KE8088.jpg]]></URL> </Media> </Description>

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

42. 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)

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

44. Décisions prises Optionnel Multiple possible, sans typage

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

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

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

48. Qualifications Quelles sont les sections relatives à la qualification du produit ? Type de produit Offre spéciale Autres qualifications

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

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

51. D’autres éléments permettraient-ils de qualifier un produit ? Une liste de mots clefs est en cours de récupération Qualifications

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

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

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

55. 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 ?

56. 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 ?

57. Quels autres éléments techniques seraient à rajouter ? ? ? Eléments techniques

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

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

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

61. Quelles autres règles d’application peuvent être rajoutées ? ? ? Règles d’application

62.  Réaliser Des déclinaisons éditoriales

63. Déclinaisons éditoriales Quelles sont les déclinaisons éditoriales proposées ?

64. Une déclinaison simple Une déclinaison structurée Déclinaisons éditoriales

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

66. @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=&quot;Name&quot; ><![ CDATA [ Sofitel Mauritius ]]> </Description> Déclinaison éditoriale simple : Quelques exemples de qualifications

67. @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= &quot;title&quot; ><![ xxx ]]> </Description> Déclinaison éditoriale simple : Quelques exemples

68. 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)

69. 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)

70. Déclinaison éditoriale structurée : Quelques exemples Un ou plusieurs titre(s)

71. Un ou plusieurs descriptif(s) Déclinaison éditoriale structurée : Quelques exemples

72. Un ou plusieurs paragraphe(s) Déclinaison éditoriale structurée : Quelques exemples

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

74. Les décisions prises Une description structurée Choix 3 = voir le XML de proto Kuoni Type de Contenu (Text HTML …)  NON ABORDE

75. Les décisions prises <Description Role=&quot;Body&quot;> <Type Code=&quot;Itinerary&quot; xsi:type=&quot;TypeQualifiedType&quot;/> <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>

76.  Réaliser La déclinaison d’un média

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

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

79. Quels autres éléments permettraient de compléter la structure d’un média ? ? ? La structure d’un média

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

81.  Qualifier Les Mots Clefs Les types

82. 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)

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

84. Types et mots clefs Les types de produits proposés Types d’hébergement (mer, montagne) Services Activité Infra Equipement Thématiques

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

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

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

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

89. Merci