logo Sogenactif

Release 22.3

aller directement au contenu

Rechercher par mots clés

Migration complète

Pour rechercher dans la page utiliser Ctrl+F sur votre clavier

  • Sogenactif

Sogenactif est une solution de paiement de commerce électronique multicanale sécurisée conforme à la norme PCI DSS. Elle vous permet d’accepter et de gérer des transactions de paiement en prenant en compte les règles métiers liées à votre activité (paiement à la livraison, paiement différé, paiement récurrent, paiement échelonné, …).

L’objectif du présent document est d’expliquer la migration de Sogenactif 1.0 vers Sogenactif 2.0 que vous devez effectuer avant le 30/06/2022.

Ce document est à destination des commerçants disposant de l’offre Sogenactif 1.0 et qui souscrivent un nouveau contrat Sogenactif 2.0 (nouveau contrat VAD / nouveau MID) .

Il a pour but de faciliter la migration vers Sogenactif 2.0 que vous devez effectuer avant le 30/06/2022.

Pour toute question technique ou demande d'assistance, nos services sont disponibles du lundi au vendredi, hors jours fériés, de 9 h à 19 h :

  • par téléphone au : +33 (0) 825 090 095  (0,15 € TTC/min + prix d’un appel local – Tarif au 01/11/2021)
  • par e-mail : supportsogenactif@worldline.com

Pour faciliter le traitement de vos demandes, veuillez communiquer votre identifiant de commerçant : merchantId (numéro à 15 chiffres).

Le tableau comparatif suivant vous permet de comparer les avantages des différentes interfaces :

Critère Interface Sogenactif Paypage Interface Sogenactif Office Serveur
Equivalence suggérée

Sogenactif Payment 1.0

Il s'agit de pages en redirection, hébergées chez Worldline.

Sogenactif Office Server 1.0

Périmètre fonctionnel

Création de transactions uniquement

Création de transaction et gestion de caisse.

Tip: vous pouvez utiliser Sogenactif Paypage pour le paiement et Sogenactif Office Serveur pour la gestion de caisse.
PCI/DSS

Bénéficie de la certification PCI car la cinématique de paiement est externalisée sur les serveurs Sogenactif.

Vous ne connaissez pas le PAN du client.

Dans la création de transaction, la gestion des pages de paiement est réalisée par vous. A ce titre, vous devez respecter les exigences du Référentiel Sécuritaire PCI-DSS.

3-D Secure Processus 3-D Secure réalisé par Sogenactif et transparent pour vous.

Vous pilotez le processus d’authentification 3-D Secure.A cet effet, Worldline met à votre disposition des méthodes que vous devez appeler.

Effort d’intégration Solution Plug & Play facile à intégrer Solution nécessitant plus de développement : paiement embarqué côté commerçant avec la gestion des pages de paiement…
Ajout d’un moyen de paiement

Sans effort de développement pour vous dans la plupart des cas.

Note: vous devez parfois renseigner des champs spécifiques dans la requête de paiement pour bénéficier des options du moyen de paiement (exemple PayPal).
Effort de développement côté commerçant pour intégrer le moyen de paiement (gestion cinématique, gestion des pages, …)
Parcours client Rupture limitée entre votre site Web et le serveur de paiement grâce à la personnalisation des pages de paiement que vous pouvez faire (CSS, URL). Aucune rupture entre votre site Web et le serveur de paiement
Intégration dans votre SI S’interface avec votre boutique. S’interface avec votre boutique ou Back Office.
Reporting Reporting homogène
Ce qui change après la migration
Données et formats Nouveau format des requêtes et des réponses automatiques et manuelles.
Nouvelle URL de paiement.
Nouvelle URL de gestion de caisse via Sogenactif Office Serveur.
Possibilité pour vous de conserver le transactionId et de garder les journaux au format 1.0
Gestion de caisse Nouveaux accès uniquement pour vos transactions passées avec Sogenactif 2.0
Reporting Nouveaux formats de journaux.
Tip: Dans le cas où vous conservez l’identification par le TransactionId, vous avez la possibilité de conserver vos journaux à l’ancien format 1.0 ou de bénéficier du nouveau format de journaux 2.0 à votre convenance. Néanmoins, seuls les journaux 2.0 évoluent et bénéficient des nouveaux champs ajoutés.
Accès aux extranets Accès à l'extranet Portail Sogenactif (point d'entrée unique qui vous permet d'accéder à différents outils de gestion)
- back Office de gestions de transactions
- outil de gestion des utilisateurs
- outil d'administration des règles de lutte contre la fraude
- outil Custompages d'aide à la personnalisation des pages de paiement
- outil Sogenactif Téléchargement qui permet de télécharger et récupérer la clé secrète (sécurisant les échanges entre le site internet et le serveur Sogenactif)
Fraude Gestion autonome des contrôles de lutte contre la fraude via l'accès à l'extranet Portail Sogenactif
Connecteurs Nouveaux connecteurs non intrusifs en remplacement des API.
Nouvelle clé secrète (par boutique) qui remplace le certificat Sogenactif 1.0.
Moyens de paiement
Moyens de paiement uniquement en 2.0.
URL Nouvelle URL pour Sogenactif Paypage
Nouvelle URL pour Sogenactif Office Serveur

Sur Sogenactif 1.0, le système d’identification des transactions est assuré par l’assemblage des 4 champs suivants :

  • merchantId (N15) : valeur fixe donnée par Sogenactif,
  • merchantCountry (A2) : valeur fixe donnée par Sogenactif,
  • transactionDate (YYYYMMDD) : valeur variable donnée par Sogenactif (en fuseau local français) au moment de l’acceptation du paiement,
  • transactionId (N6) : valeur variable attribuée par vous ou par Sogenactif en votre délégation au moment de la demande de paiement (c'est-à-dire avant la demande d’autorisation). Il doit être unique pour la combinaison des 3 champs précédents.

Les opérations associées à une transaction sont identifiées par un quintuplé, les 4 champs précédents complétés d’un operation_sequence.

Sur Sogenactif 2.0, il existe deux modes de génération de l'identifiant de transaction:

- une génération par vous-même
-une génération automatique par Sogenactif

Comme sur Sogenactif 1.0, le mode par défaut de génération de l’identifiant de la transaction est la génération effectuée par vous-même. Ce mode est préconisé car il vous permet de stocker le contexte et de préparer le rapprochement de votre transaction avant l’envoi de la requête.

Le mode de génération automatique par Sogenactif est une facilité d’intégration qui n’est pas recommandé si vous générez des flux importants car il présente quelques inconvénients :

  • Le contrôle de doublon de transaction est effectué par Sogenactif sur cet identifiant que vous avez envoyé. Donc dans le cas de l’auto-génération de l’identifiant, ce contrôle ne peut pas être effectué.
  • L’absence de transactionId ou transactionReference dans la requête vous oblige à utiliser d’autres données (customer, orderId, amount) pour rapprocher la réponse et la requête.
  • Il n’est pas possible d’interroger Sogenactif avec la méthode Diag en cas de dysfonctionnement (exemple : Réponse non reçue par vous, …)

Sur Sogenactif 2.0, l’identification standard de la transaction se fait grâce à un nouvel identifiant : le transactionReference.

Ce nouvel identifiant présente l’avantage d’être au format ANS35 ce qui permet :

  • de garder cet identifiant unique de manière illimitée (sur la période d’existence de la transaction dans Sogenactif : 15 mois) au lieu d’une journée pour le transactionId,
  • d'utiliser des caractères alphanumériques dans la référence, format ouvert facilitant la génération par vous,
  • de se rendre indépendant des fuseaux horaires (internationalisation).

Afin de minimiser les impacts, l’utilisation du transactionId est possible dans Sogenactif 2.0.

Sur Sogenactif 2.0, vous devez être dans un des deux modes suivants :

  • Mode transactionReference (mode par défaut),
  • Mode transactionId.

Si vous souhaitez rester en mode transactionId vous devez en faire la demande à Société Générale lors de l’inscription de votre identifiant commerçant à l’offre Sogenactif 2.0 (information non contractuelle).

Toutes les transactions sur Sogenactif 2.0 sont à la fois liées à un TransactionId + TransactionIdDate et à un TransactionReference.

Les transactionId, transactionIdDate et transactionReference sont stockés, restitués et affichés pour toutes les transactions.

Dans les interfaces 2.0, les champs transactionId et transactionIdDate ont été nommés s10TransactionId et s10TransactionIdDate afin de vous permettre d’identifier directement et simplement la référence à Sogenactif 1.0.

En résumé,

  • transactionReference est le moyen par défaut d’identifier une transaction,
  • s10TransactionId permet d’identifier une transaction effectuée sur Sogenactif 2.0 en restant compatible avec Sogenactif 1.0 (si vous continuez à utiliser le TransactionId),
  • le couple s10TransactionId+s10TransactionIdDate assure l’unicité de la transaction.

Lors d’une création de transaction, et en fonction du mode choisi, Sogenactif accepte ou rejette la création et génère des identifiants complémentaires. Le tableau ci-après récapitule les différents cas possibles.

Création de transaction via
Cas d’utilisation Données Sogenactif Paypage Sogenactif Office Serveur Sogenactif Gestion
Boutique en mode transactionReference
Vous vous connectez à Sogenactif avec un transactionReference que vous avez généré. transactionReference fourni par vous. fonctionnement conforme au paramétrage de la boutique fonctionnement conforme au paramétrage de la boutique Proposé par Sogenactif, modifiable et affiché en rouge.
transactionId fourni par vous.

Rejet

Rejet Code = 12

Rejet

Code = 12

N/A
transactionId absent. OK OK N/A
transactionReference absent.

Rejet

Code = 12

Rejet

Code = 12

Rejet

Code = 12

Référence complémentaire générée par Sogenactif.

s10TransactionId

s10TransactionIdDate

s10TransactionId

s10Transaction Id Date

s10TransactionId

s10TransactionIdDate

Contenu réponse

s10TransactionId

s10TransactionIdDate

transactionReference

s10TransactionId

s10TransactionIdDate

transaction Reference

Vous vous connectez à Sogenactif sans transactionReference (Tref auto). transactionReference généré par Sogenactif. fonctionnement conforme au paramétrage de la boutique N/A Généré par Sogenactif et affiché en rouge.
transactionId fourni par vous.

Rejet

Code = 12

N/A
transactionId absent. OK N/A
transaction Reference fourni par vous.

Rejet

Code = 12

N/A
Référence complémentaire générée par Sogenactif.

transactionReference

s10TransactionId

s10TransactionIdDate

transactionReference

s10TransactionId

s10TransactionIdDate

Contenu réponse

s10TransactionId

s10TransactionIdDate

transactionReference

Boutique en mode transactionId
Vous vous connectez à Sogenactif avec un transactionId que vous avez généré. transactionId fourni par vous. fonctionnement conforme au paramétrage de la boutique fonctionnement conforme au paramétrage de la boutique Proposé par Sogenactif, modifiable et affiché en rouge.
transactionId absent.

Rejet

Code = 12

Rejet

Code = 12

Rejet

Code = 12

transactionReference fourni par vous.

Rejet

Code = 12

Rejet

Code = 12

N/A
transactionReference absent. OK OK N/A
Référence complémentaire générée par Sogenactif. transactionReference transactionReference transactionReference
Contenu réponse

s10TransactionId

s10TransactionIdDate

transactionReference

s10TransactionId

s10TransactionIdDate

transactionReference

Vous vous connectez à Sogenactif sans transactionId (Tid auto). transactionId généré par Sogenactif. fonctionnement conforme au paramétrage de la boutique N/A Généré par Sogenactif et affiché en rouge.
transactionId fourni par vous.

Rejet

Code = 12

N/A
transactionReference fourni par vous.

Rejet

Code = 12

N/A
transactionReference absent. OK N/A
Référence complémentaire générée par Sogenactif.

s10TransactionId

s10TransactionIdDate

transactionReference

s10TransactionId

s10TransactionIdDate

transactionReference

Contenu réponse

s10TransactionId

s10TransactionIdDate

transactionReference

Pour les opérations de caisse, l’identification d’une transaction n’est pas limitée au mode choisi.

Le tableau ci-dessous reprend les différentes possibilités.

Cas d’utilisation Données Gestion de caisse
Boutique en mode transactionReference
Transaction d'origine générée avec un transactionReference : transactionId fourni par vous. OK
transactionReference fourni par vous. OK
transactionReference et transactionId cohérents fournis par vous. OK
transactionReference et transactionId ne référençant pas la même transaction fournis par vous.

Rejet

Code = 12

Nouvelle transaction (duplication, recyclage et crédit porteur). Voir Tableau de création des transactions ci-dessus.
Boutique en mode transactionId
Transaction d'origine générée avec un transactionId. transactionId fourni par vous. OK
transactionReference fourni par vous. OK
transactionReference et transactionId cohérents fournis par vous. OK
transactionReference et transactionId ne référençant pas la même transaction fournis par vous.

Rejet

Code = 12

Nouvelle transaction (duplication, recyclage et crédit porteur). Voir Tableau de création des transactions ci-dessus.
  • Mode transactionId

Pour effectuer un paiement en plusieurs fois en mode transactionId, vous devez transmettre une liste de transactionId et une liste de transactionIdDate dans la requête de paiement. Sogenactif génère automatiquement une transactionReference pour chaque transaction.

Si la liste de transactionId n’est pas envoyée, la transaction est rejetée avec un responseCode = 12.

  • Mode transactionReference

Pour effectuer un paiement en plusieurs fois en mode transactionReference, vous devez transmettre une liste de transactionReference et la date de chacune des échéances dans la requête de paiement. Sogenactif génère automatiquement un transactionId pour chaque transaction.

Si la liste de transactionReference n’est pas envoyée, la transaction est rejetée avec un responseCode = 12.

Le paiement en N fois n’est pas compatible avec le mode de génération automatique de la référence de transaction par Sogenactif.

  • Journaux

Les champs s10TransactionId, s10TransactionIdDate et transactionReference sont présents dans les journaux de transactions, d'opérations, de rapprochement bancaire et de rapprochement des impayés 2.0, indépendamment du mode d’identification de transaction activé.

Pour les opérations de duplication et de recyclage, la transaction d’origine est identifiable via les champs s10FromTransactionId, s10FromTransactionIdDate et fromTransactionReference du journal des transactions.

  • Sogenactif Gestion

La recherche d’une transaction dans Sogenactif Gestion peut se faire indifféremment avec un transactionId ou un transactionReference.

Si vous avez opté pour le transactionReference, les deux colonnes seront systématiquement présentes dans Sogenactif Gestion dans les écrans suivants :

  • liste des transactions suite à une recherche,
  • détail d’une transaction.

L’ajout de PAN sur des listes grises via la référence de la transaction est possible via l’utilisation du transactionId ou du transactionReference.

Sur Sogenactif 1.0, les contrôles sont réalisés sur l’outil de contrôle de fraude 1.0.

Sur Sogenactif 2.0, vous utilisez le nouveau moteur de fraude 2.0, administrable depuis le Portail Sogenactif.

Sur Sogenactif 1.0, pour ne pas réaliser un ou plusieurs contrôles complémentaires, il faut notifier le mot-clé correspondant au contrôle dans le champ DATA de l’API. Sur Sogenactif 2.0, il faut renseigner les valeurs des champs bypassCtrlList et bypassInfoList.

La correspondance des mots clé de débrayage est décrite dans le document Guide de correspondance des données 1.0 / 2.0.

Les contrôles non liés au moyen de paiement (ex. encours client, … ) ne sont pas partagés entre Sogenactif 1.0 et Sogenactif 2.0.

  • La migration des listes grises 1.0 en 2.0 est prise en charge dans le cadre d'une demande spécifique. Nous vous invitons à contacter votre interlocuteur privilégié Société Générale

Les principales caractéristiques de la gestion de la fraude 2.0 sont les suivantes :

  • Mode Go-No-Go (une partie des contrôles correspond à ce qui est déjà présent sur Sogenactif 1.0), c'est un module de contrôle de fraude présent par défaut sur Sogenactif 2.0,
  • Mode Go-No-Go + (sur option dans l'offre Sogenactif 2.0),
Mode Géolocalisation Encours Listes noires, grises et blanches Divers Contrôles des paniers

Go-No-Go

Pays de l'IP

Pays de la carte

Correspondance entre IP et pays de la carte

Carte

IP

Identifiants Client

Numéros de carte PAN

Oppotota

Association cartes/client & Association client / carte

Carte commerciale

Carte virtuelle

Montant

Carte à autorisation systématique

Date d'expiration du numéro de carte / PAN

Liste des produits à risque

Quantité de produits à risque

Ratio produit à risque

Quantité produits

Go-No-Go+

Pays de l'IP

Pays de la carte

Correspondance entre IP et pays de la carte

Pays de livraison et de la carte

Pays de livraison et de facturation

Pays de facturation et pays de la carte

Code postal de livraison et de facturation

Carte

IP

Identifiants Client

Adresses IP

BIN

Identifiants Client

Codes postaux

E-mail

Noms

Numéros de carte PAN

Numéros de téléphone

Oppotota

Association carte /client & Association client / carte

Carte commerciale

Carte virtuelle

Montant

Carte à autorisation systématique

Date d'expiration du numéro de carte / PAN

Réseau CB

Association numéro de carte et adresse IP

Authentification 3D Secure

E-mail gratuit

Nombre de clients par carte

Réputation adresse IP

Syntaxe d'adresse e-mail

Liste des produits à risque

Quantité de produits à risque

Ratio produit à risque

Quantité produits

  • Outils de gestion de la fraude en autonomie (Risk Management System) : visualisation / mise à jour de la configuration.

Nous avons identifié une liste d’étapes indispensables à la bonne réalisation de la migration de Sogenactif 1.0 vers Sogenactif 2.0 qui doit intervenir avant le 30/06/2022. Ces étapes peuvent être schématisées de la manière suivante :


Schéma décrivant les différentes étapes de la migration technique et les modification contractuelles

Vous démarrez votre migration. D'une part la migration technique. Etape 1, Worldline étudie les services et options utilisées par le client Worldline et présente aux clients les différents scénarios de migration envisageables et fournit les documents adaptés. Etape 2, vous mettez en œuvre les changements nécessaires pour migrer sur Worldline Sips 2.0 et effectuer vos tests sur la boutique de recette 2.0. Etape 3, vous récupérez votre secrète sur Sips download et la mettez en place pour démarrer en production. Concernant les étapes de modifications contractuelles, étape 1, vous échangez avec Worldline concernant l’avenant au contrat Worldline Sips. Etape 2, Worldline vous adresse l’avenant pour signature. Etape 3, vous envoyez à votre contact commercial l'avenant dûment rempli et signé. Une fois l'ensemble de ces étapes réalisées votre migration est terminée.

Les étapes successives ci-dessous se réfèrent à la partie 'Chronologie'. Vous devrez les suivre afin de réaliser avec succès votre migration vers Sogenactif 2.0 avant le 30/06/2022 :

  • Choisir les modalités de migration
    • Choix des connecteurs JSON, POST ou SOAP pour Sogenactif Paypage et JSON ou SOAP pour Sogenactif Office Serveur en fonction de votre mode de fonctionnement (se référer à la documentation correspondante),
    • Décision de rester en transactionId ou de passer en transactionReference.
  • Installer les connecteurs

  • Personnaliser les pages de paiement si choix du mode Paypage

    • Test en local avec l'outil Custompages sur votre accès Portail Sogenactif,
    • Envoi des CSS à Sogenactif.
  • Utiliser l’environnement de simulation client pour tester les applications Sogenactif Paypage (cf. Guide de démarrage rapide) et avec la boutique de recette mise à disposition pour Sogenactif Office Serveur

    • Récupération des identifiants de simulation ou de test,
    • Tests en simulation ou en recette,
    • Vérification des tests effectués,
  • Démarrer en production

    • Vérification de la configuration de la boutique en production,
    • Intégration des identifiants de la boutique de production,
    • Bascule en production des flux de la boutique en Sogenactif 2.0,
    • Surveillance du démarrage de la bascule pour vous assurer du bon traitement des flux en Sogenactif 2.0.
  • Supprimer les références à Sogenactif 1.0 sur le site commerçant : certificat, fichiers paramètres, fichiers exécutables …

Vous disposez actuellement d’une boutique en Sogenactif 1.0, vous avez donc un merchantId qui permet de vous identifier. Toutes vos transactions sont réalisées avec ce merchantId et vous bénéficiez de journaux consolidés et d’une visualisation de toutes vos transactions sur Sogenactif Gestion, tous moyens de paiement confondus.

Vous suivez attentivement les premiers flux effectués dans le cadre du nouvel environnement de production 2.0

Vos accès aux outils Sogenactif 1.0 seront maintenus pour des raisons d'accès à l'historique de transactions et de possibilité de gestion de caisse, jusqu'à ce que vous nous exprimiez votre souhait de cloture définitive de votre boutique Sogenactif 1.0.

Dans le cas où vous détectez une anomalie (problème non identifié lors de la phase de test de vos développements internes), il est possible de rebasculer les flux sur Sogenactif 1.0 via les API, avant, au plus tard, le 30/06/2022.

Cette solution reste possible tant que vous et Sogenactif maintenez les identifiants de connexion 1.0 valides. La suppression des accès 1.0 est réalisée lors de la dernière étape. Vos accès aux outils Sogenactif 1.0 seront maintenus pour des raisons d'accès à l'historique de transactions et de possibilité de gestion de caisse, jusqu'à ce que vous nous exprimiez votre souhait de cloture définitive de votre boutique Sogenactif 1.0.

Société Générale s’est dotée d’une nouvelle plateforme Sogenactif, vous permettant :

  • de simplifier l’intégration de Sogenactif et standardiser les méthodes de connexion : nouveaux connecteurs Sogenactif à l’état de l’art.
  • d'optimiser le parcours client : nouvelles fonctionnalités et nouvelle ergonomie des interfaces client (application InApp, webresponsive, …).
  • d'avoir plus d’autonomie dans la gestion de vos transactions et de vos paramètres commerçant: nouvelle interface Portail Sogenactif.
  • de bénéficier de fonctionnalités avancées : enrichissement des outils de lutte contre la fraude, optimisation de l'authentification forte liée à la DSP2 (3DSV2)...

Si vous avez créé une nouvelle boutique en 2.0 vous aurez deux merchantId distincts.

Depuis les interfaces 2.0, vous ne pouvez pas accéder et manipuler les transactions créées en Sogenactif 1.0 (validation, annulation, remboursement, duplication) puisque vous utilisez un nouvel accès à Sogenactif Gestion pour votre nouvelle boutique 2.0. Tant que vous conservez vos accès en Sogenactif 1.0, vous pourrez accéder à vos transactions sur le back office 1.0.

Depuis les interfaces 2.0, vous ne pouvez pas accéder et manipuler les transactions créées en Sogenactif 1.0 (validation, annulation, remboursement, duplication) puisque vous utilisez un nouvel accès à Sogenactif Gestion pour votre nouvelle boutique 2.0. Tant que vous conservez vos accès en Sogenactif 1.0, vous pourrez accéder à vos transactions sur le back office 1.0.

Depuis les interfaces 2.0, vous ne pouvez pas accéder et manipuler les transactions créées en Sogenactif 1.0 (validation, annulation, remboursement, duplication) puisque vous utilisez un nouvel accès à Sogenactif Gestion pour votre nouvelle boutique 2.0. Tant que vous conservez vos accès en Sogenactif 1.0, vous pourrez accéder à vos transactions sur le back office 1.0.

Depuis les interfaces 2.0, vous ne pouvez pas accéder et manipuler les transactions créées en Sogenactif 1.0 (validation, annulation, remboursement, duplication) puisque vous utilisez un nouvel accès à Sogenactif Gestion pour votre nouvelle boutique 2.0. Tant que vous conservez vos accès en Sogenactif 1.0, vous pourrez accéder à vos transactions sur le back office 1.0.

Depuis les interfaces 2.0, vous ne pouvez pas accéder et manipuler les transactions créées en Sogenactif 1.0 (validation, annulation, remboursement, duplication) puisque vous utilisez un nouvel accès à Sogenactif Gestion pour votre nouvelle boutique 2.0. Tant que vous conservez vos accès en Sogenactif 1.0, vous pourrez accéder à vos transactions sur le back office 1.0.

Dans le cas où vous conservez l’identification par le transactionId, vous avez la possibilité de conserver vos journaux à l’ancien format 1.0 ou de bénéficier du nouveau format de journaux 2.0 à votre convenance.

Néanmoins, seuls les journaux 2.0 évoluent et bénéficient des nouveaux champs ajoutés. Si vous restez sur le format 1.0, vous ne bénéficierez pas des mises à jour (ex. ajout dans les journaux de données additionnelles liées à un moyen de paiement).

Les champs s10TransactionId et s10TransactionIdDate ont été ajoutés dans les journaux de transactions, d’opérations, de rapprochements bancaires et de rapprochements des impayés 2.0.

Ce nouvel identifiant présente l’avantage d’être au format ANS35 ce qui permet :

  • de garder cet identifiant unique de manière illimitée (sur la période d’existence de la transaction dans Sogenactif : 15 mois) au lieu d’une journée pour le transactionId,
  • d'utiliser des caractères alphanumériques dans la référence, format ouvert facilitant la génération par vous,
  • se rendre indépendant des fuseaux horaires (internationalisation).

Vous pouvez opter pour le mode transactionReference à tout moment. Vous avez par exemple la possibilité de migrer sur Sogenactif 2.0 en gardant le mode transactionId pour faciliter votre migration et opter ensuite pour le transactionReference afin de bénéficier des avantages liés à ce nouveau format.

Si vous avez opté pour le mode transactionReference vous ne pouvez plus basculer sur le mode transactionId. En effet, si vous êtes en mode TransactionId, l’affichage de l’extranet est inchangé, et le transactionReference n’est pas visible, ce qui empêcherait de manipuler les transactions générées avec le mode transactionReference.

La personnalisation des pages de paiement reste une étape facultative pour démarrer en 2.0. Sogenactif propose une personnalisation par défaut.

Il n’y a pas d’outil de migration qui reproduit la personnalisation des pages de paiement 1.0. Nous déconseillons les tentatives de reproduire exactement le visuel des pages de paiement 1.0 sur les pages de paiement 2.0. En effet, il est dommage de se priver des nouvelles possibilités qu'offrent les pages de paiement 2.0, notamment sur l’aspect adaptabilité à la taille des écrans.

Il est conseillé de changer la personnalisation des pages de paiement afin de bénéficier des atouts des pages de paiement 2.0.

Un guide de personnalisation des pages est mis à votre disposition.

La base Wallet est partagée entre Sogenactif 1.0 et 2.0.

La base des abonnés SUBSCRIPTION est déjà migrée dans la base Wallet.

Les contrôles de fraude disponibles sur Sogenactif 2.0 sont détaillés dans le guide « Gestion de la lutte contre la fraude ».

Veuillez prendre contact avec votre interlocuteur monétique habituel.

Société Générale met à votre disposition une boutique de simulation (pour Sogenactif Paypage) ou de test (pour Sogenactif Office Serveur) qui vous permet de valider vos développements internes.

Suite à cette migration, nous vous recommandons de suivre attentivement le bon traitement de vos premiers flux sur Sogenactif 2.0.

Le premier scénario décrit ici consiste à ouvrir une nouvelle boutique en 2.0.

Ce scénario peut convenir au cas où vous souhaitez pouvoir rapidement mettre en œuvre un nouveau moyen de paiement pour une boutique sans avoir à migrer tous vos flux, ou vous utilisez des moyens de paiement non encore disponibles en 2.0.

Vous disposerez donc de deux boutiques, une Sogenactif 1.0 pour vos moyens de paiement actuels, et une seconde Sogenactif 2.0 pour un ou plusieurs nouveaux moyens de paiement.

Les 2 boutiques sont rattachées au même client, mais vous aurez 2 merchantId.

Il convient d’utiliser la procédure classique d’enregistrement d’une nouvelle boutique 2.0.

Vous accédez et manipulez les transactions dans les environnements/interfaces 1.0 ou 2.0 dans lesquels vous les avez créées.

Journaux : Vous recevez vos journaux par boutique, les journaux 1.0 et 2.0 ne sont pas consolidés. Les journaux 2.0 isolent les flux relatifs aux transactions effectuées sur Sogenactif 2.0.

Ce scénario vous permet de bénéficier du nouveau format de journaux 2.0 pour votre nouvelle boutique. Néanmoins, cette option n’est pas obligatoire, vous pouvez garder le format 1.0 si vous voulez garder le traitement existant des journaux dans votre Back Office. Ceci est valable pour les types de journaux : journal des transactions, journal des opérations, journal de rapprochement bancaire et journal de rapprochement des impayés.

Alerte : Si vous souhaitez conserver les journaux au format 1.0, vous ne récupérez pas les données purement 2.0. Les impacts sont à mesurer en fonction des fonctionnalités et moyens de paiement que vous avez retenus.

Portail Sogenactif : Vous pouvez garder la même URL et vos login/mot de passe existants grâce à l’utilisation de la fonctionnalité de super-user.

Néanmoins, vous n’avez pas accès à un historique consolidé de vos transactions 1.0 et 2.0 puisque vous gardez votre identifiant existant pour votre boutique 1.0, et utilisez un nouvel identifiant pour votre nouvelle boutique 2.0.

En 1.0 les contrôles sont réalisés sur l’outil de contrôle de fraude 1.0.

En 2.0, vous utilisez le moteur de fraude 2.0, accessible depuis le Portail Sogenactif.

Les contrôles non liés au moyen de paiement (ex. encours client, encours panier …) ne sont pas partagés entre 1.0 et 2.0.

La migration des listes grises 1.0 en 2.0 est prise en charge dans le cadre d'une demande spécifique. Nous vous invitons à contacter votre interlocuteur privilégié Société Générale

Les deux boutiques sont rattachées au même client facturé avec le même modèle de facturation.

L'abonnement Sogenactif 2.0 et des options rattachées sont au même tarif que Sogenactif 1.0.

  • Etanchéité entre la fraude 1.0 et la fraude 2.0.
  • Ne pas utiliser un même moyen de paiement en 1.0 ET en 2.0 avec un seul et même contrat VAD car la réconciliation ne fonctionne pas correctement quand plusieurs boutiques d’un même commerçant ont un même contrat d’acquisition.

Dans cette annexe vous trouverez un tableau récapitulatif des documents de référence pour accompagner votre migration:

Besoin Document de référence
Connecteurs Documentation Sogenactif Paypage
Documentation Sogenactif Office Serveur
Documentation Sogenactif Office Batch
Personnalisation des pages Personnalisation des pages
Journaux Correspondance des journaux 1.0 2.0
Champs Correspondance des données 1.0 2.0
Dictionnaire des données Dictionnaire des données
Documentation en ligne Site de documentation
Sogenactif Gestion Sogenactif Gestion
Sogenactif CustomPages Sogenactif CustomPages
Portail Sogenactif Portail Sogenactif
Retourner en haut de page Besoin d'aide ?

Besoin d'aide ?

Fermer

Ce site utilise des traceurs pour améliorer votre expérience de navigation, effectuer des analyses et des recherches sur votre utilisation du site web de documentation Sogenactif.
En fermant ce bandeau vous refusez notre utilisation des traceurs sur votre appareil.

Paramètres