comité technique et fonctionnel du 2011 06-30 version site xft
Post on 18-Dec-2014
345 Views
Preview:
DESCRIPTION
TRANSCRIPT
ComitéFonctionnel
30 Juin 2011
Plan du jour
• L’Assemblée Générale • Le dossier voyage chez Pierre et Vacances• L’identifiant unique
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
Point sur l’assemblée générale
• 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
Point sur l’assemblée générale
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
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
La gestion d’un dossier 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 ...)
La gestion d’un dossier voyage
• 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)•
La gestion d’un dossier voyage
• 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
La gestion d’un dossier voyage
• Et si on est prestataires, fournisseur, distributeur ?
La gestion d’un dossier voyage
Prestataire de Pierre et Vacances?
Fournisseur de Pierre et Vacances ?
Distributeur de Pierre et Vacances?
La gestion d’un dossier voyage
• … 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
L’identifiant unique
• 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
L’identifiant unique
• 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
ID unique et authentification
ID unique et authentification
• 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)•
Les transactions de gestion d’un dossier voyage
• La search_Booking (modèle XFT) Action Purpose="Search" Code="Booking"/>
• Recherche par le nom (bénéficiaire)• Recherche par le code client (B2C)
<!-- Recherche par client B2C (code ou nom)--> <Customer> <Code Value=“77888" Role="Customer"/> <Name><LastName><![CDATA[%Customer Name%]]></LastName></Name> </Customer>
•
Les transactions de gestion d’un dossier voyage
• La search_Booking (modèle XFT)• Recherche par code société (agence, CE, TO)
<!-- Recherche par code société --> <Company> <Code Value=“55444" Role="Customer"/> </Company>
Les transactions de gestion d’un dossier voyage
• 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>
Les transactions de gestion d’un dossier voyage
• 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>
Les transactions de gestion d’un dossier voyage
• 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
Les transactions de gestion d’un dossier voyage
• 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
Les transactions de gestion d’un dossier voyage
• L’Update_Booking (modèle XFT) <Action Purpose=“Update" Code="Booking"/>
• Cette transaction est régie par un principe de fonctionnement général
Les transactions de gestion d’un dossier voyage
Les transactions de gestion d’un dossier voyage
• 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
Les transactions de gestion d’un dossier voyage
• 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
Les transactions de gestion d’un dossier voyage
Merci
Pour votre attention
top related