Réglement d'une commande saisie en backend

Bonjour,

On peut saisir en backend une commande (au téléphone par exemple) pour un client qui s'est préalablement enregistré dans la boutique.
On peut ensuite lui envoyer facilement avec les outils intégrés le lien vers cette commande qu'il verra affichée dans son compte.
Mais comment peut-il régler cette commande ? Il n'y a pas par exemple de "bouton" pour l'inclure dans le panier....
J'ai raté un truc ?
Merci.

Cordialement.

PS

Bonsoir,

L'utilisateur peut retrouver ses commandes dans la gestion de son compte utilisateur HikaShop.
Si vous avez activés l'option "Payment of orders not paid immediately" alors il lui sera possible de payer une commande qui n'as pas été payée immédiatement à sa création.
www.hikashop.com/en/support/documentatio...nfig.html#main_order

Cordialement,

Bonjour,

Merci, c'est bien ça !
Apparait maintenant un bouton "Payer avec" ; mais au clic j'obtiens le message "The payment method could not be found". Les différents mode de paiement proposés dans la boutique ne sont donc pas détectés ? Je ne trouve où faire l'éventuelle association....
Cordialement.

PS

Bonjour,

Le problème provient peut-être d'une mauvaise configuration de la méthode de payment en question, pourriez vous nous montrer votre message d'erreur en question et ou il apparaît à partir de capture d'écran ?

Merci.

Bonjour,

Voilà la copie d'écran avec le message d'erreur
Cordialement.

PS

D'accord,

1. Avez-vous configuré/publié une ou plusieurs méthodes de paiements ?

2. Avez-vous ajouté une méthode de paiement via le tableau Information additionnelle de la page de configuration de votre commande ?

Mes réponses :
1 - sur ce site de test je n'ai que Paypal (mais plusieurs autres en prod) parfaitement fonctionnelle dans la séquence de passage en caisse
2 - non parce que je n'ai pas accès à cette fonctionnalité... : cf la copie d'écran
Merci

Je pense qu'il vous suffira simplement d'utiliser l'option "Frais de paiement" et de l'initialiser à PayPal.

Oui effectivement ; mais ça suppose que le mode de paiement soit convenu avec le client au momment où l'on saisit sa commande. Il n'a pas la possibilté de changer ensuite le mode de paiement au moment de règler sur le site. C'est très contraignant quand même...

Et je découvre un autre souci dans cette zone Information additionnelle : quand on sélectionne une mode de livraison le prix correspondant ne s'affiche pas et n'est donc pas pris en compte dans la commande et la facture afférente. En résumé il faut saisir manuellement les frais d'envoi et leur TVA. Après avoir passé quelques heures à créer des dizaines de mode de livraison pour couvrir toutes les zones géographiques et les tranches de poids, c'est dommage de devoir le faire ici à la main avec une mappemonde et la planche de tarifs de colissimo....

Cordialement.

Philippe Soulé

En dessous de l'option "Payment of orders not paid immediately" , vous avez l'option "Allow customers to change their payment method after checkout" qui si activée permet aux utilisateurs de choisir leur méthode de paiement avant de cliquer sur "payer".

Oui, les frais de livraison ne sont pas précalculés lors de l'ajout via le backend. C'est très compliqué à faire et pas prévu pour. Sachant notemment que 99% des gens n'en ont pas l'utilité vu que les commandes sont passées par les utilisateurs eux mêmes sur le frontend.

Ok le choix du mode de paiement fonctionne.
Pour le reste je suis bien conscient que c'est une utilisation marginale de la boutique
Merci pour tout.
Cordialement.

PS

Bonjour,

La commande ainsi saisie en back end figure bien dans le listing des commandes, comme celles passées en front end, mais n'est pas envoyée au client (email valide vérifié).
Il n'y a pas de bouton spécifique pour envoyer la commande...
J'ai raté un truc je pense ?
Merci pour votre aide.
Cordialement.

PS

Il suffit de changer le statut de la commande et d'activer l'option "notifier l'utilisateur".

Ok d'accord, merci.
Ca veut donc dire qu'il faut la passer à "confirmée" (comme si elle était payée) pour déclencher son envoi, puis la remmetre à "créée" en attendant que le client règle. Elle repassera alors à "confirmée".
Pourquoi pas. C'est une manip simple effectivement.
Cordialement.

PS

C'est une option oui. Vous pouvez aussi créer un statut additionel genre "en attente de paiement" via le menu Système->Statut de commande. Et ainsi ne pas avoir à changer de statut deux fois. Cependant, il faudra aller configurer les options relatives aux statut de commande de la configuration en accord avec ce nouveau statut.

C'est une idée.
Mais à priori c'est le statut "confirmée" qui déclenche l'envoi. Un statut dédié tel qu'"en attente de règlement" ne semble pas provoquer l'envoi du courriel avec la commande...

Non pas du tout, l'envoi de la notification est possible pour tous les statuts de commande lorsque vous changer le statut manuellement dans le backend.

En y regardant de plus près vous avez raison.
Merci.
Cordialement.

PS

Bonjour,

Un dernier souci : en mettant ceci en service sur le site de prod je me rends compte que le n° de la commande dans le courriel envoyé au client n'est plus cliquable.
Je ne suis pas intervenu dans le contenu du message, et ça fonctionnait bien sur le site de test.
J'ai évidemment raté un truc....
Merci.
Cordialement.

PS

Bonjour,
1. Avez-vous modifié le mail "Notification de statut de commande" ? via "Hikashop->Système->Email" ?
2. Avec les manipulations suivantes, obtenez vous un numéro de commande "cliquable" :
- Aller sur la liste de vos commandes
- Changer le status d'une de vos commandes
- Initialiser l'option "Notifier le client" à OUI

Et vous obtiendrez donc un aperçu du mail à envoyer.