Comité technique et fonctionnel du 2011 06-30 version site xft

ComitéFonctionnel

30 Juin 2011

Plan du jour

• L’Assemblée Générale • Le dossier voyage chez Pierre et Vacances• L’identifiant unique

l’Assemblée Générale

Point sur l’assemblée générale

• Les votes Vote 1

• Les membres approuvent les comptes à l’unanimité. Vote 2

• Le montant de la cotisation annuelle reste inchangé cette année, c'est-à-dire 2700 euros.

Vote 3 • L’association décide de rajouter 2 jours de travail aux 10 jours

habituels Remarques

• L’association souhaite limiter le nombre de thèmes abordés lors des comités afin d’avoir la possibilité de tous les documenter

Voir ci après


• Les thèmes seront limités• En voici la liste :

La dématérialisation des factures • En septembre (définir un date, le 21 ?)• Intervenants : Carrefour, Accelya, Gestour, Kuoni, Ecotour

? L’identification unique

• Prévoir une journée entière en Octobre • Intervenants possibles : Accelya, Selectour,Travelsoft,

Atout France ?

• Les thèmes seront limités• En voici la liste : (suite)

Les notifications (dossiers, documents, dispo, prix) La stabilisation de la structure des données voyages Les assurances/Cabinet Chaubet et Courtage Le catalogue CETO2


Le dossier voyage

LA GESTION DU BOOKING SUR LE MID-OFFICE

• Le dossier voyage ? Le dossier voyage n’est pas statique Il peut subir un certain nombre d’actions Les actions dépendent des besoins des distributeurs ou des

fournisseurs

La gestion d’un dossier voyage

• Quelles sont les actions possibles chez Pierre et Vacances ?

Il peut rechercher un dossier Il peut visualiser un dossier Il peut modifier le statut d’un dossier Il peut modifier le contenu d’un dossier Il peut récupérer un dossier Il peut annuler une option Il peur annuler une réservation Il peut mettre à jour le dossier Il peut récupérer le document de voyage


• Comment ? A l’aide de transactions choisies A l’aide de critères de recherche pré définis A l’aide de filtres A l’aide de règles métier qui régissent certaines actions

(Ajout, suppression, modification ...)


• Quels sont les critères utilisés pour la recherche? Recherche par le nom (bénéficiaire) Recherche par le code client (B2C) Recherche par le code société (agence, CE, TO)

• Quels sont les filtres utilisés pour la recherche ? Recherche par statuts des dossiers Recherche par dossier facturé Recherche par montant du positif Recherche par date de creation du dossier (date exacte ou

min / max) Recherche par date de début de séjour (date exacte, min /

max ou date future)•


• Quelles sont les mises à jour possibles ?• Par l’ajout

De commentaires De participants De préférences D’add-ons De paiements De références externes

• Par les modifications De commentaires De participants (prénom, âge) De référence externes

• Par les suppressions De participants


• Et si on est prestataires, fournisseur, distributeur ?


Prestataire de Pierre et Vacances?

Fournisseur de Pierre et Vacances ?

Distributeur de Pierre et Vacances?


• … quelles sont les nouvelles actions complémentaires qu’on souhaite exprimer ou faire évoluer ?

Exprimer

Faire évoluer

LES DÉCISIONS PRISES

L’identifiant unique et

authentification

L’identifiant unique

• Qu’est ce qui existe aujourd’hui ? Plusieurs identifiants du côté des TO et des agences

AgenceID B56

TO 1

TO3

TO2

ID AG 1

ID AG 2

ID AG 3

ID TO1

ID TO2

ID TO3


• Qu’est ce que l’on cherche à faire ? Obtenir une authentification simple et unique (Etape1)

AgenceIDB56

TO 1

TO3

TO2

ID B56

ID B56

ID B56

ID TO1

ID TO2

ID TO3


• Qu’est ce que l’on cherche à faire ? Aller vers un single sign on (étape 2)

• SSO

Agence

TO 1

TO3

TO2

ID B56

ID B56

ID B56

ID B56

• Les questions soulevées à l’époque• Qui est le serveur d’identité ?

Une société privée? Un consortium associatif? Une fédération mixte?

• Commet garantir la qualité de l’information ?

ID unique et authentification

Les réponses apportées lors du consortium• L’étape 1 sera couverte en priorité

Obtenir une authentification simple et unique • Qui est le serveur d’identité ?

Pas l’association• Elle ne veut pas de serveur d’identité.

Ça veut dire que • Les identifiants uniques seront créés à différents endroits• Que n’importe qui peut créer son identifiant

• Commet garantir la qualité de l’information. Eviter les doublon par exemple Sécuriser la création



• Quelles décisions prises lors du consortium ? L’association fournit la construction de l’identifiant unique Les opérateurs privés pourront générer les ID La définition des échanges associés

• Pour passer les informations entre les identifiants uniques et les identifiants spécifiques à chaque fournisseur.

Des opérateurs privés pourront utiliser les échanges

ComitéTechnique

30 Juin

Plan du jour

• Validation de la Get_Document• Les transactions de Gestion du booking chez Pierre

et Vacances

• Les transactions qui peuvent être utilisées dans le cadre de la gestion d’un dossier voyage

La récupération d’un dossier• Get_Booking

La mise à jour d’un dossier• Update_Booking

La confirmation • ConfirmTo_Booking

L’annulation d’une réservation• Cancel_Booking

Une demande de quotation de frais d’annulation• Get_Quote_If_Cancel_Booking

Vert : les recommandations sont validées. La documentation est en cours

Rouge : la transaction a été abordée, mais les recommandations n’ont été ni exprimées, ni validées

Recommandations et validations

• Les transactions qui peuvent être utilisées dans le cadre de la gestion d’un dossier voyage

Annulation d’une option• Release_Booking (recommandations à émettre)

Récupération d’un document • Get_Document (recommandations à valider)

Recommandations et validations

Vert : les recommandations sont validées. La documentation est en cours

Rouge : la transaction a été abordée, mais les recommandations n’ont été ni exprimées, ni validées

VALIDATION DES RECOMMANDATIONS

La Get_Document

La Get_Document : description

Je cherche à récupérer un ou plusieurs documents avec un code référence unique

J’obtiens un document unique. Pour obtenir plusieurs documents, on utilise une Search_Document

La Get_Document : description

• Remarque importante Avec la Get_Document, on s’attend à récupérer un

document unique. À la différence d’une Search_Document qui renvoie

plusieurs documents Questions

• Est-ce qu’on considère que la Get_Document continue de renvoyer un document unique ?

• Est-ce qu’on décide qu’elle peut renvoyer l’ensemble des documents d’un seul dossier, sous forme d’enveloppe par exemple ?

• Ceci pourrait être possible grâce à l’utilisation de filtres.

Les recommandations de la requête

• De quoi avons-nous besoin en entrée ?

• La transaction Utilisation de la

• Get_Document

La référence du dossier (1)Le type de document éventuellement (0..*) à inclure ou exclure

Les recommandations de la réponse

• Que ce que l’on obtient en réponse ?

Un document unique ou une enveloppe de documents, ou plusieurs documents ?

Les recommandations de la réponse

• Quelles sont les recommandations émises Pour chaque document

• Le lien pdf (s’il existe) (0..1)• Référence (0..1)• Date de création (0..1)• Date de dernière modification(0..1) [ Version, Modif](1)• Version (0..1)• Destinataire (agence ou client) (0...1)• Type(1)• Ce que ça comprend (ce contient l’enveloppe – si enveloppe)

(0..1)• Complet ou non (1)

Le dossier voyage

& LES TRANSACTIONS DE GESTION DU BOOKING

Les transactions de gestion d’un dossier voyage

• Quelles sont les transactions utilisées pour chacune des actions possibles ?

• Pour la recherche et la visualisation du dossier : Get_Booking Search_Booking (voir ci après)

• Pour la modification du statut du dossier : ConfirmTo_Booking Cancel_Booking Release_Booking

• Pour la modification du contenu du dossier Update_Booking (voir ci après)

• La search_Booking• Quels sont les critères de recherche utilisés ?

Recherche par le nom (bénéficiaire) Recherche par le code client (B2C) Recherche par le code société (agence, CE, TO)

• Quels sont les filtres utilisés ? Recherche par statuts des dossiers Recherche par dossier facturé Recherche par montant du positif Recherche par date de creation du dossier (date exacte ou

min / max) Recherche par date de début de séjour (date exacte, min /

max ou date future)•


• La search_Booking (modèle XFT) Action Purpose="Search" Code="Booking"/>

• Recherche par le nom (bénéficiaire)• Recherche par le code client (B2C)

 <Customer> <Code Value=“77888" Role="Customer"/> <Name><LastName><![CDATA[%Customer Name%]]></LastName></Name> </Customer>

•

• La search_Booking (modèle XFT)• Recherche par code société (agence, CE, TO)

 <Company> <Code Value=“55444" Role="Customer"/> </Company>

• La search_Booking (modèle XFT)• les filtres utilsés sous booking

statut des dossiers• <Codes>

<Code xsi:type="CodeStatusType" Code="Confirm"/> <Code xsi:type="CodeStatusType" Code="Option"/> </Codes>

Facturé• <Price Status="Invoice"/>

Montant du positif• <Payments>

<Payment State="Due"/> </Payments>


• La search_Booking (modèle XFT)• les filtres utilisés sous booking

Date de création du dossier (date exacte ou min / max)• <History Purpose="Create" When="2009-03-18">

<Date Role="Create" > <Between Begin="2009-03-01" End="2009-03-30"/> </Date> </History>

Date de début de séjour (date exacte, min / max ou date future)• <Begin Value="2009-09-15" CountingFrom="Now">

<Between Begin="2009-09-01" End="2009-09-30"/> </Begin>


• L’Update_Booking • Transaction régie par certaines règles métier

D’ajout De suppression De modification d’éléments

• Elles n’entraînent pas de diminution du montant du dossier


• L’Update_Booking • Les ajouts possible

De commentaires De participants De préférence D’add-ons De paiements De référence externe

• Les modifications possibles De commentaire De participant (prénom, âge) De Référence externe

• Les suppressions possibles De participants


• L’Update_Booking (modèle XFT) <Action Purpose=“Update" Code="Booking"/>

• Cette transaction est régie par un principe de fonctionnement général



• L’Update_Booking (modèle XFT)• Le principe de fonctionnement (suite)

Un bloc de Tasks définit les actions à effectuer sur des éléments particuliers du Booking• <Task Purpose="Add" Ref=“ID1“>• <Task Purpose=“Update" Ref=“ID2“>• <Task Purpose=“Delete" Ref=“ID3“>

Un bloc Booking contenant :• Le numéro du dossier à mettre à jour

<Code Role="Reference" Value="7279211"/>• Les éléments à mettre à jour

(même position que dans une réponse de Get_Booking)

• L’Update_Booking (modèle XFT)• Le principe de fonctionnement (suite):

La possibilité de combiner plusieurs tâches dans un même Update

le type d’action possible dépend de l’élément sur lequel on pointe


• L’Update_Booking (modèle XFT)• Le principe de fonctionnement (suite et dfin)

Des règles de mises à jour : • Ajout

on ajoute l’élément• Modification / suppression

on se base sur un identifiant logique (code produit, …)• Modification

on met à jour l’élément entier • Suppression

on supprime l’élément du dossier


Merci

Pour votre attention

Comité technique et fonctionnel du 2011 06-30 version site xft

Travel

Transcript of Comité technique et fonctionnel du 2011 06-30 version site xft