Vous êtes ici :
Événement enregistré par l’acheteur
Le système déclenche un événement B2C Commerce Shopper Registered lorsqu’un nouveau profil client est créé et validé avec succès. Cet événement contient des informations client essentielles dont les systèmes externes ont besoin. Contrairement aux événements de réplication, qui opèrent au niveau de l’organisation, l’événement enregistré par l’acheteur est spécifique au site, vous pouvez donc l’enregistrer et l’acheminer indépendamment par site.
Disponible en : B2C Commerce version 26.7 et ultérieure.
Identifiant d’événement
| Identifiant d’événement | Description | Lorsqu’il est tiré |
|---|---|---|
sf.cc.shopper.registered
|
L’acheteur s’est inscrit avec succès | Lorsqu’un profil client est créé avec succès et que la transaction est validée |
En-têtes HTTP
L’événement enregistré par l’acheteur utilise les en-têtes standard de la plateforme Commerce Cloud documentés dans En-têtes HTTP communs pour les événements B2C Commerce, avec x-sf-cc-event-id défini sur sf.cc.shopper.registered.
Structure de la charge utile JSON
| Champ | Type | Requis | Description |
|---|---|---|---|
Customerid
|
string | Oui | Identifiant unique (UUID) du client |
date d’inscription
|
string | Oui | Horodatage ISO-8601 lors de la création du client |
loginId
|
string | Oui | Identifiant de connexion du client |
N° de client
|
string | Oui | Numéro de client attribué par le système |
email
|
string | Non | Adresse e-mail du client (incluse si le profil existe et que l’adresse e-mail n’est pas vide) |
firstName
|
string | Non | Prénom du client (inclus si le profil existe et que le prénom n’est pas vide) |
lastName
|
string | Non | Nom de famille du client (inclus si le profil existe et que le nom de famille n’est pas vide) |
téléphoneMobile
|
string | Non | Numéro de téléphone mobile du client (inclus si le profil existe et que le numéro de téléphone n’est pas vide) |
les sites
|
Tableau de chaînes de caractères | Oui | Liste des identifiants du site sur lequel le client est enregistré. Les noms de sites sont normalisés en supprimant le préfixe Sites- et le suffixe -Site. |
Exemple : événement enregistré par un acheteur complet
{
"customerId » : « abc123-uuid-def456 »,
"registrationDate » : « 2026-06-15T10:30:00Z »,
"loginId » : « john.doe@example.com »,
"customerNo » : « 00000001 »,
"email » : « john.doe@example.com »,
"firstName » : « Jean »,
"nom » : "Doe",
"phoneMobile": "+1-555-0100",
"sites": ["RefArch", "SiteGenesis"]
}
Exemple : événement enregistré par un acheteur minimal
{
"customerId » : « minimal-uuid-123 »,
"registrationDate » : « 2026-06-15T10:30:00Z »,
"loginId » : « john.doe@example.com »,
"customerNo » : "00000001",
"sites": ["RefArch", "SiteGenesis"]
}
Notes de mise en œuvre enregistrées par les acheteurs
- L’événement est déclenché de manière asynchrone une fois que le client a été créé et que la validation de la transaction a réussi.
- Les champs facultatifs ne sont inclus que s’ils ont des valeurs non vides.
- Les identifiants de site sont normalisés en supprimant le préfixe
Sites-et lesuffixe -Site(par exemple,Sites-RefArch-SitedevientRefArch). - L’événement est spécifique au site, vous pouvez donc inscrire différents connecteurs pour différents sites.
- L’événement est contrôlé par une activation/désactivation des fonctionnalités activée par défaut.
- En cas d’échec de la sérialisation ou du déclenchement des événements, le processus de création du client continue de se poursuivre.
