Envoi dématérialisé des factures

Bonjour,

Nous pouvons vous suggérez d'utiliser la "Payment notifications email address", voyez ma screenshot :

Bonjour,

Quand un plugin de paiement passe une commande de "créée" à "confirmée", HikaShop génère un numéro de facture pour la commande.
Et lorsque vous cliquez sur le bouton "facture" d'une commande dans le backend, HikaShop affiche une facture avec ce numéro.
Si vous cliquez sur ce bouton avant la confirmation de la commande, alors la "facture" est affichée avec le numéro de commande.

HikaShop envoi un récapitulatif de la commande dans les emails. Mais il n'inclut pas par défaut une facture PDF à l'email.
Pour cela, il y a un plugin PDF invoice ( www.hikashop.com/marketplace/product/18-plugin-pdf.html ) qui va justement inclure la facture dans l'email à destination de l'utilisateur suite à la confirmation de la commande.
Si vous voulez que le comptable reçoive une copie de cet email avec le PDF attaché, c'est possible. Il suffit d'indiquer l'email du comptable dans l'option "BCC" de "order status notification" via le menu System>Emails d'HikaShop.
Il n'y a pas de mécanisme d'avoir dans HikaShop. Si vous changez le statut d'une commande confirmée en "remboursée", rien ne se passe.
Cependant, lorsque vous changez le statut de la commande dans le backend, vous pouvez activer la notification de l'utilisateur. Dans ce cas, l'utilisateur recevra l'email "order status notification" avec le message comme quoi sa commande a été remboursée. Et si vous avez mis l'email du comptable en BCC, il recevra aussi cet email. A charge pour le comptable de faire l'avoir correspondant dans le logiciel de comptabilité qu'il utilise.

Bonjour,

1. C'est parce que certains marchands ont besoin de fournir des factures à leurs clients à la création de la commande, avant le paiement. Car leurs clients ont besoin d'avoir la facture avant de faire le règlement. Du coup, c'est pour leur permettre de faire cela.

2. Non, il n'y a pas forcément besoin de gérer des avoirs.
Normalement, dans l'ecommerce, le remboursement est possible dans le mois (la durée varie d'un pays à l'autre). Du coup, il n'y a pas d'avoir vu que l'argent est retourné directement au client.
Un avoir, c'est normalement utile lorsque vous ne remboursez pas le client mais il a retourné le produit et pourra utiliser l'argent qu'il vous a déjà envoyé pour un nouvel achat futur.
Sur notre site par exemple, il n'y a pas d'avoirs. La facture est créée à la confirmation de la commande. Et si le client demande à être remboursé sous 30 jours, il est remboursé et la commande passe en remboursée. Pour notre comptable, nous réalisons tous les trimestres un export des commandes confirmées et remboursées, et un export des paiements de nos plateformes de paiement en ligne. Ensuite, le comptable importe cela dans son logiciel de compta. C'est bien plus facile que d'avoir à rentrer à la main le détails de chaque commande dans son logiciel (et donc beaucoup moins cher pour nous vu que c'est aussi un comptable externe).
Après, peut être que dans le cas de votre client, il a besoin de gérer des avoirs car il est dans un cas de figure spécial ? Ou peut être que son logiciel de compta parle "d'avoirs" pour des remboursements ?

3. Il n'y a pas d'option pour envoyer un autre email avec la facture à une autre adresse email. Soit vous envoyez le même email (de toute façon, les informations dans l'email sont les mêmes que les informations sur la facture), soit il faudrait développer quelque chose pour gérer un autre email.

Bonjour,

3. Avoir des statuts de commande extras, c'est possible via le menu Système>Statuts de commande.
Pouvoir personnaliser l'email "order status notification" en fonction du statut de commande est également possible
Et il est aussi possible de rajouter des adresse emails qui reçoivent cet email en plus de l'utilisateur.
Donc il y a déjà pas mal de choses faisables.

Avoir un moyen de créer de nouveaux emails avec un contenu différent des emails déjà présents et en plus avoir la possibilité d'y rajouter la facture PDF, cela me semble complexe comme option. Dans ce cas, il faudra de toute façon que le marchand fournisse le code preload/HTML/CSS de l'email. Et donc, il faut de toute façon être développeur. Dans ce cas là, c'est faisable actuellement en développant un plugin. Cela me semble être beaucoup de travail pour une solution plus que bancale et dont je pense peu de personnes en auront l'utilité :/