Comité technique xft ceto2 session 1+2011 08-30
Upcoming SlideShare
Loading in...5
×
 

Comité technique xft ceto2 session 1+2011 08-30

on

  • 598 views

 

Statistics

Views

Total Views
598
Views on SlideShare
426
Embed Views
172

Actions

Likes
0
Downloads
0
Comments
0

1 Embed 172

http://www.exchangefortravel.org 172

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Descriptions Simple d’un produit Complexe d’un produit De la structure d’un média Définitions Des types et des mots clefs
  • Et infosup aussi
  • 20 c’est trop. Regroupement nécessaire des 20 types.
  • La manière dont il s’exprime n’importe pas
  • Un code de type produit associé ou dépendant Voir les explications chez Fram ou Kuoni David = plusieurs produits on la même description avec le même contenu éditorial. Il faut peut être les regrouper. Mais dans ce cas, qu’est ce qu’il se passe dans le Pac et les transactions ?
  • 3 codes différents.
  • Le nom du produit est à illuster avec le produit Kuoni
  • Mettre une illustration = voir dans le XML = Kuoni - Safari Kenya - safari nyat Le titre est obligatoire ? Question ici. Voir chez Pierre et Vacances = nom de l’appartement est le titre du produit pour mer ou montagne « résidence le hameau du lac » = essayer de trouver un titre plus accrocheur = de type marketing par exemple.
  • Idem illustration Kuoni Texte court dans la liste des résultats
  • Introduction du produit Rajouter un slide là-dessus Chez Kuoni, l’introduction et le sales sont les mêmes Est-ce qu’on garde le sale ou du coup ?
  • Body ou corps du texte Le texte peut être formaté sous forme de plusieurs sections
  • Médias
  • Je n’ai rien noté là-dessus.
  • Cette partie est en chantier  5 exemples de produits KUONI
  • !
  • !

Comité technique xft ceto2 session 1+2011 08-30 Comité technique xft ceto2 session 1+2011 08-30 Presentation Transcript

  • 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
      • L’identification du produit
      • Le contenu éditorial
      • La qualification
      • Les éléments techniques
      • 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=&quot;KUONI&quot; Role=&quot;Product&quot; Value=&quot;KE118E&quot;> <!-- @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=&quot;Name&quot;> <![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=&quot;Title&quot;> <!-- DP <![CDATA[>Kuoni - Safari Kenya - safari nyati]]> </Description>
    • 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
  • 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=&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
  • 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=&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>
    • 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=&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>
  • 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=&quot;Name&quot; ><![ 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= &quot;title&quot; ><![ 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=&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>
    •  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