comité fonctionnel xft- 2011-03-23 - présentation+pd+2010-02-14
Post on 14-Dec-2014
286 Views
Preview:
DESCRIPTION
TRANSCRIPT
Comité fonctionnel XFT
23/03/2011
Authentification, identification et gestion des dossiers
Ordre du jour
1. Intervention d’Elodie Butel2. Authentification et identification 3. Gestion des dossiers
1. Intervention d’Elodie Butel
1.1. Identification Agences
6
GESTION DES CODES D’IDENTIFICATION
Identification unique
•Format
•Processus de génération
•Utilisation dans les échanges
Processus d’échange des codes d’identification
•Définition du processus
•Utilisation de l’identifiant unique dans ce processus
•Services techniques à mettre en place
1.2. Gestion post-resa
8
OBJECTIF
• Automatiser la gestion post-réservation pour le producteur et pour le distributeur
• Définir un processus standard par type de fonction (et si possible un format technique
normalisé)
• Définir des processus de traitements semi-automatiques entre le distributeur et le producteur
lorsque l’automatisation n’est pas possible
9
RÉCUPÉRATION DE DOSSIER AVEC MISE À JOUR DU STATUT
1. Réservation d’un produit en demande par l’internaute ou l’agent du distributeur.2. Le distributeur identifie ce type de réservation pour laquelle il doit confirmer le dossier
sous 48 ou 72h à son client.3. Le distributeur échange avec le producteur pour savoir si le produit est disponible
(appel, mail, consultation site B2B).4. Le producteur confirme (ou pas) la réservation.5. Le distributeur recontacte son client pour confirmer ou annuler la réservation.
Plus largement, le producteur est susceptible de faire des modifications sur les dossiers (statuts, libellé de noms, …) sans une synchronisation systématique avec le distributeur
1. Identification automatique des dossiers faits sur les produits en demande par le système du distributeur.
2. Appelle d’une fonction automatique chez le producteur qui permet de récupérer le statut du dossier
3. Mise à jour du dossier distributeur (confirmé ou annulé) puis envoi d’un mail automatique au client (et au distributeur en copie) pour informer de la confirmation (ou pas) du dossier.
Plus largement, cette fonction permet de synchroniser les dossiers
Description fonctionnelle du besoin en vue de l’automatisation
Description fonctionnelle du fonctionnement actuel
10
CONFIRMATION D’ OPTION
1. Pose d’option sur un produit par l’internaute ou l’agent du distributeur.2. Le distributeur identifie les dossiers avec pose d’option pour lesquels il doit confirmer le
dossier sous 48 ou 72h au producteur pour valider la réservation définitivement.3. Le client contacte le distributeur (ou inversement) pour valider la réservation.4. Le distributeur confirme à son tour le dossier auprès du producteur dans le délai imparti.5. Le producteur valide la réservation dans son système.6. Le distributeur confirme la réservation à son client.
1. Action manuelle déclenchée par le distributeur (suite à la confirmation du client) par dossier pour le confirmer automatiquement au producteur (appel par le système du distributeur d’une fonction automatique chez le producteur qui permet de confirmer l’option).
2. Mise à jour du dossier distributeur (confirmé ou annulé) puis envoi d’un mail automatique au client (et au distributeur en copie) pour informer de la confirmation ou l’annulation du dossier.
Description fonctionnelle du besoin en vue de l’automatisation
Description fonctionnelle du fonctionnement actuel
11
ANNULATION COMMERCIALE DE RÉSERVATIONS FERMES AVEC RÉCUPÉRATION DES FRAIS AVANT ANNULATION
1. L’agent ou l’internaute fait une réservation ferme.2. L’internaute fait une demande d’annulation auprès du distributeur3. Le distributeur échange avec le producteur pour vérifier qu’il est possible d’annuler la
réservation et pour définir les conditions d’annulation (frais)4. Le distributeur échange avec son client pour l’informer des frais d’annulation et
confirmer l’annulation5. Le distributeur annule la réservation dans son système 6. Le distributeur annule la réservation auprès du producteur
1. Action manuelle déclenchée par distributeur par dossier pour connaître les frais d’annulation (appel par le système du distributeur d’une fonction automatique chez le producteur qui permet de récupérer les frais d’annulation)
2. Le distributeur annule le dossier (appel par le système du distributeur d’une fonction automatique chez le producteur qui permet d’annuler)
3. Mise à jour du dossier distributeur puis envoi d’un mail automatique au client (et au distributeur en copie) pour informer de la confirmation du dossier.
Description fonctionnelle du besoin en vue de l’automatisation
Description fonctionnelle du fonctionnement actuel
12
RÉCUPÉRATION DE DOCUMENTS LIES AU VOYAGE : CONVOCATION,
CARNET DE VOYAGE, FACTURE
1. Le distributeur vérifie les réservations dont la date de départ est proche.2. Le producteur envoie les documents liés au voyage au distributeur.3. Le distributeur les communique à son client.4. Le producteur envoie les mises à jour éventuelles au distributeur .5. Le distributeur les communique à son client.
1. Déclenchement automatique et périodique par le système du distributeur d’une action permettant la récupération de la liste des dossiers des réservations qui sont proches de la date de départ.
2. Pour les dossiers dont la date de départ est proche, appel d’une fonction de récupération des documents de voyage (avec la date de mise à jour)
3. Envoi automatique des documents (et de leur mise à jour) par mail au client.
Description fonctionnelle du fonctionnement actuel
Description fonctionnelle du besoin en vue de l’automatisation
13
A DÉFINIR POUR L’AUTOMATISATION
Pour chacune des fonctions de post réservation, définir :
• Les informations envoyées par le distributeur en requête
• Les informations communiquées en retour par le producteur
• Comment ces informations peuvent-elles être représentées dans la norme XFT?
• Eventuellement : un format technique standard d’échange
14
FONCTIONS DE POST-RÉSERVATION
• Récupération de dossier avec mise à jour du statut
• Confirmation d’option
• Annulation commerciale de réservations fermes avec récupération des frais
avant annulation
• Récupération de documents liés au voyage : convocation, carnet de voyage,
facture
=> Le besoin principal est d’automatiser la gestion de ces fonctions
15
GESTION DES CODES D’IDENTIFICATION
Identification unique
•Format
•Processus de génération
•Utilisation dans les échanges
Processus d’échange des codes d’identification
•Définition du processus
•Utilisation de l’identifiant unique dans ce processus
•Services techniques à mettre en place
2. Authentification et identification
Deux notions différentes :
L'identification permet de connaître l'identité d'une entité.
L'authentification permet de vérifier cette identité.
• Authentification simple : l'authentification ne repose que sur un seul élément
• Authentification forte : l'authentification repose sur deux facteurs ou plus.
• L'Authentification unique (SSO) : une seule authentification pour accéder à plusieurs
applications informatiques
2.1. Authentification simple
Pourquoi faire ?
Au départ :
Pouvoir réaliser l’identification et l’authentification dans une demande XFT, le fournisseur et le système
étant connu.
• L’identification est obligatoire pour chaque requête XFT.
Il est recommandé d’avoir des requêtes indépendantes, sans sessions
Néanmoins, on peut supporter la session si nécessaire
• Mais grosses différences entre les implémentations Normalisation souhaitée Agent VS Agence Pour soi-même VS Pour le compte d’un autre Signification différente des différentes codes …
Crypter
• Crypter l’authentification• Pourquoi ?
Sécuriser Ne pas dévoiler le contenu du message aux
intermédiaires Ne pas passer le login et le password en clair
• Comment ? Mettre en place un certificat ? Réflexions en comité technique
2.2. Traçabilité
Traçabilité
Intermédiaire 1Intermédiaire 1
DistributeurDistributeur
FournisseurFournisseur
Intermédiaire 2Intermédiaire 2
ID : distributeur
ID : distributeurThrought : Intermédiaire 1
ID : distributeurThrought : Intermédiaire 1Throught : Intermédiaire 2
• Chaque intermédiaire laisse une « trace ».
Traçabilité
• Pourquoi ? Une demande XFT peut transiter par plusieurs
intermédiaires. Savoir par ou cette demande a transité et si celui qui
a fait la demande a l'autorisation d'accéder au système du fournisseur par exemple, pour :
• Politiques variables• Calcul des comissions
• Comment ? Proposition : Chaque intermédiaire ajoute sa
« signature » à l’en-tête du message XFT
Traçabilité
Intermédiaire 1Intermédiaire 1
DistributeurDistributeur
FournisseurFournisseur
Intermédiaire 3Intermédiaire 3
• Filtrer un intermédiaire.
Intermédiaire 2Intermédiaire 2
Traçabilité
• La traçabilité permet de filtrer les échanges par type de requester et de protéger ces accès.
• Pourquoi ? Permettre la vente que sur un seul canal de
distribution pour un partenaire. Contrôler les commissions et le prix de vente final
• Comment ? Une « blacklist » avec règles Une autre proposition ?
2.3. SSO & UID
SSO 1 : par le concentrateur
ConcentrateurConcentrateur
DistributeurDistributeur
FournisseurFournisseur FournisseurFournisseur
ID : brucewayne
ID: batman
ID : matchesmalone
Serveur d’IDServeur d’ID
• SSO par le concentrateur Transcodage ID Servir un identifiant différent à chaque fournisseur
SSO 2
Serveur d’IDServeur d’ID
DistributeurDistributeur
FournisseurFournisseur
ID : brucewayne
RS : brucewayne = batman
RQ : brucewayne ?
SSO 2
Serveur d’IDServeur d’ID
DistributeurDistributeur
FournisseurFournisseur
ID : batman
RS : brucewayne = batman
RQ : brucewayne ?
• Trois étapes• Demande directe du distributeur ou du fournisseur• Mais cette transaction est trop longue et coûteuse
car trop de requêtes. Le serveur d’ID doit pousser l’info. On verra la question des notifications plus tard
• Qui est le serveur d’identité ? Une société privée? Un consortium associatif? Une fédération mixte?
• Comment garantir la qualité de l’information ? Prévoir les indisponibilités du service Un système de cache est-il suffisant ? Qui peut/doit mettre à jour l’information?
UID
• Un identifiant réellement unique.• Partagé par tous les acteurs• Pour les entreprises, les agences, les agents…• Rend inutile les serveurs d’ID
• Questions : Identifiant unique == identifiant éternel ? Que faire si un agent change d’agence, ou
d’entreprise ? Comment bâtir l’UID ? Indépendance de chaque UID.
Mini-Réseau Agence(License)
Point de vente
Agent
AS Num. Num. Num. Num.
NF AlphaNum. AlphaNum.
Carlson OK OK
3. Gestion des dossiers
3.1. Operations sur les dossiers
Consulter un dossier
Obtention (getBooking)
• Courant• A partir d’un numéro de
référence du possesseur de dossier
• Renvoi un dossier
Recherche (searchBooking)
• Rare• A partir de critères de
recherche• Renvoi un ou plusieurs
dossiers en général retour compact
Annuler un dossier
cancelBooking
• Annulation de dossier normale
cancelBooking technique
• Fait très peu de temps après la vente en cas de problème technique
• C’est le laps de temps qui le qualifie
• Hérésie !
• Mise à jour de dossier (UpdateBooking) Modification complète ou différentiel Gestions des conflits Que peut-on modifier comme champs de dossier ?
• Dates ?• Personnes ?• Paiement ?• Remarques ?
3.2. Mid-Office
• La gestion de dossier s’inscrit dans un cadre plus large, les transactions mid-office : Récupération/Emission des documents de
voyages Convocations Facturation Ajout de paiement
Généraliser la dématérialisation de la facture
de dépenses
de temps
Dématérialisation
Economiserdes ressources
Accélérer leséchanges
3.3. Alertes et notifications
• Système sans alerte (poll) :
• Système avec alerte (push) :
• Alertes et notifications Messages non sollicités Flux « inverses » : du fournisseur au
distributeur• Très intéressant :
Allège les transactions Dynamise les flux Peut-être étendu à tout le XFT
Merci de votre attention
top related