Bonjour, la banque m'a donné un dossier à télécharger,
et un un dossier technique pour l'installation.
mais le dossier technique détails les différents fichier contenu dans le dossier,
mais n'aide en rien à l'installation.
ou fouillant un peu sur le forum je suis tombé sur des installation antécédentes,
ou l'on demande de générer un passphrase grace à TOOLS,
mais après quelques échange de mails très pauvre en information,
je n'ai pas besoin de tools avec cette dernière version.
voilà le dossier complet :
http://www.megaupload.com/?d=AGAGVRGA
si quelqu'un pouvait me conseiller svp
merci beaucoup
Version complète : Module de paiement CMCIC
Citation (aquaboat @ 21 Jul 2009, 13:09) 
mais après quelques échange de mails très pauvre en information,
Qui dit quoi ? Ce que tu proposes en téléchargement est le kit du développeur. Génial si tu compte redévelopper une contribution de paiement pour le CIC ou le CM !
Pas glop en revanche, le module de paiement existant a besoin de pouvoir utiliser une clé pré généré. d'où l'utilité des scripts de TOOLS
As-tu écris à e-i@centrecom.com et leur as-tu précisé que ta boutique est sous osCommerce ?
oui biensur, et il me retourne vers os commerce
et opter pour une contribution.
j'ai donc prix la dernière contribution sur ADD-ons.
j'ai tout installée à priori aucun message d'erreur.
Dans l'admin j'ai fait "installer" et complèté les champs,
à un endroit on me demande : -Societe <votre code société>
je ne vois pas ce que c'est.
une fois ceci compléter je ferais un test.
merci pour ta réponse Gnidhal
je crois que tout mes problème vont être résolu,
grace à ce sujet : Contrib CMCIC Cybermut V3
et opter pour une contribution.
j'ai donc prix la dernière contribution sur ADD-ons.
j'ai tout installée à priori aucun message d'erreur.
Dans l'admin j'ai fait "installer" et complèté les champs,
à un endroit on me demande : -Societe <votre code société>
je ne vois pas ce que c'est.
une fois ceci compléter je ferais un test.
merci pour ta réponse Gnidhal
je crois que tout mes problème vont être résolu,
grace à ce sujet : Contrib CMCIC Cybermut V3
Bon voilà l'instalatio n s'est plutot bien bien passé,
mais je me bas avec un détaille qui a peut plus ou moins dans son importance.
après avoir effectuer une 15 aine de test.
j'ai toujours ce mail de la banque:
Bonjour,
Nous vous informons que votre interface de retour a emis
un accusé de reception INVALIDE et la commande a ete VALIDEE.
pourtant le fichier réponse se trouve bien dans http://www.aquaboat-rc.fr/cmcic_response.php.
il était conseiller de modifierce ficher si la partie checkout_process avait été modifier par une contrib,
en princip c'est pas modifier mais comme je ne recois pas de réponse coté admin, j'ai fait copier collé dans le cmcic_response.php.
mais toujours rie,
la commande n'est pas transmise dans la partie Admin,
et le client ne reçoit soit l'email de commande.
je ne sais plus ou regarder.
mais je me bas avec un détaille qui a peut plus ou moins dans son importance.
après avoir effectuer une 15 aine de test.
j'ai toujours ce mail de la banque:
Bonjour,
Nous vous informons que votre interface de retour a emis
un accusé de reception INVALIDE et la commande a ete VALIDEE.
pourtant le fichier réponse se trouve bien dans http://www.aquaboat-rc.fr/cmcic_response.php.
il était conseiller de modifierce ficher si la partie checkout_process avait été modifier par une contrib,
en princip c'est pas modifier mais comme je ne recois pas de réponse coté admin, j'ai fait copier collé dans le cmcic_response.php.
mais toujours rie,
la commande n'est pas transmise dans la partie Admin,
et le client ne reçoit soit l'email de commande.
je ne sais plus ou regarder.
En fait tu as utilisé quel kit pour le paiement cic ?
Apres moult embarras, je suis parti d'une version 2.2rc2a vierge de toute contrib, installé le module cmcic_contrib apporté une modif au fichier cmcic_response et cela fonctionne plutot bien.
Sauf que je ne reçois pas de mail de confirmation de commande le client oui, le panier est bien vidé.
Pour la confirmation c'est moins génant car le CIC nous envoie automatiquement un mail avec ref de la transaction.
Les modif apportés au fichier cmcic_reponse.php :
Si cela peut t'aider c'est super
Apres moult embarras, je suis parti d'une version 2.2rc2a vierge de toute contrib, installé le module cmcic_contrib apporté une modif au fichier cmcic_response et cela fonctionne plutot bien.
Sauf que je ne reçois pas de mail de confirmation de commande le client oui, le panier est bien vidé.
Pour la confirmation c'est moins génant car le CIC nous envoie automatiquement un mail avec ref de la transaction.
Les modif apportés au fichier cmcic_reponse.php :
CODE
// start the session modifié !!!
$session_started = false;
tep_session_start();
$session_started = true;
// debut modification
if ( ($session_started == true) && (PHP_VERSION >= 4.3) && function_exists('ini_get') && (ini_get('register_globals') == false) ) {
extract($_SESSION, EXTR_OVERWRITE+EXTR_REFS);
}
// fin modification
$session_started = false;
tep_session_start();
$session_started = true;
// debut modification
if ( ($session_started == true) && (PHP_VERSION >= 4.3) && function_exists('ini_get') && (ini_get('register_globals') == false) ) {
extract($_SESSION, EXTR_OVERWRITE+EXTR_REFS);
}
// fin modification
Si cela peut t'aider c'est super
Bonjour,
après avoir règlé quelque soucis:
j'ai éffectué un test de de paiement,
je reçois le mail en de la banque de paiement en attente de validation, là ok
ensuite je recois un e-mail de la boutique en doublons, une au montant de l'achat
et l'autre identique sauf que les prix des articles et du total sont à 0 euro.
je vais dans la partie admin du site,
et j'ai 4 commande en attente deux d'un total de la somme des produits+frais de port
et deux autres avec le total de 0 euro.
ou dois-je chercher l'erreur ???
après avoir règlé quelque soucis:
j'ai éffectué un test de de paiement,
je reçois le mail en de la banque de paiement en attente de validation, là ok
ensuite je recois un e-mail de la boutique en doublons, une au montant de l'achat
et l'autre identique sauf que les prix des articles et du total sont à 0 euro.
je vais dans la partie admin du site,
et j'ai 4 commande en attente deux d'un total de la somme des produits+frais de port
et deux autres avec le total de 0 euro.
ou dois-je chercher l'erreur ???
Bon ça avance,
j'ai trouvé la solution : dans cmcic_response.php à la ligne 422 il faut commenter :
$order_totals = $order_total_modules->process();
je n'ai plus deux commande à 0 euro
et deux comande au bon total,
mais bien une de chaque,
reste à trouver ce qui engendre un total à 0.
ce que j'ai remarque lorsque je valide ma commande je reçois un e-mail
du site avec le numero de commande et le bon total.
ensuite j'ai le mail de paiement en attente.
et encore après je recois un second e-mail de la boutique pour la commande avec tout les produit à 0 et le total à 0.
j'ai trouvé la solution : dans cmcic_response.php à la ligne 422 il faut commenter :
$order_totals = $order_total_modules->process();
je n'ai plus deux commande à 0 euro
et deux comande au bon total,
mais bien une de chaque,
reste à trouver ce qui engendre un total à 0.
ce que j'ai remarque lorsque je valide ma commande je reçois un e-mail
du site avec le numero de commande et le bon total.
ensuite j'ai le mail de paiement en attente.
et encore après je recois un second e-mail de la boutique pour la commande avec tout les produit à 0 et le total à 0.
Les commandes à zéro avec cmcic, j'ai déjà eu.
En fait j'ai longtemps cherché sans trouver la vraie cause.
Il semble que ce soit un bégaiement du retour avec un double envoi de la part du serveur du cic.
A vérifier dans les logs Apache, car le retour serveur est identifiable.
Une fois que la commande est validée, le script ne peut plus enregistrer la commande et donc il s'en suit une commande créée avec valeur zéro.
D'ailleurs cette commande n'a pas de valeur et n'a pas de client non plus.
Le phénomène que j'ai rencontré est assez sporadique et ne nécessite pas de trop se prendre la tête. ça ne génère aucun problème si ce n'est d'avoir un N° de commande vide toutes les 50 à 300 commandes. (aucune régularité observée et ça se passe par période)
Maintenant si ça le fait à chaque commande, c'est vraisemblablement que tu as une double validation coté serveur.
En fait j'ai longtemps cherché sans trouver la vraie cause.
Il semble que ce soit un bégaiement du retour avec un double envoi de la part du serveur du cic.
A vérifier dans les logs Apache, car le retour serveur est identifiable.
Une fois que la commande est validée, le script ne peut plus enregistrer la commande et donc il s'en suit une commande créée avec valeur zéro.
D'ailleurs cette commande n'a pas de valeur et n'a pas de client non plus.
Le phénomène que j'ai rencontré est assez sporadique et ne nécessite pas de trop se prendre la tête. ça ne génère aucun problème si ce n'est d'avoir un N° de commande vide toutes les 50 à 300 commandes. (aucune régularité observée et ça se passe par période)
Maintenant si ça le fait à chaque commande, c'est vraisemblablement que tu as une double validation coté serveur.
Donc si j'ai bien compris,
je vois ca avec ma banque.
merci pour cette explication gnidhal
je vois ca avec ma banque.
merci pour cette explication gnidhal
Bonjour, j'ai j'ai la réponse aujourd'hui,
le centrecon m'assure de le problème vient du cté de OScommerce ...(enfin de mon installation)
mais je ne sais pas par où commencer à chercher...
où puis trouver les logs de Apache ??
le centrecon m'assure de le problème vient du cté de OScommerce ...(enfin de mon installation)
mais je ne sais pas par où commencer à chercher...
où puis trouver les logs de Apache ??
Bonjour,
Nous venons d'installer la dernière version de URLS SEO PRO et je me demandais si cela n'était pas à l'origine du pb.
La variable USU5_HOME_PAGE_REDIRECT est en 'true' -> Force www.mysite.com/ when www.mysite.com/index.php
Les modifs de cette contribution ont été installées dans la nuit, et depuis ce matin, toutes les commandes réglées par CB (paiement CIC) sont enregistrées en doublon:
- 1 commande avec total=0 et à laquelle est rattachée la référence du paiement CIC (pas de totaux, ni de produits)
- 1 commande complète et bien formatée sans ref. paiement CIC rattachée
Aucune modif sur le serveur dans ce cours laps de temps, cette contrib est bien la seule chose de nouveau depuis hier soir.
*** Dans le php.ini le magic_quotes_gpc est bien sur on
*** cmcic_response modifié comme suit, mais le problème n'est toujours pas résolu:
Concernant les autres modes de paiement, les commandes s'enregistrent comme d'habitude sans aucune erreur ou doublon.
aquaboat... aurais-tu depuis le temps résolu ton pb?
NB: version PHP5
Nous venons d'installer la dernière version de URLS SEO PRO et je me demandais si cela n'était pas à l'origine du pb.
La variable USU5_HOME_PAGE_REDIRECT est en 'true' -> Force www.mysite.com/ when www.mysite.com/index.php
Les modifs de cette contribution ont été installées dans la nuit, et depuis ce matin, toutes les commandes réglées par CB (paiement CIC) sont enregistrées en doublon:
- 1 commande avec total=0 et à laquelle est rattachée la référence du paiement CIC (pas de totaux, ni de produits)
- 1 commande complète et bien formatée sans ref. paiement CIC rattachée
Aucune modif sur le serveur dans ce cours laps de temps, cette contrib est bien la seule chose de nouveau depuis hier soir.
*** Dans le php.ini le magic_quotes_gpc est bien sur on
*** cmcic_response modifié comme suit, mais le problème n'est toujours pas résolu:
Code
tep_session_start();
if ( (PHP_VERSION >= 4.3) && function_exists('ini_get') &&
(ini_get('register_globals') == false) ) {
extract($_SESSION, EXTR_OVERWRITE+EXTR_REFS);
}
if ( (PHP_VERSION >= 4.3) && function_exists('ini_get') &&
(ini_get('register_globals') == false) ) {
extract($_SESSION, EXTR_OVERWRITE+EXTR_REFS);
}
Concernant les autres modes de paiement, les commandes s'enregistrent comme d'habitude sans aucune erreur ou doublon.
aquaboat... aurais-tu depuis le temps résolu ton pb?
NB: version PHP5
Re-Bonjour,
Petit complément d'information...
Nous venons de terminer nos tests... et effectivement en désactivant la contrib SEO, les commandes réglées par CB sont à nouveau enregistrées correctement.
Petit complément d'information...
Nous venons de terminer nos tests... et effectivement en désactivant la contrib SEO, les commandes réglées par CB sont à nouveau enregistrées correctement.
N'arrivant pas à trouver de solution j'ai tout bêtement ajouté ceci au début du fichier cmcic_response.php car ds notre cas c'est la contrib SEO qui posait pb:
En espérant que cela en aide certains!
Code
define('USU5_ENABLED', 'false');
En espérant que cela en aide certains!
Ceci est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'informations, la mise en page et les images, veuillez cliquer ici.