Comment trois fournisseurs relient l'offre, la commande, la livraison et le règlement sans pile monolithique.
La vente au détail dans le secteur aérien est souvent décrite comme une destination future. Le processus « offre-commande-livraison-règlement » (OODS) comprend quatre domaines qui doivent être faiblement couplés mais étroitement coordonnés. Dans le cadre de ce projet commun, Turkish Technology, Ink Innovation et Sutherland montrent à quoi cela ressemble lorsque ce n'est plus seulement de la théorie.
La même commande est traitée par trois systèmes différents. Turkish Technology gère l'aspect commercial de Turkish Airlines. Ink gère les opérations aéroportuaires. Sutherland comptabilise les revenus en fonction des prestations réellement fournies.
Comment un flux OODS de bout en bout se comporte comme un parcours unique
Offre. Turkish Technology fabrique le produit et fixe le prix.
Le front-end commercial de la compagnie aérienne présente une offre contextuelle. Un itinéraire familial avec des vols, des bagages, des équipements sportifs, des options de salon ou de forfait. Le voyageur voit une proposition combinée qui correspond à son voyage.
Il s'agit du domaine Offre. La compagnie aérienne contrôle les produits, les tarifs et les règles. L'offre est constituée à partir d'un catalogue de produits et d'un gestionnaire de stocks qui connaît :
- ce qui peut être vendu sur cet itinéraire et par ce transporteur
- quelles combinaisons sont autorisées
- comment les services auxiliaires s'associent aux vols et aux passagers
Cette étape ne dépend en rien des systèmes aéroportuaires ou de la comptabilité. Il s'agit d'une couche d'offre propre que tout système de commande compatible peut utiliser.
Ordre. La technologie turque transforme l'acceptation en un seul enregistrement.
Le client accepte l'offre et effectue le paiement. Derrière la confirmation se cache une commande comprenant les vols comme un seul élément, chaque service annexe étant considéré comme un droit explicite, avec un lien clair entre les passagers, les segments et les services.
Il s'agit du domaine Order. Order est le seul endroit qui sait ce qui a été promis. Il est construit selon les normes modernes de vente au détail, ce qui permet de le partager.
À partir de là, la compagnie aérienne expose la commande et son contexte via des API. Les partenaires n'ont pas besoin de deviner ce qui a été vendu ni de le reconstituer à partir des billets. Ils lisent simplement la commande et ses éléments.
Livraison. Ink exécute la partie aéroportuaire conformément à la commande.
Dans le domaine d'Ink, le même ordre apparaît. Les agents voient la famille et leurs vols, les articles préachetés et tous les services optionnels encore disponibles à l'aéroport. Système de livraison permettant l'enregistrement et le dépôt des bagages, l'enregistrement, l'impression des étiquettes et des cartes d'embarquement, et l'embarquement des passagers. Les lignes d'état passent de « réservé » à « prêt », puis « en cours », puis « livré » à mesure que chaque étape est franchie.
Il s'agit du domaine Livraison. Ink ne possède pas la logique commerciale ni la comptabilité. Il consomme les commandes de Turkish Technology et émet des événements opérationnels.
Pour chaque action effectuée à l'aéroport, Ink met à jour le statut de livraison et renvoie ces mises à jour à la compagnie aérienne. La séquence est simple :
- Lorsque la manutention à l'aéroport peut commencer, les services passent de « planifiés » à « prêts ».
- Lorsque l'enregistrement, la remise des bagages et l'embarquement ont lieu, ils passent à l'état « en cours ».
- lorsque le vol est clôturé après l'arrivée, ils passent à « livré ».
La vue propre à Turkish et l'application client sont actualisées à partir de ces événements de livraison. Les canaux commerciaux, opérationnels et clients restent alignés sur le même statut de commande.
Règlement. Sutherland utilise les événements de livraison pour comptabiliser les revenus.
Dans la plateforme financière de Sutherland, la même commande apparaît. Les comptables voient chaque ligne, avec son prix contractuel, les événements de livraison associés et le statut de reconnaissance actuel. Le système comptable vérifie si les revenus restent différés ou s'ils ont été gagnés grâce à l'achèvement de la livraison. Les lignes de revenus passent de « différées » à « reconnues » à mesure que les événements de livraison confirment l'exécution.
Il s'agit du domaine « Règlement ». Sutherland n'est pas propriétaire de la logique opérationnelle ni de l'exécution des livraisons. Il utilise les événements liés aux commandes et aux livraisons partagés par la plateforme de gestion des commandes.
Les grands livres comptables, les rapports financiers et les pistes d'audit sont établis à partir de ces mêmes événements de livraison. Les accords commerciaux, l'exécution opérationnelle et les livres comptables restent alignés sur le même statut de commande, ce qui permet aux compagnies aériennes de bénéficier d'une reconnaissance des revenus en temps réel et d'une visibilité financière continue tout au long de l'exécution de la chaîne d'approvisionnement.
Leçons apprises
Équipe technologique turque :
« La collaboration avec Ink et Sutherland a démontré que les modules OOSD modulaires et basés sur des normes de Turkish Technology peuvent offrir une expérience de vente au détail entièrement intégrée sans dépendre des systèmes existants. En exposant des API de commande propres et conformes aux normes IATA, nous avons permis à des partenaires tels qu'Ink et Sutherland de se connecter à la même source d'informations et d'opérer de manière cohérente tout au long du processus de livraison et de règlement. L'agilité de nos plateformes internes, qui couvrent la création d'offres, la gestion des commandes, le catalogue de produits, la gestion des stocks et notre adaptateur double mode, s'est manifestée par la rapidité, la flexibilité et le contrôle qu'elles ont apportés tout au long du workflow de bout en bout. L'application Concept Channel s'est également révélée précieuse en tant que bac à sable d'innovation, nous permettant de valider des idées avant de les transposer dans des intégrations réelles. En fin de compte, le projet a réaffirmé que la modularité, l'interopérabilité et le respect des normes industrielles sont des éléments clés pour construire un écosystème de vente au détail aérien prêt pour l'avenir et convivial pour les partenaires.
Ce que prouve ce flux OODS
L'offre et la commande peuvent fonctionner comme un module.
Une compagnie aérienne peut être propriétaire des domaines Offre et Commande tout en partageant les informations importantes avec ses partenaires. Le catalogue de produits, les tarifs et la structure des commandes sont clairement exposés via des API. Tout système de livraison qui comprend le modèle peut s'y connecter.
La livraison est une couche distincte et interchangeable.
La livraison se concentre sur l'exécution des services à l'aéroport. Comme elle fonctionne à partir de la commande et non d'un enregistrement local propriétaire, elle peut s'adapter à n'importe quel système de commande conforme aux normes. Si la compagnie aérienne change de fournisseur d'offres ou de commandes, la couche de livraison n'a pas besoin d'être reconstruite à partir de zéro.
Utilisation des événements de règlement
Le système comptable ne tente pas de déduire le moment où les recettes ont été générées à partir des horaires ou des coupons de billets. Il prend en compte les événements de livraison qui reflètent ce qui s'est réellement passé pour chaque service. La comptabilité est basée sur la réalisation effective, et non sur des hypothèses.
Multi-fournisseurs. Un flux OODS
Aucun fournisseur ne gère l'ensemble de la chaîne. L'offre, la commande, la livraison et le règlement sont assurés par différents prestataires, reliés entre eux par des contrats et des API. Le flux fonctionne néanmoins comme un système cohérent.
Pour une compagnie aérienne, c'est l'essentiel. Une architecture OODS de bout en bout est aujourd'hui réalisable grâce à une approche modulaire. Vous pouvez commencer dans un domaine, intégrer des partenaires dans les autres et passer de l'« offre » à la « comptabilisation dans le grand livre » sans avoir à procéder à un remplacement important.
Auteur
