[et_pb_section fb_built=\u00a0\u00bb1″ _builder_version=\u00a0\u00bb4.16″ global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_row _builder_version=\u00a0\u00bb4.16″ background_size=\u00a0\u00bbinitial\u00a0\u00bb background_position=\u00a0\u00bbtop_left\u00a0\u00bb background_repeat=\u00a0\u00bbrepeat\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_column type=\u00a0\u00bb4_4″ _builder_version=\u00a0\u00bb4.16″ custom_padding=\u00a0\u00bb|||\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb custom_padding__hover=\u00a0\u00bb|||\u00a0\u00bb][et_pb_text content_phone=\u00a0\u00bb<\/p>\n
Le paiement sans friction n’est plus un facteur de diff\u00e9renciation. C’est la base \u00e0 laquelle les clients s’attendent, et d\u00e8s qu’une caisse demande trop d’efforts, la conversion s’effondre. La tokenisation est le m\u00e9canisme qui vous permet d’\u00e9liminer cette friction sans affaiblir la s\u00e9curit\u00e9, et si elle est bien faite, elle fait plus que prot\u00e9ger les donn\u00e9es. Elle augmente les taux d’autorisation<\/a>, r\u00e9duit les \u00e9checs de paiement et diminue votre empreinte PCI. Si elle est mal faite, elle vous enferme discr\u00e8tement dans votre PSP actuel. <\/p>\n La tokenisation remplace le num\u00e9ro de carte d’un client, le Primary Account Number (PAN), par une valeur de substitution qui n’a aucune signification exploitable. Les donn\u00e9es r\u00e9elles de la carte sont conserv\u00e9es dans un coffre-fort s\u00e9curis\u00e9, jamais dans votre environnement. Pour les paiements en ligne et mobiles, le processus est simple : <\/p>\n \u00c0 partir de l\u00e0, le client peut payer \u00e0 nouveau sans avoir \u00e0 saisir quoi que ce soit. C’est le r\u00e9sultat %22z\u00e9ro clic%22, et c’est ce qui rend possible l’enregistrement des informations d’identification, le r\u00e9approvisionnement en un clic et le paiement par clic<\/a>. <\/p>\n Ces deux notions sont souvent confondues. Le cryptage brouille les donn\u00e9es \u00e0 l’aide d’un algorithme, ce qui signifie qu’il peut \u00eatre invers\u00e9 avec la bonne cl\u00e9. La tokenisation ne brouille rien. Elle remplace la valeur sensible par une valeur de remplacement sans rapport, et les donn\u00e9es d’origine ne sont tout simplement pas pr\u00e9sentes dans le jeton. Il n’y a pas d’algorithme \u00e0 casser, car il n’y a pas de relation math\u00e9matique \u00e0 inverser. <\/p>\n Les cons\u00e9quences pratiques sont importantes. Si un jeton est vol\u00e9, l’attaquant s’est empar\u00e9 d’un objet sans valeur. Il ne peut pas \u00eatre r\u00e9utilis\u00e9, ne peut pas faire l’objet d’une ing\u00e9nierie inverse et ne peut pas \u00eatre transform\u00e9 en num\u00e9ro de carte en dehors de la plateforme s\u00e9curis\u00e9e qui l’a \u00e9mis. Comme les donn\u00e9es r\u00e9elles de la carte n’entrent jamais en contact avec vos syst\u00e8mes, votre exposition au champ d’application de la norme PCI DSS<\/a> diminue consid\u00e9rablement, ce qui se traduit directement par une r\u00e9duction des co\u00fbts et des efforts de mise en conformit\u00e9. <\/p>\n La puce EMV d’une carte physique est un exemple de cryptage. La tokenisation est une discipline diff\u00e9rente, con\u00e7ue pour le monde des cartes non pr\u00e9sentes, o\u00f9 la carte elle-m\u00eame n’est jamais vue. <\/p>\n Tous les jetons ne se valent pas, et c’est l\u00e0 que la plupart des commer\u00e7ants laissent de la valeur sur la table. Un jeton de passerelle ou de PSP est g\u00e9n\u00e9r\u00e9 et d\u00e9tenu par votre fournisseur de paiement. Il fonctionne, mais il vit \u00e0 l’int\u00e9rieur de leurs murs. Un jeton de r\u00e9seau est \u00e9mis par les syst\u00e8mes de cartes eux-m\u00eames, par l’interm\u00e9diaire du Visa Token Service<\/a> ou du Mastercard Digital Enablement Service<\/a>, et il se comporte diff\u00e9remment de trois fa\u00e7ons commercialement significatives. <\/p>\n Tout d’abord, les jetons du r\u00e9seau sont reconnus par les \u00e9metteurs comme des r\u00e9f\u00e9rences plus fiables, ce qui augmente les taux d’autorisation pour les transactions que vous souhaitez le plus voir approuv\u00e9es. Deuxi\u00e8mement, ils sont mis \u00e0 jour automatiquement lorsque la carte d’un client est r\u00e9\u00e9mise, perdue ou expire. Cela signifie moins de paiements r\u00e9currents refus\u00e9s et moins de d\u00e9sabonnements involontaires, sans avoir \u00e0 courir apr\u00e8s les clients pour obtenir de nouvelles informations. Troisi\u00e8mement, ils prennent en charge la logique SCA<\/a> et PSD2 de mani\u00e8re transparente, y compris les exemptions TRA et les flux de transactions initi\u00e9s par le commer\u00e7ant qui permettent aux abonnements et aux achats r\u00e9p\u00e9t\u00e9s de fonctionner en arri\u00e8re-plan. <\/p>\n Le r\u00e9sultat est une v\u00e9ritable exp\u00e9rience z\u00e9ro-clic : le paiement s’effectue de mani\u00e8re transparente, le taux d’approbation est plus \u00e9lev\u00e9 et le client n’a jamais l’impression que la machine fonctionne. Pour une vision plus large de la mani\u00e8re dont l ‘optimisation des caisses<\/a> affecte la conversion au-del\u00e0 du paiement lui-m\u00eame, ce contexte m\u00e9rite d’\u00eatre lu parall\u00e8lement \u00e0 celui-ci. <\/p>\n Il existe un probl\u00e8me strat\u00e9gique qu’il convient de comprendre avant de mettre en \u0153uvre la tok\u00e9nisation. Lorsque la tokenisation est enti\u00e8rement g\u00e9r\u00e9e au niveau du PSP, les informations d’identification de vos clients stock\u00e9es deviennent un co\u00fbt de changement. Migrer de PSP signifie migrer de tokens, et cette friction est pr\u00e9cis\u00e9ment ce qui maintient les commer\u00e7ants attach\u00e9s \u00e0 un fournisseur qu’ils ont d\u00e9pass\u00e9. Les syst\u00e8mes varient dans la mani\u00e8re dont ils g\u00e8rent techniquement la tokenisation, et ces diff\u00e9rences affectent \u00e0 la fois votre conversion et votre libert\u00e9 de mouvement. <\/p>\n C’est la question \u00e0 poser directement \u00e0 tout fournisseur : o\u00f9 se trouvent les jetons, s’agit-il de jetons de r\u00e9seau et qu’est-ce que la migration implique r\u00e9ellement. Les r\u00e9ponses d\u00e9terminent si la tokenisation fonctionne pour vous ou pour votre PSP, et elles deviennent cruciales lors d’une ren\u00e9gociation du PSP<\/a> ou d’un appel d’offres de paiement<\/a>. <\/p>\n La tokenisation se situe \u00e0 l’intersection de la conversion, de la s\u00e9curit\u00e9 et du co\u00fbt des PSP, ce qui est exactement le domaine dans lequel nous travaillons. Nous \u00e9valuons si votre configuration de jetons augmente les taux d’autorisation ou si elle vous lie simplement, nous la comparons \u00e0 ce que les syst\u00e8mes et votre acqu\u00e9reur peuvent r\u00e9ellement fournir, et nous l’int\u00e9grons dans les ren\u00e9gociations et les appels d’offres des PSP<\/a> afin que l’ind\u00e9pendance soit prot\u00e9g\u00e9e d\u00e8s le d\u00e9part. <\/p>\n EcomStream travaille exclusivement pour les commer\u00e7ants. Nous n’agissons jamais pour le compte de PSP ou d’acqu\u00e9reurs, chaque mission est g\u00e9r\u00e9e personnellement par Ramon Helwegen, et nous fonctionnons selon le principe %22no cure, no pay%22<\/a>. Pas de frais initiaux, pas d’acompte, des honoraires bas\u00e9s sur les r\u00e9sultats. <\/p>\n Vous voulez savoir ce que votre syst\u00e8me de paiement vous co\u00fbte r\u00e9ellement ? Utilisez le calculateur PSP Upside<\/a> pour obtenir une estimation instantan\u00e9e, ou contactez-nous directement \u00e0 l’adresse info@ecomstream.nl<\/a>. <\/p>\n \u00a0\u00bb content_last_edited=\u00a0\u00bboff|desktop\u00a0\u00bb _builder_version=\u00a0\u00bb4.27.6″ text_font=\u00a0\u00bb||||||||\u00a0\u00bb text_font_size=\u00a0\u00bb24px\u00a0\u00bb text_line_height=\u00a0\u00bb1.3em\u00a0\u00bb header_font=\u00a0\u00bb||||||||\u00a0\u00bb header_line_height=\u00a0\u00bb1.3em\u00a0\u00bb header_2_font=\u00a0\u00bb||||||||\u00a0\u00bb header_2_font_size=\u00a0\u00bb30px\u00a0\u00bb header_2_line_height=\u00a0\u00bb1.3em\u00a0\u00bb background_size=\u00a0\u00bbinitial\u00a0\u00bb background_position=\u00a0\u00bbtop_left\u00a0\u00bb background_repeat=\u00a0\u00bbrepeat\u00a0\u00bb text_orientation=\u00a0\u00bbjustified\u00a0\u00bb hover_enabled=\u00a0\u00bb0″ text_font_size_tablet=\u00a0\u00bb\u00a0\u00bb text_font_size_phone=\u00a0\u00bb18px\u00a0\u00bb text_font_size_last_edited=\u00a0\u00bbon|phone\u00a0\u00bb header_font_size_tablet=\u00a0\u00bb\u00a0\u00bb header_font_size_phone=\u00a0\u00bb24px\u00a0\u00bb header_font_size_last_edited=\u00a0\u00bbon|phone\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb sticky_enabled=\u00a0\u00bb0″]<\/p>\n Le paiement sans friction n’est plus un facteur de diff\u00e9renciation. C’est la base \u00e0 laquelle les clients s’attendent, et d\u00e8s qu’une caisse demande trop d’efforts, la conversion s’effondre. La tokenisation est le m\u00e9canisme qui vous permet d’\u00e9liminer cette friction sans affaiblir la s\u00e9curit\u00e9, et si elle est bien faite, elle fait plus que prot\u00e9ger les donn\u00e9es. Elle augmente les taux d’autorisation<\/a>, r\u00e9duit les \u00e9checs de paiement et diminue votre empreinte PCI. Si elle est mal faite, elle vous enferme discr\u00e8tement dans votre PSP actuel. <\/p>\n La tokenisation remplace le num\u00e9ro de carte d’un client, le Primary Account Number (PAN), par une valeur de substitution qui n’a aucune signification exploitable. Les donn\u00e9es r\u00e9elles de la carte sont conserv\u00e9es dans un coffre-fort s\u00e9curis\u00e9, jamais dans votre environnement. Pour les paiements en ligne et mobiles, le processus est simple : <\/p>\n \u00c0 partir de l\u00e0, le client peut payer \u00e0 nouveau sans avoir \u00e0 saisir quoi que ce soit. C’est le r\u00e9sultat \u00ab\u00a0z\u00e9ro clic\u00a0\u00bb, et c’est ce qui rend possible l’enregistrement des informations d’identification, le r\u00e9approvisionnement en un clic et le paiement par clic<\/a>. <\/p>\n Ces deux notions sont souvent confondues. Le cryptage brouille les donn\u00e9es \u00e0 l’aide d’un algorithme, ce qui signifie qu’il peut \u00eatre invers\u00e9 avec la bonne cl\u00e9. La tokenisation ne brouille rien. Elle remplace la valeur sensible par une valeur de remplacement sans rapport, et les donn\u00e9es d’origine ne sont tout simplement pas pr\u00e9sentes dans le jeton. Il n’y a pas d’algorithme \u00e0 casser, car il n’y a pas de relation math\u00e9matique \u00e0 inverser. <\/p>\n Les cons\u00e9quences pratiques sont importantes. Si un jeton est vol\u00e9, l’attaquant s’est empar\u00e9 d’un objet sans valeur. Il ne peut pas \u00eatre r\u00e9utilis\u00e9, ne peut pas faire l’objet d’une ing\u00e9nierie inverse et ne peut pas \u00eatre transform\u00e9 en num\u00e9ro de carte en dehors de la plateforme s\u00e9curis\u00e9e qui l’a \u00e9mis. Comme les donn\u00e9es r\u00e9elles de la carte n’entrent jamais en contact avec vos syst\u00e8mes, votre exposition au champ d’application de la norme PCI DSS<\/a> diminue consid\u00e9rablement, ce qui se traduit directement par une r\u00e9duction des co\u00fbts et des efforts de mise en conformit\u00e9. <\/p>\n La puce EMV d’une carte physique est un exemple de cryptage. La tokenisation est une discipline diff\u00e9rente, con\u00e7ue pour le monde des cartes non pr\u00e9sentes, o\u00f9 la carte elle-m\u00eame n’est jamais vue. <\/p>\n Tous les jetons ne se valent pas, et c’est l\u00e0 que la plupart des commer\u00e7ants laissent de la valeur sur la table. Un jeton de passerelle ou de PSP est g\u00e9n\u00e9r\u00e9 et d\u00e9tenu par votre fournisseur de paiement. Il fonctionne, mais il vit \u00e0 l’int\u00e9rieur de ses murs. Un jeton de r\u00e9seau est \u00e9mis par les syst\u00e8mes de cartes eux-m\u00eames, par l’interm\u00e9diaire du Visa Token Service<\/a> ou du Mastercard Digital Enablement Service<\/a>, et il se comporte diff\u00e9remment de trois fa\u00e7ons commercialement significatives. <\/p>\n Tout d’abord, les jetons du r\u00e9seau sont reconnus par les \u00e9metteurs comme des r\u00e9f\u00e9rences plus fiables, ce qui augmente les taux d’autorisation pour les transactions que vous souhaitez le plus voir approuv\u00e9es. Deuxi\u00e8mement, ils sont mis \u00e0 jour automatiquement lorsque la carte d’un client est r\u00e9\u00e9mise, perdue ou expire. Cela signifie moins de paiements r\u00e9currents refus\u00e9s et moins de d\u00e9sabonnements involontaires, sans avoir \u00e0 courir apr\u00e8s les clients pour obtenir de nouvelles informations. Troisi\u00e8mement, ils prennent en charge la logique SCA<\/a> et PSD2 de mani\u00e8re transparente, y compris les exemptions TRA et les flux de transactions initi\u00e9s par le commer\u00e7ant qui permettent aux abonnements et aux achats r\u00e9p\u00e9t\u00e9s de fonctionner en arri\u00e8re-plan. <\/p>\n Le r\u00e9sultat est une v\u00e9ritable exp\u00e9rience z\u00e9ro-clic : le paiement s’effectue de mani\u00e8re transparente, le taux d’approbation est plus \u00e9lev\u00e9 et le client n’a jamais l’impression que la machine fonctionne. Pour une vision plus large de la mani\u00e8re dont l ‘optimisation des caisses<\/a> affecte la conversion au-del\u00e0 du paiement lui-m\u00eame, ce contexte m\u00e9rite d’\u00eatre lu parall\u00e8lement \u00e0 celui-ci. <\/p>\n Il existe un pi\u00e8ge strat\u00e9gique qu’il convient de comprendre avant de le mettre en \u0153uvre. Lorsque la tokenisation est enti\u00e8rement g\u00e9r\u00e9e au niveau du PSP, les informations d’identification de vos clients stock\u00e9es deviennent un co\u00fbt de changement. Migrer de PSP signifie migrer de tokens, et cette friction est pr\u00e9cis\u00e9ment ce qui maintient les commer\u00e7ants attach\u00e9s \u00e0 un fournisseur qu’ils ont d\u00e9pass\u00e9. Les syst\u00e8mes varient dans la mani\u00e8re dont ils g\u00e8rent techniquement la tokenisation, et ces diff\u00e9rences affectent \u00e0 la fois votre conversion et votre libert\u00e9 de mouvement. <\/p>\n C’est la question \u00e0 poser directement \u00e0 tout fournisseur : o\u00f9 se trouvent les jetons, s’agit-il de jetons de r\u00e9seau et qu’est-ce que la migration implique r\u00e9ellement. Les r\u00e9ponses d\u00e9terminent si la tokenisation fonctionne pour vous ou pour votre PSP, et elles deviennent cruciales lors d’une ren\u00e9gociation du PSP<\/a> ou d’un appel d’offres de paiement<\/a>. <\/p>\n La tokenisation se situe \u00e0 l’intersection de la conversion, de la s\u00e9curit\u00e9 et du co\u00fbt des PSP, ce qui est exactement le domaine dans lequel nous travaillons. Nous \u00e9valuons si votre configuration de jetons augmente les taux d’autorisation ou si elle vous lie simplement, nous la comparons \u00e0 ce que les syst\u00e8mes et votre acqu\u00e9reur peuvent r\u00e9ellement fournir, et nous l’int\u00e9grons dans les ren\u00e9gociations et les appels d’offres des PSP<\/a> afin que l’ind\u00e9pendance soit prot\u00e9g\u00e9e d\u00e8s le d\u00e9part. <\/p>\n EcomStream travaille exclusivement pour les commer\u00e7ants. Nous n’agissons jamais pour le compte de PSP ou d’acqu\u00e9reurs, chaque mission est g\u00e9r\u00e9e personnellement par Ramon Helwegen, et nous fonctionnons selon le principe \u00ab\u00a0no cure, no pay\u00a0\u00bb<\/a>. Pas de frais initiaux, pas d’acompte, des honoraires bas\u00e9s sur les r\u00e9sultats. <\/p>\n Vous voulez savoir ce que votre syst\u00e8me de paiement vous co\u00fbte r\u00e9ellement ? Utilisez le calculateur PSP Upside<\/a> pour obtenir une estimation instantan\u00e9e, ou contactez-nous directement \u00e0 l’adresse info@ecomstream.nl<\/a>. <\/p>\n [\/et_pb_text][et_pb_button button_url=\u00a0\u00bbhttps:\/\/www.ecomstream.eu\/fr\/blog\/\u00a0\u00bb button_text=\u00a0\u00bbLire un autre blog\u00a0\u00bb button_alignment=\u00a0\u00bbleft\u00a0\u00bb _builder_version=\u00a0\u00bb4.16″ custom_button=\u00a0\u00bbon\u00a0\u00bb button_text_size=\u00a0\u00bb22″ button_text_color=\u00a0\u00bb#ffffff\u00a0\u00bb button_bg_color=\u00a0\u00bb#60e52b\u00a0\u00bb button_border_width=\u00a0\u00bb1″ button_border_radius=\u00a0\u00bb1″ button_icon=\u00a0\u00bbk||divi||400″ button_icon_placement=\u00a0\u00bbleft\u00a0\u00bb custom_margin=\u00a0\u00bb|||\u00a0\u00bb custom_margin_last_edited=\u00a0\u00bboff|desktop\u00a0\u00bb custom_padding=\u00a0\u00bb|||\u00a0\u00bb animation_style=\u00a0\u00bbzoom\u00a0\u00bb box_shadow_style=\u00a0\u00bbpreset3″ box_shadow_vertical=\u00a0\u00bb28px\u00a0\u00bb box_shadow_blur=\u00a0\u00bb22px\u00a0\u00bb box_shadow_spread=\u00a0\u00bb-5px\u00a0\u00bb button_border_radius_hover=\u00a0\u00bb4″ saved_tabs=\u00a0\u00bball\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb button_text_size__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_one_text_size__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_two_text_size__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_text_color__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_one_text_color__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_two_text_color__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_border_width__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_one_border_width__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_two_border_width__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_border_color__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_one_border_color__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_two_border_color__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_border_radius__hover_enabled=\u00a0\u00bbon\u00a0\u00bb button_border_radius__hover=\u00a0\u00bb4″ button_one_border_radius__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_two_border_radius__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_letter_spacing__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_one_letter_spacing__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_two_letter_spacing__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_bg_color__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_one_bg_color__hover_enabled=\u00a0\u00bboff\u00a0\u00bb button_two_bg_color__hover_enabled=\u00a0\u00bboff\u00a0\u00bb]<\/p>\n [\/et_pb_button][\/et_pb_column][\/et_pb_row][\/et_pb_section]<\/p>\n","protected":false},"excerpt":{"rendered":" Le paiement sans friction n’est plus un facteur de diff\u00e9renciation. C’est la base \u00e0 laquelle les clients s’attendent, et d\u00e8s qu’une caisse demande trop d’efforts, la conversion s’effondre. La tokenisation est le m\u00e9canisme qui vous permet d’\u00e9liminer cette friction sans affaiblir la s\u00e9curit\u00e9, et si elle est bien faite, elle fait plus que prot\u00e9ger les […]<\/p>\n","protected":false},"author":1,"featured_media":246295,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"on","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[219],"tags":[566,564,563,562,565],"class_list":["post-246294","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ecomstream-fr","tag-friction-a-la-caisse","tag-informations-didentification-stockees","tag-securite-des-paiements","tag-symbolisation","tag-transaction-initiee-par-le-marchand"],"yoast_head":"\n\n
La tokenisation n’est pas un cryptage<\/h2>\n
Les jetons de r\u00e9seau modifient l’\u00e9conomie<\/h2>\n
Le verrouillage que vous n’avez pas accept\u00e9<\/h2>\n
L’apport d’EcomStream<\/h2>\n
\n
La tokenisation n’est pas un cryptage<\/h2>\n
Les jetons de r\u00e9seau changent l’\u00e9conomie<\/h2>\n
Le verrouillage que vous n’avez pas accept\u00e9<\/h2>\n
L’apport d’EcomStream<\/h2>\n