osCommerce France : Accueil Forum Portail osCommerce France Réponses aux questions Foire aux contributions

Bienvenue invité ( Connexion | Inscription )

 
Reply to this topicStart new topic
> Fermeture de SPPLUS le 31 Juillet 2012
WEBLEC
posté 22 Apr 2012, 09:30
Message #1


Ceinture blanche OSC
Icône de groupe

Groupe : Membres
Messages : 2
Inscrit : 22-April 12
Membre no 30936



Nous avons reçu un avis de la Caisse d'Epargne indiquant que le service SPPLUS sera fermé au 31 Juillet 2012, un nouveau système "Systempay" géré par une société externe "LyraNetwork" viendra le remplacer; Il est recommandé au plus vite de passer signer auprés de son conseiller le nouveau contrat de service. Pour enclencher le plan de migration. Connaissez-vous cette solution, l'avez-vous mis en place et qu'en pensez-vous ? La qualité du service est-elle la même ? Dans le cas d'un paiement avec Interface le fait de perdre la référence Caisse Epargne rassurante pour les clients est-il impactant ? Me conseillerez-vous de partir chez un autre système de paiement qye Systmpay ? En vous remerciant par avance pour votre réponse.
Go to the top of the page
 
Gnidhal
posté 22 Apr 2012, 10:39
Message #2


5eme dan OSC
Icône de groupe

Groupe : Administrateur
Messages : 9221
Inscrit : 4-March 03
Lieu : Pau
Membre no 927



Ah bin c'est une bonne nouvelle pour les clients de la Caisse d'Epargne !
SPPLUS était pour le moins pas terrible comme systeme de paiement en ligne!
SystemPay semble très stable et fonctionne très bien avec un préenregistrement de la commande comme le fait Paypal ipn.
La Banque Populaire est passé de Atos à SystemPay et les résultats sont sans pareil.
Avec Atos on a toujours eu environ 1 à 2% de commandes payées mais non validées par le retour de banque (quelle que soit la config) avec des tentatives de solutions appliquées comme extension de la durée de session ou autres patches.
Avec systempay, le problème semble résolu et en plus le backoffice de la banque parait plus ergonomique :


Bon, mais je n'ai pas assez de recul pour affirmer que systempay est à zéro défaut ! smile.gif faut voir...


--------------------
Tout d'abord : - Ni Hotline ni Service Après Vente, ces forums sont un lieu d'échange. BIEN POSER SA QUESTION (généralités)
Les "Informations Importantes" que vous devez ABSOLUMENT avoir lues :
Règlement, Bien poser sa question dans ces forums et Bien utiliser les Forums.
Les raccourcis pour gagner du temps : la FAQ, les PDF de la Doc (MS2-fr): PDF-V1 et PDF-V2, le moteur de Recherche sur les forums , la Liste des Contributions de Corbin.

----------------------------- Quelques sites de référence ---------------------------
PHP: Le site du Zéro et PHP Débutant avec la DOC en français -- HTML: Self HTML - WebProgrammation -- CSS: OpenWeb - AlsaCréations - CSS/Edge -- Autres ressources: - XajaX - highslide js
Les bons outils : EasyPHP - WAMP-5 - - Notepad++ - Firefox et son extension WebDeveloper
Le gène idéal c'est le gène original. Le génie des halles est un Génie des Alpages qui tente d'être à la page. (Merci f'murrr pour les cours de philosophie de chien)
Go to the top of the page
 
WEBLEC
posté 22 Apr 2012, 11:01
Message #3


Ceinture blanche OSC
Icône de groupe

Groupe : Membres
Messages : 2
Inscrit : 22-April 12
Membre no 30936



Merci pour ce retour, effectivement l'IHM de Back Office semble plus ergonomique; En espérant qu'il ne sera pas trop difficile de faire désactiver le 3D Secure, cela était possible sur simple demande pour SPPLUS. et prise en compte sans réticense .
Go to the top of the page
 
bear
posté 22 Apr 2012, 18:58
Message #4


Ceinture blanche+ OSC
Icône de groupe

Groupe : Membres
Messages : 21
Inscrit : 17-September 09
Membre no 26152



bonjour

vous ne perdez pas la référence à la Caisse d'Epargne.
toutes les pages restent personnalisées SSPLUS. comme elles sont personnalisés Cyberplus Paiement pour Systempay.

et Lyra Network n'est pas un inconnu dans le monde de la monétique.
Nous avons apporté un soin particulier à la gestion de l'URL serveur (la notification silencieuse en fin de paiement même si l'acheteur ne retourne pas à la boutique).
nous livrons un module de paiement standard mais attention si vous avez modifié profondément votre oscommerce. considérez que le module gratuit fourni est une base de travail.

concernant 3DS, c'est un problème entre vous et votre banque pour signer un avenant. mais personnellement je suis favorable à 100% à 3DS.
La fraude est organisée et les sites non 3DS sont les meilleures cibles. Et dire que cela fait perdre des ventes est de moins en moins vrai. Car les acheteurs sont de plus en plus éduqués.

Fiable: nous le pensons et nous y veillons en exécutant près de 5000 tests de non régression chaque jour. et la plateforme évolue chaque 3 mois avec de nouvelles fonctionnalités, de nouveraux moyens de paiement, etc..

Back-office: nous pensons que c'est le plus beau et le plus moderne. Colonnes que vous pouvez sélectionner ou déselectionner, que vous pouvez changer d'ordres, exports multiples, et surtout pensez toujours au clic droit sur les listes. tout se passe sur le clic droit.

La migration de la Caisse d'Epargne obligatoire car SPPLUS ancienne version n'est pas PCI-DSS et ne le sera jamais. donc la plateforme s'arrête.

Les modules de paiement sont là
https://paiement.systempay.fr/html/contributions.html
Systempay a été lancé en Septembre 2009 et a donc une certaine maturité après 2,5 années d'exploitation et de développement.
Go to the top of the page
 
Gnidhal
posté 22 Apr 2012, 22:07
Message #5


5eme dan OSC
Icône de groupe

Groupe : Administrateur
Messages : 9221
Inscrit : 4-March 03
Lieu : Pau
Membre no 927



Ok bear, c'est sympa de venir nous donner le point de vue du prestataire, mais attention à ne pas en faire trop coté marketing wink.gif ton message pourrait alors être totalement supprimé en raison de son contenu "publicitaire".
J'ai donc légèrement édulcoré ton précédent message pour en garder l'essentiel.

Et puisque tu es dans nos forums, j'en profite pour suggérer une légère modification concernant votre module :
en code de retour nous avons besoin dun N° de session qui est passé par la variable cust_id
c'est dommage d'utiliser ce champ pour passer la session et j'ai préféré utiliser le champ contrib
Code
        $vads_api->set('contrib',             session_id());
et garder le cust_id pour passer la vrai référence client :
Code
        $vads_api->set('cust_id',            $customer_id);
sans oublier de :
mettre en global la variable $customer_id en haut de la méthode :
Code
    function process_button() {
        global $order, $languages_id, $new_order_id, $customer_id;

et de récupérer le bon champ dans process_vads :
Code
if($mode=='' || $valid_signature){    //TODO : à terme, garder le test sur $mode ??
    session_id($_POST['contrib']);
}

ok c'est du bricolage supprimant le N° de version du module (pas indispensable je pense) des variables $_POST retournées mais ça permet de conserver un id client (cust_id) qui peut servir aux recherches coté backoffice bancaire.
D'ailleurs j'ai placé l'id client, mais on aurait pu y mettre l'adresse mail.

Autre point constaté : le N° de commande.
Avec de gros flux, le N° de commande passé par votre module est souvent dupliqué dans le backoffice de la banque. Il prend en effet le dernier N° de commande de la table orders et l'incrémente. Mais cela ne fonctionne plus dès que plus d'un client passe à la banque de manière simultané.
Dans ma boutique installée en SystemPay, il y avait la contrib orders_check, qui génère un nouvel id de commande enregistrée dans les tables orders_check sur la page de confirmation (une nécessité avec le module Atos qui ne renvoyait pas toujours correctement la validation). j'ai donc utilisé ce N° pour le transmettre comme N° de commande dans le module de paiement vads ($new_order_id passé en global aussi dans la méthode puis récupéré dans la variable 'order_id').
Ce N° de commande sera repris par le script process pour enregistrer le bon id de commande dans la table orders.
Là encore c'est du bricolage mais c'est à réfléchir pour éviter ces doublons (et plus) dans les N° de commande du backoffice de la banque.
Ok cela fait des trous de numérotation dans les commandes en table orders mais cela ne pose pas de problème réel au gestionnaire si ce N° n'est pas directement repris en N° de facture.

Cela dit, je confirme que le service technique de lyranetwork est très réactif comme celui de centrecom (cmcic) pour ceux qui connaissent.


--------------------
Tout d'abord : - Ni Hotline ni Service Après Vente, ces forums sont un lieu d'échange. BIEN POSER SA QUESTION (généralités)
Les "Informations Importantes" que vous devez ABSOLUMENT avoir lues :
Règlement, Bien poser sa question dans ces forums et Bien utiliser les Forums.
Les raccourcis pour gagner du temps : la FAQ, les PDF de la Doc (MS2-fr): PDF-V1 et PDF-V2, le moteur de Recherche sur les forums , la Liste des Contributions de Corbin.

----------------------------- Quelques sites de référence ---------------------------
PHP: Le site du Zéro et PHP Débutant avec la DOC en français -- HTML: Self HTML - WebProgrammation -- CSS: OpenWeb - AlsaCréations - CSS/Edge -- Autres ressources: - XajaX - highslide js
Les bons outils : EasyPHP - WAMP-5 - - Notepad++ - Firefox et son extension WebDeveloper
Le gène idéal c'est le gène original. Le génie des halles est un Génie des Alpages qui tente d'être à la page. (Merci f'murrr pour les cours de philosophie de chien)
Go to the top of the page
 
Toulousain
posté 23 Apr 2012, 08:58
Message #6


Ceinture blanche OSC
Icône de groupe

Groupe : Membres
Messages : 9
Inscrit : 8-December 09
Membre no 26678



Bonjour,

Le paramètre "contrib" permet de passer la version du module de paiement développé par Lyra Network fournisseur également de la solution de paiement pour BPCE ( Banque populaire , caisse d'épargne).Ce paramètre permet à Lyra Network deux choses:
  • Identifier la version du module des e-marchand et donc de mieux comprendre des problématiques clients lors d'appels au service support.
  • Pouvoir alerter les marchands si nous identifions un bug bloquant sur le module de paiement qu'ils utilisent.

C'est pourquoi je vous conseille de ne pas utiliser la variable "contrib" pour passer le numéro de session. Si cust_id ne convient pas dans votre cas vous pouvez utiliser des variables supplémentaires comme par exemple "order_info". Vous pouvez ajouter la ligne suivante

Code
$vads_api->set('order_info',            session_id);



Cordialement

Philippe

Ce message a été modifié par Toulousain - 23 Apr 2012, 10:04.
Go to the top of the page
 
Gnidhal
posté 23 Apr 2012, 09:03
Message #7


5eme dan OSC
Icône de groupe

Groupe : Administrateur
Messages : 9221
Inscrit : 4-March 03
Lieu : Pau
Membre no 927



Ha bin voilà une info de plus. smile.gif
Ok, on va corriger, mais cela dit, mes suggestions d'intégration d'une variable pour la récup du N° de session différent de cust_id persistent.


--------------------
Tout d'abord : - Ni Hotline ni Service Après Vente, ces forums sont un lieu d'échange. BIEN POSER SA QUESTION (généralités)
Les "Informations Importantes" que vous devez ABSOLUMENT avoir lues :
Règlement, Bien poser sa question dans ces forums et Bien utiliser les Forums.
Les raccourcis pour gagner du temps : la FAQ, les PDF de la Doc (MS2-fr): PDF-V1 et PDF-V2, le moteur de Recherche sur les forums , la Liste des Contributions de Corbin.

----------------------------- Quelques sites de référence ---------------------------
PHP: Le site du Zéro et PHP Débutant avec la DOC en français -- HTML: Self HTML - WebProgrammation -- CSS: OpenWeb - AlsaCréations - CSS/Edge -- Autres ressources: - XajaX - highslide js
Les bons outils : EasyPHP - WAMP-5 - - Notepad++ - Firefox et son extension WebDeveloper
Le gène idéal c'est le gène original. Le génie des halles est un Génie des Alpages qui tente d'être à la page. (Merci f'murrr pour les cours de philosophie de chien)
Go to the top of the page
 
bear
posté 23 Apr 2012, 13:30
Message #8


Ceinture blanche+ OSC
Icône de groupe

Groupe : Membres
Messages : 21
Inscrit : 17-September 09
Membre no 26152



bonjour

pour le marketing, j'aurais pu faire pire. smile.gif Merci d'avoir gardé l'essentiel.
j'aurais pu aussi dire que Payzen est le clone de Systempay et que c'est la solution de Lyra Network pour les banques non BPCE? wub.gif
mais je vous laisse édulcorer. smile.gif

Je cite:
Là encore c'est du bricolage mais c'est à réfléchir pour éviter ces doublons (et plus) dans les N° de commande du backoffice de la banque.
Ok cela fait des trous de numérotation dans les commandes en table orders mais cela ne pose pas de problème réel au gestionnaire si ce N° n'est pas directement repris en N° de facture.



concernant le numéro de commande, c'est un problème avec bcp de shopping carts

ex: Prestashop. les marchands râlent parce qu'on passe à Systempay le numéro de panier. oui, bin. pas le choix. le numéro de commande n'existe pas encore au moment de payer. il n'est créé que quand le paiement est accepté. donc pas la peine de râler.

pour oscommerce, le problème c'est que quand on appelle systempay, on ne connait que le prochain numéro de commande possible.
et effectivement si 2 clients payent en même temps (du moins le temps de dérouler le processus de paiement), on appelle 2 fois avec le même possible numéro de commande. puisqu'il n'a pas encore été incrémenté faute de retour de fin du premier paiement (mais c'est vrai avec 2, 3, 4, etc..)

Nous n'avons pas trouvé de solution plus élégante.? donc on ne sait pas comment éviter les doublons.

s'il y a plus intelligent on veut bien faire? on est ouvert. on ne maintient que 35 modules tous gratuits..sad.gif donc on est à l'écoute pour que systempay soit meilleur..)

concernant contrib c'est important comme l'a dit mon ami toulousain de ne pas dénaturer cette variable et d'en préférer d'autres. elle est un outil de tracking pour aider à communiquer vers les marchands en cas d'évolution, de bug, etc..
concernant l'email là encore il y a un champ dédié dans le formulaire qu'il ne faut pas détourner de sa fonction. sinon on ne peut pas envoyer le ticket client.

ensuite il y a plus de champs disponibles avec le formulaire en version V2, mais nous n'avons pas encore fait évoluer le module oscommerce en V2 (3 champs en particulier informatifs de 256 octets)

nous sommes donc à l'écoute des pros d'os pour étudier toute amélioration.
avec plaisir.
car nous ne pouvons pas connaître dans le détail tous les shopping carts open source.

Ce message a été modifié par bear - 23 Apr 2012, 17:02.
Go to the top of the page
 

Reply to this topicStart new topic
1 utilisateur(s) sur ce sujet (1 invité(s) et 0 utilisateur(s) anonyme(s))
0 membre(s) :

 



RSS Version bas débit Nous sommes le : 28th March 2024 - 21:29
Ce site est déclaré auprès de la commision Nationale
de l'Informatique et des Libertés (déclaration n°: 1043896)