Omnichannel

Introduction

De nos jours, les clients découvrent une marque et non pas un canal au sein d'une marque. Ils achètent à la fois en ligne et en magasin, et parfois, cela s'applique à un seul achat.

Imaginez le scénario suivant :

1. Vos clients paient un acompte pour un produit en magasin qui est en rupture de stock
2. Vous envoyez le produit à vos clients dès qu'il est disponible et demandez le paiement du montant restant en ligne
3. Ensuite, vos clients vous informent que le produit est malheureusement défectueux, demandant à retourner le produit. Après avoir reçu le produit retourné, vous remboursez le produit en ligne

Ces exemples montrent combien ces interconnexions entre activités en ligne/en magasin s'avèrent être un formidable défi pour les commerçants : vous devez garder une trace de toutes ces étapes pour assurer un système de commande correct et une expérience client satisfaisante.

Notre solution Omnichannel facilitera votre mise en œuvre en vous

• Offrant un parcours client fluide
• En vous fournissant une vue unique et unifiée des interactions de vos clients

Omnichannel regroupe toutes les opérations sous une seule commande, dans une chaîne d'action – peu importe si elles se produisent en magasin ou en ligne !

Intégration

Omnichannel permet les opérations de maintenance suivantes :

• Ventes ultérieures
• Remboursements/paiements

Traiter les ventes ultérieures

La première transaction initiale marquant le début de la chaîne d'actions peut être soit une transaction en magasin (via votre terminal point de vente) soit une transaction en ligne (via notre API).

Si vous traitez cette transaction initiale en ligne, assurez-vous d'ajouter
unscheduledCardOnFileRequestor="cardholderInitiated"
unscheduledCardOnFileSequenceIndicator="first"
à votre demande. Cela garantira que vous respectez la réglementation Credentials-On-File (COF) lors du traitement de la transaction ultérieure.

Pour traiter des transactions ultérieures, envoyez une demande à notre point de terminaison dédié SubsequentPayment :

{
   "subsequentCardPaymentMethodSpecificInput":{
      "authorizationMode":"SALE"
   },
   "order":{
      "amountOfMoney":{
         "amount":3000,
         "currencyCode":"EUR"
      }
   }
}

Propriété	Description
{paymentId}	Le payment.Id de la première transaction (soit en magasin soit en ligne) pour laquelle vous traitez un nouveau paiement ultérieur. Ajoutez-le en tant que paramètre de chemin à l'URL du point de terminaison SubsequentPayment
subsequentCardPaymentMethodSpecificInput. authorizationMode	Définir sur "FINAL_AUTHORIZATION"/"PRE_AUTHORIZATION"/"SALE" selon que vous souhaitez traiter les paiements en mode (pré)autorisation/vente directe
order.amountOfMoney      amount      currencyCode	amount : Le montant brut que vous souhaitez facturer pour cette commande currencyCode : Le code de devise ISO 4217 pour ce montant

Traiter les remboursements/versements

Ajoutez les propriétés suivantes à une requête standard RefundPayment :

{
   "amountOfMoney":{
      "amount":100,
      "currencyCode":"EUR"
   }
}

Propriété	Description
{paymentId}	Le payment.Id de la première transaction (soit en magasin soit en ligne) pour laquelle vous demandez un remboursement. Ajoutez-le en tant que paramètre de chemin à l'URL du point de terminaison RefundPayment.
order.amountOfMoney      amount      currencyCode	amount : Le montant brut que vous souhaitez facturer pour cette commande. currencyCode : Le code de devise ISO 4217 pour ce montant.

Parfois, vous voudrez peut-être rembourser plus que le montant de la première transaction initiale. Nous avons un point de terminaison dédié pour ce type de demande.

Ajoutez les propriétés suivantes à une requête standard CreatePayout :

{
   "amountOfMoney":{
      "amount":1000,
      "currencyCode":"EUR"
   },
   "omnichannelPayoutSpecificInput":{
      "paymentId":"paymentId.id"
   }
}

Tokenisation

Les tokens améliorent l'expérience omnicanal pour vous et vos clients. Omnichannel prend en charge les tokens CRM (Consumer Relationship Management tokens) et les tokens hors ligne (Offline tokens).  

Tokens CRM

Les tokens CRM vous permettent:  

• D'établir des programmes de fidélité.
• D'activer les mesures de prévention de la fraude.
• De réduire votre niveau de conformité PCI, car vous n'avez pas à stocker de données sensibles de la carte (par exemple, le PAN).

 Les tokens CRM possèdent plusieurs propriétés clés : 

• Unique par titulaire de carte (deux transactions effectuées avec la même carte génèrent le même token). 
• Unique dans tous les canaux (une transaction en ligne et en magasin retourne un token CRM unique). 
• Nous le générons comme un « masque » pour le numéro de carte, en conservant le format d'un numéro de carte (par ex. 4974034362433538108 ou 497403K4J3538108). 
• Nous le générons de manière aléatoire au sein de l'infrastructure hébergée. 
• Vos outils CRM l'affichent, vous permettant de générer des rapports de transaction basés sur le token hors ligne. 

Notre plateforme renvoie le token pour votre demande de paiement dans la propriété externalTokenLinked. generatedToken .

Tokens hors ligne

Les tokens hors ligne sont un excellent moyen de gérer les commandes lorsque le terminal en magasin est hors ligne. Nos API retourneront des tokens hors ligne pour toute demande impliquant des détails de carte, si disponibles. 

Vous pouvez appliquer des tokens hors ligne dans les scénarios suivants : 

• Click & Collect : Un token hors ligne est calculé et retourné pendant l'opération "Click" en ligne. Pour la phase "Collect", le token hors ligne est calculé dans le terminal en magasin. Il est comparé à la valeur pré-enregistrée pour authentifier le consommateur en tant qu'initiateur de l'achat. 
• Authentification utilisateur : Les clients peuvent bénéficier de services (location, parking, etc.) en s'authentifiant à l'entrée ou à la sortie des locaux en mode hors ligne. 

 Le token hors ligne possède les propriétés suivantes :  

• Unique par titulaire de carte (deux transactions effectuées avec la même carte généreront le même token). 
• Unique dans tous les canaux (une transaction en ligne et en magasin retourne un token hors ligne unique). 
• Nous calculons un code Hexa de 64 chiffres à partir du PAN et d'une clé. Ce nombre ne conserve pas le format d'un numéro de carte (ex., 4A76C5F8...). 
• Nous le générons de manière aléatoire au sein de l'infrastructure hébergée. Vous pouvez le calculer lorsque le terminal en magasin est hors ligne. 
• Vos outils CRM l'affichent, vous permettant de générer des rapports de transaction basés sur le token hors ligne. 
• Vous devez activer l'option du token hors ligne lors de la configuration du compte. 

 Notre plateforme renvoie le token pour votre demande de paiement dans la propriété externalTokenLinked. computedToken.