ne pas envoyer de mail auto en paiement accepte

joomla 3.2 hikashop 222

quand on fait un paiement accepté avec atos on recoit un email automatique , où se trouve cet email qui est complètement faux , pas de frais de port et total à 0 ? alors que toutes les notifications de status sont justes

sinon comment ne pas envoyer cet email du tout ?

merci

Bonjour,

Merci de faire une capture d'écran pour que nous voyons de quel email vous parlez exactement.

voici 2 captures

paiement accepté par atos et mail automatique de notification : pas de port pas de numero de commande ni de total


changement de status manuel depuis l'admin tout est ok


pourquoi les valeurs sont vides dans le premier cas ? alors que c'est le meme email
est ce que ce sont 2 templates différents et en ce cas pourquoi et lesquels ?

et peut on désactiver cette notification automatique de paiement ?

Cela ressemble à un soucis dans le code de l'email qui ne gère pas les données comme il faut.
Si vous passez à l'email par défaut de HikaShop cela devrait marcher comme il faut.
Sinon, pour désactiver l'email, il suffit de dépublier l'email via le menu Système>Emails.

mais justement ma question c'est quel est cet email ?

1 Rapport de cron
2 Notification de commande à l'administrateur
3 Notification de création de commande
4 Notification de statut de commande
5 Notification de commande
6 Compte utilisateur
7 Notification de création de compte utilisateur à l'administrateur
8 Notification de rupture de stock
9 Annulation de commande
10 Notification de liste d'attente
11 Nouveau commentaire
12 Une demande d'information a été reçue
13 Abonnement expiré

mais 3 emails personnalises sont 2,3,4

il semble que ce soit le #4 pour cette notification automatique de paiement ET pour un simple changement de status (confirmé, abandonné , ect ...) donc impossible a annuler dans un cas et pas dans l'autre

voila 2 emails d'origine de la 2.2.2 le paiement accepte n'a pas de numero de commande , de port ; et le total = 0

paiement accepté ATOS ou PAYPAL (email automatique)



confirmation de commande par les admins



pourquoi ces 2 emails ont des résultats différents ?

C'est en effet l'email 4 Notification de statut de commande.

Intéressant. Nous n'avons pas ce soucis de notre coté.
C'est pourtant le même code qui charge les données pour les deux cas.
Cela demanderait de rajouter des traces dans le fichier media/com_hikashop/mail/order_status_notification.preload.php qui fait le chargement des données de l'email.

l'order_status_notification.preload.php , celui d'origine non modified a exactement les memes erreurs , pas de num de commande ,pas de port et le total à 0

on est completement coincé avec ça , impossible de mettre en ligne la 222
il faudrait quelles traces et où ?

as tu un fichier avec les traces à me donner ?

merci

l'order_status_notification.preload.php la tva est negative !

Non je n'ai pas de fichier de traces. Il faut mettre des traces un peu de partout pour vous ce qu'il y a dans les variables et si il manque des trucs... Difficile à dire précisément que je ne sais pas d'où ca vient exactement.

Le plus simple serait un compte FTP et un moyen facile de générer cet email pour analyser le problème nous même.

j'ai envoye le compte FTP en MP mais que veut dire un moyen facile de générer cet email ?
cet email se génère tout seul il faut juste payer en banque avec une master card , bien sur la somme ne sera pas saisie il y a un delai de 6 jours pour la saisie

sinon je peux faire des paiements et faire suivre les emails

Bonsoir Erick,

Je reprends ce thread et je vois que nous avons bien des accès FTP associés en interne à ce thread mais je n'ai pas de compte associé pour le backend.
Serait-il possible d'avoir un compte backend pour la vérification ?
Au niveau du numéro de commande, je vois via les screenshots que nous pourrons déjà regarder la 9450.

Cordialement,

il y a toujours ton acces , je te le renvois par email ?