URGENT notification, mise en forme banques

  • Posts: 2614
  • Thank you received: 65
  • Hikashop Business
12 years 2 weeks ago #49761

J'ouvre un nouveau sujet pour ne pas embrouiller avec ceux existants, on ne peut pas mettre en ligne a cause de ces problemes :

1) les emails de notification de Paypal et Atos paiement accepté ou refusé partent bien pour le vendeur mais pas pour le client, une idee pourquoi ? (aucunes erreurs dans les logs)

2) on recoit un message qui completement faux (avec des br)

Objet : Notification de paiement de Atos : paiement En attente pour la commande no.5627

Bonjour,<br/>Une notification de Atos a été reçue avec le statut: En attente. La commande est maintenant Paiement accepte.

Paiement en attente

Cette notification était pour la commande 5627 sur le site web www.domaine.com/ Vous pouvez accéder aux details de la commande en cliquant sur le lien ci dessous après vous être connecté à l'administration du site web:
www.domaine.com/administrator/index.php?...k=edit&order_id=5627

le titre est en Attente et dans le message c'est Attente et Accepté et le titre du mail c'est Pending !

le status de retour de Banque est bien Paiement Accepte , un statut que j'ai cree pour Paypal et Atos et dans la liste des commandes ca marche, pourquoi ca ne marche pas dans les emails ?

3) où se trouve le template (view) pour la mise en forme de ces emails ?

4) où se trouve le template pour avoir un titre (objet) des emails formaté comme on veut ? et pas Notification de paiement de Paypal : paiement Pending pour la commande no.5626

5) j'ai change la mise en forme pour tous les paiements_end qui se trouvent dans ./plugins/hikashoppayment/ ... paypal_end.php atos_end ect ... mon code va etre ecrase lors de mise a jour ?
où sont les templates pour ça

merci

Last edit: 12 years 2 weeks ago by erickb.

Please Log in or Create an account to join the conversation.

  • Posts: 81719
  • Thank you received: 13110
  • MODERATOR
12 years 2 weeks ago #49777

1. Vérifiez bien que le order status notification email soit publié. Si c'est le cas, essayez de changer le statut d'une commande en confirmé vous même dnas le back end. Vous aurez peut être une page blanche/erreur à cause d'une modification que vous avez fait dans l'email de notification. Corriger l'erreur devrait résoudre le problème.

2. Pourquoi avoir créé un nouveau statut et ne pas utiliser le statut par défaut "confirmed" en changeant par exemple la traduction ?
Quels sont les statuts que vous avez configurés dans les options de vos plugins de paiement ? C'est ceux là qui détermine le statut des commandes une fois les notifications de paiement reçues.

3. Les emails sont éditables via Système->Emails.

4. Pour le sujet il suffit d'override la traduction via l'onglet Langues de la configuration.

5. Ces fichiers peuvent être override en les copiant dans le dossier templates/VOTRE_TEMPLATE/hikashoppayment/

Please Log in or Create an account to join the conversation.

  • Posts: 2614
  • Thank you received: 65
  • Hikashop Business
12 years 2 weeks ago #49782

2) car j'ai besoin d'un statut intermediaire confirmation bancaire de paiement uniquement (paiement accepte) pour Atos et Paypal, le client ensuite confirme la commande si le produits est en stock et encaisse l'argent à ce moment là uniquement (jusqu'a 6 jours)

ce statut est aussi indispensable car le confirme par la banque ne declenche pas les Alphauserpoints il faut une action manuelle , ce qui revient a confirme ce qui est deja confirme

il n'y a de toute facon aucune raison pour que l'email affiche 2 états différents , il doit afficher le seul etat valide de la commande celui de la table orders


je vais voir pour les autres points

merci

Last edit: 12 years 2 weeks ago by erickb.

Please Log in or Create an account to join the conversation.

  • Posts: 2614
  • Thank you received: 65
  • Hikashop Business
12 years 2 weeks ago #49783

je viens d'eeayer
./templates/MONTPL/html/hikashoppayment/check/check_end.php
./templates/MONTPL/html/hikashoppayment/check_end.php
./templates/MONTPL/hikashoppayment/check/check_end.php


et il n'est pas lu
où faut il mettre les overrides de ces plugin exactement ?

merci

Last edit: 12 years 2 weeks ago by erickb.

Please Log in or Create an account to join the conversation.

  • Posts: 81719
  • Thank you received: 13110
  • MODERATOR
12 years 2 weeks ago #49784

2. Quels sont les statuts que vous avez configurés dans les options de vos plugins de paiement ?

5. Ces fichiers peuvent être override en les copiant dans le dossier templates/VOTRE_TEMPLATE/hikashoppayment/
Et non dans le dossier templates/VOTRE_TEMPLATE/hikashoppayment/check

Please Log in or Create an account to join the conversation.

  • Posts: 2614
  • Thank you received: 65
  • Hikashop Business
12 years 2 weeks ago #49789

2)






ou le paiement est accepte ou il n'est pas accepte , je ne comprend pas ces 3 statut, il n'y a que 2 statut dans virtuemart

une fois le paiement accepte le client confirme


5) 2 fichiers ne peuvent donc pas avoir le meme nom ca serait preferable templates/VOTRE_TEMPLATE/hikashoppayment/check avec des sous dossiers

Attachments:
Last edit: 12 years 2 weeks ago by erickb.

Please Log in or Create an account to join the conversation.

  • Posts: 81719
  • Thank you received: 13110
  • MODERATOR
12 years 2 weeks ago #49794

2. Le paiement n'est pas forcément accepté immédiatement. Quand un utilisateur paie avec un echeck sur PayPal, le paiement met 1 semaine avant d'etre validé par PayPal et en attendant le paiement est "en attente". D'où la troisième option.
Dans l'email de atos le "En attente" ne vient pas d'HikaShop mais de ATOS. C'est le statut que retourne ATOS car le paiement n'est pas validé immédiatement. Et "Paiement accepte" vient du statut que vous avez configuré dans l'option "Statut en attente" du plugin.


5. Les fichiers de vue des plugins de paiement n'ont jamais le même nom vu qu'ils sont tous préfixés du nom du plugin.

Please Log in or Create an account to join the conversation.

  • Posts: 2614
  • Thank you received: 65
  • Hikashop Business
12 years 2 weeks ago #49796

donc il faudrait presque un autre statut en attente bancaire

merci

Please Log in or Create an account to join the conversation.

  • Posts: 2614
  • Thank you received: 65
  • Hikashop Business
12 years 2 weeks ago #49836

on peut le tourner dans tous les sens recevoir un email comme ça est impossible

Une notification de Atos a été reçue avec le statut : En attente. La commande est maintenant Paiement accepte.

comment je peux faire pour que dans il l'email il y ait l'unique statut valable si ce n'est pas refuse ? = paiement accepte (que j'ai defini)

sur n'importe quel site où on paye on recoit aussitot un email comme quoi c'est accepté


donc ma question quel est la variable qui decide que c'est refusé et ou est elle ? si ce n'est pas refuse ca doit etre uniquement accepte et bien sur pareil pour le sujet du message



mon autre gros probleme c'est que la notification de banque Atos part pour le vendeur mais pas pour le client

Last edit: 12 years 2 weeks ago by erickb.

Please Log in or Create an account to join the conversation.

  • Posts: 81719
  • Thank you received: 13110
  • MODERATOR
12 years 2 weeks ago #49838

C'est sur que si vous avez un statut accepté pour une notification "en attente", cela fait bizarre...
Pourquoi ne pas tout simplement override les traductions de cet email ?

C'est cette ligne qui gère cela:
if(empty($vars) && $vars!='VALIDATION'){
dans le fichier plugins/hikashoppayment/atos.php

Vérifiez bien que le order status notification email soit publié. Si c'est le cas, essayez de changer le statut d'une commande en confirmé vous même dnas le back end. Vous aurez peut être une page blanche/erreur à cause d'une modification que vous avez fait dans l'email de notification. Corriger l'erreur devrait résoudre le problème.

Merci de nous faire part du résultat de vos tests.

Please Log in or Create an account to join the conversation.

  • Posts: 2614
  • Thank you received: 65
  • Hikashop Business
12 years 2 weeks ago #49843

vous avez decide dans hikashop de 3 statut mais Atos retourne 100 numeros de code *: accepte, refuse, client suspect ect ...

pour nous et la majorite des gens il n'y a pas de statut en attente des banques, si la carte est pas refusée c'est que le paiement est accepte, en tout cas on force l'interpretation des retours en ce sens c'est tout ce que veulent le vendeur et le client

if(empty($vars) && $vars!='VALIDATION') donne quoi ?
quel est le code pour refusé ?


Vérifiez bien que le order status notification email soit publié

oui tous et depuis le debut

Si c'est le cas, essayez de changer le statut d'une commande en confirmé vous même dnas le back end. Vous aurez peut être une page blanche/erreur à cause d'une modification que vous avez fait dans l'email de notification. Corriger l'erreur devrait résoudre le problème.

non ce n'est pas le cas , si on change de statut dans le backend le client recoit bien un email et ca a toujours marche

c'est uniquement le retour de banque Atos et Paypal qui n'envoie pas d'email au client, Paypal c'est pas important puisqu'il envoie sa propre notification directement


merci



*
les codes ATOS
$sips_bank_cb_response_code["00"]="Transaction approuvée ou traitée avec succès";
$sips_bank_cb_response_code["02"]="Contacter l'émetteur de carte";
$sips_bank_cb_response_code["03"]="Accepteur invalide";
$sips_bank_cb_response_code["04"]="Conserver la carte";
$sips_bank_cb_response_code["05"]="Ne pas honorer";
$sips_bank_cb_response_code["07"]="Conserver la carte, conditions spéciales";
$sips_bank_cb_response_code["08"]="Approuver après identification";
$sips_bank_cb_response_code["10"]="???";
$sips_bank_cb_response_code["12"]="Transaction invalide";
$sips_bank_cb_response_code["13"]="Montant invalide";
$sips_bank_cb_response_code["14"]="Numéro de porteur invalide";
$sips_bank_cb_response_code["15"]="Emetteur de carte inconnu";
$sips_bank_cb_response_code["30"]="Erreur de format";
$sips_bank_cb_response_code["31"]="Identifiant de l'organisme acquéreur inconnu";
$sips_bank_cb_response_code["33"]="Date de validité de la carte dépassée";
$sips_bank_cb_response_code["34"]="Suspicion de fraude";
$sips_bank_cb_response_code["41"]="Carte perdue";
$sips_bank_cb_response_code["43"]="Carte volée";
$sips_bank_cb_response_code["51"]="Provision insuffisante ou crédit dépassé";
$sips_bank_cb_response_code["54"]="Date de validité de la carte dépassée";
$sips_bank_cb_response_code["56"]="Carte absente du fichier";
$sips_bank_cb_response_code["57"]="Transaction non permise à ce porteur";
$sips_bank_cb_response_code["58"]="Transaction interdite au terminal";
$sips_bank_cb_response_code["59"]="Suspicion de fraude";
$sips_bank_cb_response_code["60"]="L'accepteur de carte doit contacter l'acquéreur";
$sips_bank_cb_response_code["61"]="Dépasse la limite du montant de retrait";
$sips_bank_cb_response_code["63"]="Règles de sécurité non respectées";
$sips_bank_cb_response_code["68"]="Réponse non parvenue ou reçue trop tard";
$sips_bank_cb_response_code["90"]="Arrêt momentané du système";
$sips_bank_cb_response_code["91"]="Emetteur de cartes inaccessible";
$sips_bank_cb_response_code["96"]="Mauvais fonctionnement du système ";
$sips_bank_cb_response_code["97"]="échéance de la temporisation de surveillance globale";
$sips_bank_cb_response_code["98"]="Serveur indisponible routage réseau demandé à nouveau";
$sips_bank_cb_response_code["99"]="Incident domaine initiateur";

Please Log in or Create an account to join the conversation.

  • Posts: 81719
  • Thank you received: 13110
  • MODERATOR
12 years 2 weeks ago #49850

Ah oui, c'est justement car les paiements sont en attente que l'email de notification n'est pas envoyé car le plugin le ne fait que quand le paiement est confirmé.

Il faudrait que vous rajoutiez $order->history->history_notified=1; après $vars=$message; pour que l'email soit envoyé à l'utilisateur dans votre cas.

C'est cette ligne qui définie si le paiement est un échec ou non:
f(!in_array($vars,array(00))){

Please Log in or Create an account to join the conversation.

  • Posts: 2614
  • Thank you received: 65
  • Hikashop Business
12 years 2 weeks ago #49857

ok j'essaye

ca marche si je mets atos.php dans ./templates/MONTPL/hikashoppayment/atos.php ? ou celui la doit rester où il est ?

merci

Last edit: 12 years 2 weeks ago by erickb.

Please Log in or Create an account to join the conversation.

  • Posts: 81719
  • Thank you received: 13110
  • MODERATOR
12 years 2 weeks ago #49858

Le atos.php ne peut pas etre override.

Please Log in or Create an account to join the conversation.

  • Posts: 2614
  • Thank you received: 65
  • Hikashop Business
12 years 2 weeks ago #49864

ok ca marche

merci

Please Log in or Create an account to join the conversation.

Time to create page: 0.101 seconds
Powered by Kunena Forum