Journée XFT du 16 Mars 2010

1. Evénement XFT « Comment accroitre ses ventes et optimiser sa productivité? » 16 mars 2010

3. Quelssont les bénéficesd’XFT?

4. Le mode de fonctionnement

5. Temoignages: pourquoiavoirrejoint XFT?

6. Les principaux cycles de vente:

7. Optimiser le processus d’un cycle de vente

8. Les bénéfices du package dynamique

10. Faciliter la gestion des dossiers clients

11. Les avantagesd’une facture dématérialisée

13. Les objectifs de cette journée 1/2 Faire connaitre les normes XFT, par des exemples d’intégrations réussies. Permettre aux acteurs de la Production de s’ouvrir à de nouveaux outils/canaux de distribution d’optimiser leurs process de production. Permettre aux acteurs de la Distribution de : de bénéficier de la normalisation des fluxs d’accéder à de nouveaux outils/canaux de distribution d’améliorer la productivité de l’agent de voyages.

14. Les objectifs de cette journée 2/2 Favoriser l’adhésion de nouveaux membres à l’ association XFT et permettre l’évolution des normes définies : Efficacité de l’info transmise Normalisation des fluxs producteurs pour alimentation des back office T.O et Distributeurs

15. Pourquoi Travelport sponsorise cette journée ? C’est inscrit dans nos gènes, acteur au carrefour des mondes de la Production et de la Distribution – rôle de « facilitateur ». Monde du Tour Operating et de la Distribution Loisirs bien connu de nos équipes. Favoriser et contribuer à l’émergence de normes, d’outils qui participent au développement de ce Marché et de nos clients.

16. XFT et l’association Exchange For Travel A quoi ça sert, comment ça marche www.exchangefortravel.org

17. Sommaire Qu’est ce que c’est ? Actions Des projets Devenir membre

18. Qu’est ce que c’est?

19. Qu’est ce que le XFT Le XFT est un langage (et non une norme) créé par des sociétés des différents secteurs du tourisme Ce langage a initialement permis de passer des catalogues statiques à la vente en ligne Il est Flexible (c’est pour cela que ce n’est pas une norme) pour permettre la différentiation entre les acteurs tout en autorisant l’interopérabilité des systèmes Extensible et évolutif Capable supporter l’intégration de différentes sources Le XFT est un langage open source que les différents acteurs peuvent proposer et étendre (si ils sont membres) afin de ne pas se voir imposer de format spécifiques

20. Historique 2003 - 2004: Création du XFT et application aux transactions de vente en ligne Création par Galileo, Marmara, Kuoni et AV2S Création de l’association XFT 2005 - 2006: Mise en oeuvre de fichiers de caches, de transactions de recherche, des promotions Certifications, Site web de l’association, section privative 2007 - 2008: Enrichissement du contenu Nouveaux segments, contrats, dématérialisation de factures, segment mid office 2009 - 2010: Adoption du XFT pour les catalogues, thésaurus (liste de référence des concepts associés au tourisme) Recommandations de formats, documentation

21. l’association XFT Crée en 2004 par Asia AV2S Fram Galileo Jet Tours Club Med Voyages Kuoni SA Marmara Vacances Air Transat-Look Voyages L’association compte 39 membres, principalement des sociétés de tourisme en France.

23. Advences

24. Aéroport de Nantes

25. Aéroport de Nice

26. Afat

27. Afidium

28. Amadeus

29. Asia

30. Av2s

31. Carrefour

32. Constellation

33. Ctouvert

34. Data System

35. Marmara (First Choice)

36. Marsans

37. MediaWelcome

38. Nouvelles Frontières

39. Perinfo

40. Pierre et Vacances

41. Prêt à partir

42. Selectour

43. Speed Media

44. Taranis

45. Thomas Cook

46. T-Linéa

47. Travelsoft

48. Un Monde à deux

49. Donatello

50. Ecotour.com (Arme packages)

51. Edicom

52. Fram

53. Galileo

54. Infosup

55. Iga

56. Club Med

57. Kuoni

58. Lagrange

59. Leclerc Voyages

60. Look – VAT

62. Les actions du XFT

63. Actions Vie du langage Le site Les comités Les outils La certification

64. Les comités Prise de décisions Comité Exécutif tous les 3 mois Intégration dans le langage XFT Concertation sur le métier Mise à disposition de la communauté Comité Fonctionnel tous les 2 mois Comité Technique tous les 2 mois

66. Compte rendus des comitésLe schéma Les fichiers d’exemples (SVN) Le wiki 607 Membres

67. La certification La certification garantit La conformité des transactions et des fichiers au langage La présence d’une documentation relative à ces transactions La présence d’un site de test fonctionnel En retour le certifié obtient un label « Certifié XFT » dans la version courante. Advences, Fram, Kuoni, Lagrange, Taranis, Traveltainment Pierre & Vacances en cours Gage de qualité vis à vis de ses partenaires XFT

68. Les outils Le schéma Le vocabulaire et la grammaire du langage et le support de validation du thésaurus Le SVN Partage des fichiers d’exemples et des documents de travail Le Forum (en voie de disparition) Outil d’entraide et de support Le Wiki Documentation collaborative et comptes rendus des comités Outil promo Saisie, import et export au format XFT natif des promotions

69. Logiciel de promotions Crée des promotions Outil promo Valider et Importer Exporter Fichier XFT Promo Promotion Grouper Exporter = Membre XFT Panier

70. Des projets en cours

71. Croisières Croisières Codification (Thésaurus) Dématérialisationvente

72. Dématérialisation pour les aéroports Pour les systèmes Pour les impressions Dématérialisation Alertes en cas de changements Prise en compte des changements des données des fournisseurs

73. Des projets En attente

74. Etendre la structure des promotions Promotion v2 Liste de résultats actuelle

75. Développer les transactions unitaires Situation actuelle : Analyse de ce contenu pour y trouver une description de la piscine Obtenir la description de la piscine Récupération intégrale du contenu du produit Objectif : Obtenir la description de la piscine d’un produit Description unitaire de la piscine

76. Généralisation de la dématerialisation Billet d’avion Enregistrement direct Embarquement Facture Impression Envoi par email Convocation Impression Envoi par email Personnalisation Produit à vendre Voucher personnalisé

77. Définition des queues et mécanismes asynchrones Abonnement Vendeur Alertes Distributeur Moteurs d’alerte Queues

78. Devenir membre ?

79. Devenir membre XFT Pourquoi devenir membre ? Prendre part aux décisions pour l’orientation des travaux Participer activement au développement du langage Enrichir les thésaurus du XFT Collaborer avec d’autres acteurs sur les projets / lancer des projets Accéder à l’espace privatif contenant tous les comptes rendus Les exemples et la documentation Profiter de conseil et de support technique Comment devenir membre Télécharger le formulaire d’adhésion Régler la cotisation annuelle

80. Manuel Mirabel - Directeur Pourquoi XFT ? Parce qu’on n’a pas tellement le choix !

81. Ctoutvert / quelquesinfos

82. Ctoutvert / quelquesinfos A Toulouse depuisOctobre 2000 26 personnes Un service commercial et une hot line en 6 langues(Fr – Es – It – De – NL – UK) 2 800 campingsutilisateursrépartissur 15 Pays(France - Espagne – Italie – Croatie – Portugal – Suisse – BeNeLux – Allemagne – Autriche – Hongrie – Danemark – Grande-Bretagne – Irlande) 220 000 réservationssaison 2009 Objectif 2010 : 300 000 réservations PanierMoyen : 500 Euros

83. Ctoutvert / quelquesinfos Agence de voyage Régie Média

84. Ctoutvert / Notre positionnement métier

85. Ctoutvert / Notre positionnement métier Pack PPC Pack Trafic Pack ANWB Pack Ryanair Pack Alan Rogers Pack Caravan Club Centrale de résa Centrale de dispo Système individuel Nos clients campings

86. Ctoutvert / Notre positionnement métier Pack PPC Pack Trafic Pack ANWB Pack Ryanair Pack Alan Rogers Pack Caravan Club Centrale de résa Centrale de dispo Système individuel Passerelles PMS Nos clients campings

87. Ctoutvert / Notre positionnement métier Pack PPC Pack Trafic De nouveau distributeurs Multi-filières Pack ANWB Pack Ryanair Pack Alan Rogers Pack Caravan Club Centrale de résa Centrale de dispo Système individuel Nos clients campings

88. Ctoutvert / Notre positionnement métier Pack PPC Pack Trafic De nouveau distributeurs Multi-filières => XFT + Création Agence Pack ANWB Pack Ryanair Pack Alan Rogers Pack Caravan Club Centrale de résa Centrale de dispo Système individuel Nos clients campings

89. Pourquoi XFT ? / Parceque le marchévisél’impose. / Parcequecela nous donne la flexibiliténécessaire à l’expression des specificités de la filière.

90. Pourquoi XFT ? / Parceque le marchévisél’impose. / Parcequecela nous donne la flexibiliténécessaire à l’expression des specificités de la filière. Nous n’avions pas tellement le choix ! Merci. Vos questions ?

91. Optimiser le processus d’un cycle de vente traditionnel

93. Orchestra - Une place de marché multi fournisseurs et multi systèmes

94. Le cycle de vente Fournisseur Plateforme de distribution Catalogue Gestionnaire de contenus Gestion des clients et canaux de ventes Prix / Disponibilités / Promotions Transactions Shopping / Booking Processus de réservation Gestion des dossiers Gestion des dossiers

101. Sommaire Enjeux et problématiques Que se passe-t-il à l’étranger? Comment utiliser le XFT?

102. Marrakech 2010

103. Enjeux et problématiques

105. N’existe pas lors de la demande du client (Réponse non existante au préalable)Voyage sur mesure : tendance, phénomène, demande du marché, comportement d’acheteur Package dynamique répond à cette tendance  Les Bénéfices sont la.

106. 3 problématiques à traiter lors de la réalisation d’un moteur de réservation de Packages dynamiques Problématique 1 :Types de produits/segments pouvant constituer un Package dynamique, exemple : Hôtels, Vols, Activités, Location de voitures, Assurance…. Problématique 2 :Provenance des produits constituant un Package dynamique : 2 cas Produits internes : provenant de la base de données du professionnel Externes : provenant de bases de données des partenaires du professionnel Problématique 3 :Règles de gestion à respecter lors de la constitution d’un Package dynamique Disponibilités des segments Pricing Assemblage Paiement Les choix sont fait par le professionnel en respect de sa politique commerciale

107. Attentes du package dynamique des Producteurs et des distributeurs Cas type d’un producteur : Enjeux Alors que la brochure contient : Venise 2 nuits, Venise 5 nuits Pourvoir répondre à un demande sur Venise en 3 nuits, 4 nuits ou 6 nuits Cas type d’un distributeur / agence de voyages : Enjeux Assembler les différentes réponses des producteurs (vol, hôtel, voiture..), au sein du même écran Interroger plusieurs fournisseurs vols et les comparer, plusieurs fournisseurs hôtels .. Faire une offre pertinente au client Ne pas passer à côté d’un produit

108. Exemple d’un moteur distributeur 1/2

109. Exemple d’un moteur distributeur 2/2

110. Que se passe-t-il à l’étranger?

116. Comment utiliser le XFT?

117. Comment le XFT permet le package dynamique? Le langage est favorable à la mise en œuvre des packages dynamiques L’existant en XFT entre Tos et distributeurs sont transposables entre fournisseurs et TOs Des connexions sont uniformisés Un langage déjà maîtrisé Faire attention à ne pas tuer la diversité par une trop forte standardisation

118. Combiner spécialistes et généralistes: Il est donc possible de capitaliser sur des concentrateurs de données existants sans avoir à mettre en œuvre de nouveaux langages

119. Déjeuner

120. Fluidifier les transferts de données entre les différentes applications de l’entreprise Utilisation du XFT dans le SI Pierre et Vacances

121. XFT pour fluidifier les échanges de données DECOUPLER LES SYSTEMES PROCESSUS ASYNCHRONES PROCESSUS D’ECHANGE DE DONNEES RETOURS D’EXPERIENCE

123. Pas de format d’échange commun

125. Le CRS :

126. Basé sur une technologie IBM/AS400

128. Si on change le CRS, les autres applications fortement liées ne fonctionneront plus !

129. Découpler les systèmes La solution (1/3) Découpler le CRS et les autres applications du SI Des messages pour communiquer les informations au sein du SI (non pas des programmes) Des standards ouverts : messages XML et protocole HTTP (facile à implémenter par n’importe quelle application) Un Bus de Services d’entreprise pour véhiculer les messages (couche d’abstraction entre chaque application)

130. Découpler les systèmes La solution (2/3)

131. Découpler les systèmes La solution (3/3) Toutes les applications au même niveau Un ESB pour router les messages d’une application à une autre Aucune application directement connectée à une autre Deux CRS différents peuvent être utilisés en même temps (période de migration) Problème restant : Il faut un langage pour représenter les données dans les messages Ce langage doit pouvoir exprimer toute la complexité du métier P&V

132. Découpler les systèmes XFT pour les messages, pourquoi ? Expérience XFT chez P&V  Plateforme de réservation électronique pour les partenaires externes développée avec des web services XFT  Pierre & Vacances est membre de l’association XFT depuis plusieurs années Un vrai langage  Le schéma est déjà très riche et pas uniquement limité au processus de vente  Utilisable pour mettre en place de nouveaux services rapidement  Facilement extensible pour exprimer de nouveaux besoins métiers : données clients détaillées, éditions de documents spécifiques, processus asynchrones, …

133. Découpler les systèmes Utilisation de l’ESB pour connecter une application au SI Trois cas : L’application implémente déjà une interface webservice XFT sur HTTP  Uniquement du paramétrage dans la table de routage de l’ESB L’application implémente une API spécifique  On peut développer un adaptateur XFT/HTTP autour de cette API L’application ne peut pas être modifiée ou adaptée (application propriétaire). La seule interface est un système d’échange par fichiers plats  On utilise le bus pour transformer ces fichiers en flux XFT et les envoyer sur HTTP à n’importe quelle autre application connectée

134. XFT pour fluidifier les échanges de données DECOUPLER LES SYSTEMES PROCESSUS ASYNCHRONES PROCESSUS D’ECHANGE DE DONNEES RETOURS D’EXPERIENCE

135. Processus asynchrones Implémentation d’un processus asynchrone basé sur XFT et HTTP Pour des traitements batch : Génération de documents Traitement de gros volumes de données (XFT CPD) Echange de données et synchronisation de systèmes XFT fournit un format de transactions asynchrones : Un transaction « Process » pour le lancement de procédure distante Une transaction de « Notification » pour le call-back

136. Processus asynchrones Cas #1 : génération de documents

137. Processus asynchrones La requête XFT

138. XFT pour fluidifier les échanges de données DECOUPLER LES SYSTEMES PROCESSUS ASYNCHRONES PROCESSUS D’ECHANGE DE DONNEES RETOURS D’EXPERIENCE

140. Les règles de routage sont basées sur les informations contenues dans les flux ex : @Code et @Purpose des éléments Action de chaque transaction

143. Processus d’échange de données Flux XFT de demande d’export :

144. Processus d’échange de données Format XFT du fichier d’export :

145. Processus d’échange de données Nécessité d’ouvrir le SI à l’extérieur Distribution électronique : Tours opérateurs, Agences de voyages Fournisseurs de services (Hôteliers, location de matériel, …) Deux types de connections : Partenaire XFT : aucun problème Partenaire non XFT : on utilise des transformations pour passer du format du partenaire au format XFT

146. Processus d’échange de données Connecter des partenaires externes :

147. Processus d’échange de données Etude de cas : transformation XFT / OTA Synchronisation des réservation entre le CRS PV et le système de gestion des hôtels Accor Transformation : GetBooking XFT OTA HotelResRQ XFT est plus riche que OTA :  transformation sans perte

148. Processus d’échange de données XFT plus riche que OTA : exemple Exemple sur les prix d’un dossier de réservation OTA_HotelResRS : XFT getBooking :

149. XFT pour fluidifier les échanges de données DECOUPLER LES SYSTEMES PROCESSUS ASYNCHRONES PROCESSUS D’ECHANGE DE DONNEES RETOURS D’EXPERIENCE

150. Retour d’expérience DECOUPLAGE XFT : standard d’échange entre les applications du SI Communication orientée messages, pas de connections directes CONTENU RICHE XFT : un vrai langage avec du contenu structuré Expression des données métier : dossier de réservation, catalogue, documents, clients … EVOLUTIF Un schéma unique pour toutes les transactions  Facile de créer de nouveaux services En adéquation avec les besoins métier

151. Retour d’expérience Les contraintes Moins de liberté dans le données saisies par les utilisateurs Respect de la norme Les valeurs structurées doivent correspondre aux valeurs du schéma Maîtrise du langage nécessaire en interne Maquettage des nouveaux besoins Faire adhérer les équipes techniques et le métier à l’adoption du XFT

152. Retour d’expérience Ce qui change grâce à l’adoption du langage XFT : Un langage commun pour exprimer les notions métier Pivot entre les équipes de la DSI Interopérabilité des applicatifs du SI Pivot entre les applications Plus de réflexion sur la structuration des données Langage humain (texte libre)  langage XFT (structuré)

153. Faciliter la Gestion des Dossiers Clients PrésentationTravelport

154. Sommaire Introduction Les différents acteurs Cas Pratique: Tour opérateur « Travelport » Avantages XFT Conclusion

155. Introduction Constat: De plus en plus d’acteurs interviennent sur une même prestation client, avec potentiellement plusieurs dossiers Demande de dossiers sur mesure: cela entraine de multiples modifications sur le dossier client Système d’informations de plus en plus automatisés (utilisation de robots)

157. Fluidifier la gestion d’un dossier client

158. Traçabilité / suivi du dossier (outil de reporting)

160. Les différents acteurs

161. Cas Pratique: Tour Operateur « Travelport » Tour Operateur spécialisé sur la destination Turquie Vend 50 000 segments aérien/an, 20 000 segments hôtel, 5000 segments croisières Propose de nombreux services: vols secs, hôtels, croisières, du sur mesure, promos, circuits, séjours, clubs… Vend des package avec thématiques: bons plans, plongée, golf, prestige, famille…

162. Cas Pratique: L’interaction entre les différents acteurs

164. XFT et factures dématérialisées Oriano Pacini : Vacances Carrefour Joël Thibault : Perez Informatique SA

165. Les Principes et les Enjeux de la dématérialisation Fiscale

166. Aspects Légaux Solution EDI le papier reste la seule preuve légale Solution Dématérialisée Suppression totale du papier Double original électronique Facture Émetteur = Facture Receveur (au sens informatique le plus strict) Principe d’inviolabilité des informations Principe de non répudiation La solution doit garantir qu’une pièce émise a bien été reçu par le partenaire Principe d’infalsification des documents Les documents dématérialisés ne peuvent modifiés Archivage légal 10 ans pour les factures et avoirs

167. Les Enjeux de la Dématérialisation Objectifs Réduction des coûts Suppression de la gestion physique (réception, traitement, archivage) Suppression de la saisie. Archivage sur coffre fort électronique centralisé Gestion des litiges améliorée Améliorations Mise en conformité des factures Suppression des erreurs de saisie Diminution du temps de traitement global

168. 2 modes de dématérialisation Suivant l’article 289bis du CGI Fichiers structurés ou non Possibilité d’utiliser des images Utilisation de la signature électronique Suivant l’article 289V du CGI Fichiers structurés uniquement Utilisation d’un langage clair pour l’Administration Fiscale Gestion d’une Liste Récapitulative Chaque partenaire conserve la trace de tous les échanges Maintien d’un Carnet Partenaire Le carnet partenaire permet de gérer à date la relation entre le fournisseur et son client Signature d’un Contrat d’interchange Le contrat d’interchange décrit les règles d’élaboration du fichier d’échange (format et contenu)

169. La Dématérialisation Fiscale Pour Voyages Carrefour

170. Choix d’un tiers de confiance Mode de dématérialisation Orienté vers la dématérialisation au sens 289bis de la DGI Choix de faire intervenir un partenaire externe de dématérialisation : b-Process Choix de b-Process Solution déjà éprouvée chez Carrefour Solution capable de communiquer avec d’autres outils de Dématérialisation Fiscale (interopérabilité) Solution évolutive simultanément chez CARREFOUR et le fournisseur Assistance lors des contrôles inopinés de la DGI

171. Accusé de Réception Accusé de Réception Facture Données de facturation Outil de rapprochement Outil de Facturation Partenaire de Dématérialisation Ctrl Ctrl Partie Fournisseur Partie Client Liste Récap. Liste Récap. Carnet Partenaire Comptabilité Archivage CDC-Arkhinéo Archivage CDC-Arkhinéo Comptabilité DEMAT Client Fournisseur Facture Facture Facture Facture Facture Facture Cinématique d’un échange 116

172. Schéma Collaboratif Liste Récap. Liste Récap. Carnet Partenaire Archivage Archivage Accusé de Réceptin Gestion Co Données de Facturation XFT Traduction XFT Partenaire de Dématérialisation b-Process Facture FOURNISSEUR Facture Ctrl Ctrl Partie Fournisseur Partie Client Image TIFF Gestion des Litiges DEMAT Comptabilité Facture Facture Facture Facture Facture Facture

173. SchémaInteropéré Liste Récap. Liste Récap. Carnet Partenaire Carnet Partenaire Archivage Archivage Accusé de Réception FOURNISSEUR Gestion Co Ctrl Partenaire de Dématérialisation B-Process Traduction XFT Facture Données de facturation Facture Facture Facture Ctrl Facture Ctrl Autre Partenaire de Dématérialisation Image TIFF Gestion des Litiges DEMAT Comptabilité Facture Facture Facture GOLD Facture Facture Facture

174. La Dématérialisation Fiscale Comment y parvenir

175. Le problème Améliorer la productivité dans le traitement des factures fournisseur Saisie des données liées aux pièces fournisseur Rapprochement Achat/Vente Activation du Bon à payer Pour un réseau d’agences ce sont plusieurs dizaines de milliers de pièces qu’il faut traiter annuellement. Qui saisit les pièces ? Qui rapproche les achats et les ventes ? Le comptable ? L’agent à l’origine de la vente ?

176. Les solutions existantes Gestion manuelle Saisie de la pièce à partir de la vente ou sur recherche d’élément de vente Vérification des données sur le document papier Traitement des erreurs Imaginons le temps passé pour traiter 30000 pièces ? Minimum 1000 heures annuelles passées à saisir et à pointer Intégration de fichiers transmis par les fournisseurs Chaque fournisseur a son format Souvent ces fichiers sont des synthèses des factures déjà transmises (donc les données sont avant tout des données globales liées aux factures) Mais assistance non négligeable pour l’automatisation Permet d’effectuer des contrôles et de garantir que toutes les pièces sont bien intégrées

177. Utiliser un flux dématérialisé formaté XFT S’appuyer sur un véritable processus La dématérialisation est un gain concret pour le fournisseur, qu’il soit un gain pour tous Financier: Limitation des couts d’édition et d’expédition (frais demandé par les tiers dématérialiseurs) Organisation : automatisation des flux sortants vers les clients et mise à disposition des documents dématérialisés Bâtir un flux dématérialisé utilisable par tous Ne pas limiter à la fourniture d’un document avec signature électronique ou transfert des données minimales légales Présenter les éléments impliqués de manière normalisée Utiliser un vocabulaire de termes connus (XFT) Détailler les données pour donner une capacité de traitements automatisés

178. Facture dématérialisée: code XFT

179. Principe général de la facture dématérialisée Envoi de la facture à nos partenaires TO Intégration du fichier d’entrée Dématérialisation et Archivage de la facture Génération d’un fichier d’intégration Partenaires Visualisation de la facture dématérialisée Récupération du fichier d’intégration Agence

180. Intégration flux de factures dématérialisées Reconnaissance origine flux (fournisseur) Création de la pièce Recherche des ventes à partir des critères descriptifs Analyse de la situation achat et de la vente recherchée Différence de données d’identification Différence montant et taxabilité (règles de validation) Analyse des rapprochements déjà effectués Rapprochement achat/vente « validé » ou « à valider » Suivant les paramètres du flux, activation du bon à payer

181. Référentiel de flux Identification tiers dématérialiseur Règles d’identification fournisseur Règles d’identification cible Affectation traitement des contrôles/erreurs Règles liés au processus Paramètres d’accès aux données dématérialisées

182. Pilotage des rapprochement « à valider »

183. Pilotage des erreurs techniques

184. Evolutions fonctionnelles Normaliser les intégrations de fichier de synthèse fournisseur en utilisant le processus pièces dématérialisées XFT Utilisation portail centralisé de messages (encodage) Contrôler et Piloter les flux entrants plutôt que laisser une intégration manuelle Gestion analyse statistiques pour qualifier les automatismes Compréhension des cycles d’intégration automatisé Rapport sur la gestion des erreurs qualifiées comme valide (automatique ou manuelle) Organisation des saisies manuelles sur le même principe que le processus automatisé Accélération des processus de saisie Pilotage automatisé des recherche des ventes, rapprochement et Bon à payer

185. Questions réponses