Fichiers PDF déposé dans le compte client

Bonjour,

HikaShop n'est pas vraiment fait pour faire cela.

Une solution, ca serait de créer un groupe utilisateur pour chaque utilisateur, lier le groupe à l'utilisateur, et ensuite, vous pouvez créer un produit spécial pour l'accès aux téléchargement. Et dans ce produit, dans la section "Files", vous pouvez ajouter des fichiers en mode "free download" et utiliser l'option "access level" pour restreindre le fichier à un ou plusieurs utilisateurs. Ainsi, lorsqu'un utilisateur accèdera à la page de ce produit sur le frontend, il aura automatiquement accès à une liste des fichiers du produit accessibles à son groupe utilisateur.
Vous pouvez aussi créer, via le gestionnaire de menus de Joomla, un élément de menu pour accéder directement à la page du produit. Et si besoin un mini override de vue de user / cpanel pour rajouter un bouton "Fichiers" au control panel de l'utilisateur en utilisant le lien de cet élément de menu:
www.hikashop.com/forum/4-how-to/878527-r...r-control-panel.html
Cette solution ne requiert quasiment aucun développement. Mais la grosse contrainte c'est le besoin de devoir configurer un groupe utilisateur pour chaque utilisateur. Et puis, vous êtes tributaire de l'affichage d'une page produit, à moins de la personnaliser avec du CSS et / ou un override de vue de product / show_default (mais là ça demande un peu de compétences en développement).

Une autre solution, ca serait d'utiliser une extension qui permette de faire cela. Vous devriez surement en trouver dans cette catégorie du JED:
extensions.joomla.org/category/directory...mentation/downloads/
Ensuite, vous auriez juste à rajouter un bouton d'accès à l'URL de l'extension au control panel utilisateur, comme mentionné précédemment.

Enfin, la dernière solution c'est de développer un plugin sur-mesure. Avec HikaShop Business, vous pouvez créer un champ de la table "utilisateur" et de type "AJAX file" qui va vous permettre d'ajouter des fichiers à chaque utilisateur dans le backend d'HikaShop. Donc, pour le backend, vous n'aurez rien à développer.
Dans votre plugin, vous pourrez d'abord implémenter onHikashopPluginController pour rajouter votre propre contrôleur permettant de faire l'affichage du listing des fichiers de l'utilisateur et gérant le téléchargement des fichiers sur le frontend :
www.hikashop.com/support/documentation/6...shopPluginController
Et ensuite, vous pourrez implémenter l'évènement onUserAccountDisplay pour rajouter le bouton au control panel pour accéder au listing:
www.hikashop.com/forum/4-how-to/36504-cu...er-cpanel.html#36557
Là, cela demande de bonnes connaissances en PHP, et de passer au minimum plusieurs heures de développement dessus, mais l'avantage, c'est que vous pouvez faire une interface aux petits oignons sur le frontend, et l'interface sur le backend est très simple à utiliser, sans besoin de créer des groupes utilisateurs.

Bonjour,

Je peux travailler sur ce plugin si vous le souhaitez. Nous pouvons discuter de cela par email. Si vous êtes intéressé, vous pouvez passer par notre formulaire de contact:
www.hikashop.com/support/contact-us.html

Si vous voulez, vous pouvez préciser votre vision de la chose pour le listing des fichiers accessible par l'utilisateur. Cela me permettra d'avoir une meilleure idée de ce que vous voulez pour l'interface.

Bonjour,

J'ai répondu à votre premier message dans la journée, et j'ai également répondu à votre message hier.
Je n'ai pas eu de retour à mes messages pour l'instant.

Voici le contenu de mon message:

Bonjour,

Merci pour les détails. Concernant la faisabilité, ce n'est pas un problème.
Concernant le coût, j'aimerais d'abord discuter des détails car en fonction, cela peut changer dans un sens ou dans l'autre.

Déjà, je vois une problématique dans votre tunnel pro:
Vu que la commande est créée par le pro sur le site et que EBP la met en confirmée, cela veut dire qu'elle apparaît en tant que commande dans le listing des commandes normales d'HikaShop. Et donc, si le plugin PDF invoice permet à l'utilisateur de récupérer sa facture PDF, c'est normalement le cas pour les commandes normales et les commandes PRO. Or, vous ne voulez pas que HikaShop génère les factures de ces commandes, vu que c'est déjà EBP qui s'en charge.

Donc, en plus d'ajouter une zone "Factures" il faudrait aussi enlever l'édition de facture des commandes PRO.
Tout cela est faisable, mais ne serait-il pas plus cohérent de ne pas ajouter la zone "Factures", et de simplement surcharger le bouton de récupération de la facture d'une commande pour que si une facture en provenance d'EBP existe déjà, alors au lieu de laisser le plugin PDF invoice générer la facture de la commande, la facture en provenance d'EBP est directement fournie ?

Ainsi, pas de nouvelle zone "factures" à développer, ce qui va réduire les coûts.
En plus, pour l'utilisateur le système est consistant:
Les utilisateurs non PRO ne se retrouve pas avec une zone "factures" vide, et les autres ne se retrouvent pas avec un facture générée par PDF invoice alors qu'il y a déjà la facture d'EBP de disponible (ou alors, pas besoin de développement extra pour gérer l'affichage du bouton "factures" ou non en fonction du type d'utilisateur, ni l'affichage du bouton de facture sur les commandes en fonction du type d'utilisateur).

En supposant que nous partions sur ma proposition, cela va nécessiter le développement d'un petit plugin du groupe "hikashop" implémentant l'évènement onHikashopBeforeDisplayView d'HikaShop. Le plugin sera ordonné avant le plugin PDF invoice. Ainsi, lorsque le plugin détectera que l'URL courante est l'URL de génération d'une facture d'une commande sur le frontend, il ira voir si la facture correspondante est présente dans le dossier des factures en provenance d'EBP et que l'utilisateur a bien accès à cette commande. Si oui, alors il fournira directement la facture au client. Si non, alors il ne fera rien et laissera le plugin PDF invoice prendre en charge la génération de la facture PDF.
Concernant le dossier à utiliser pour mettre les factures, je propose de les mettre dans un sous dossier du dossier "images". Ainsi, il sera accessible via le gestionnaire de média de Joomla, si vous voulez manuellement rajouter, mettre à jour ou supprimer des factures. Il faudra aussi rajouter un htaccess pour prévenir l'accès direct au dossier par les navigateurs. Ainsi, l'accès se faisant uniquement via HikaShop et le plugin il n'y aura pas de possibilité de récupérer la facture de quelqu'un d'autre. Et pour le nom de fichier quelque chose du genre "facture_XYZ.pdf" où XYZ est le numéro de facture dans order_invoice_number est pas mal.

Ainsi, le développement est minimal:
- pas d'interface à développer sur le frontend pour nous
- pas de requête MySQL ou d'API à intégrer pour le développeur EBP pour rajouter un lien entre l'utilisateur et le fichier PDF. Il a juste à mettre les factures PDF avec le bon nom dans le bon dossier via FTP

En option:
Il pourrait être intéressant de surcharger également le bouton "facture" des commandes dans la backend d'HikaShop. Mais ce n'est pas forcément nécessaire vu qu'il sera déjà possible d'y accéder via le gestionnaire des médias de Joomla.

En supposant que nous partions la dessus, je vous propose de développer ce plugin pour 150€ HT sans l'option (et 200€ avec l'option). Le développement est faisable dans la semaine suite à votre accord.

Sinon, si vous souhaitez une zone "factures" avec une interface dédiée, avec les overrides nécessaires pour cacher le bouton facture sur les commandes il y en a pour 600€ et 3 semaines de délai.

Cordialement,
Nicolas