Open mattgu74 opened 10 years ago
apuyou
commented
10 years ago Cette fonctionnalité était présente dans BuckUTT, il faut voir s'il ne reste pas des traces dans la DB (que ce soit pour les réutiliser ou pour les retirer complètement si on part sur autre chose).
kofronpi
commented
10 years ago AMHA, ça me parait bizarre de laisser le client gérer ça. Pour moi le serveur devrait envoyer des articles qui sont en fait des "packages" promotionnels précalculés OU des règles de réductions à prendre en compte ( je préfère cette solution même si elle me donne plus de travail !)
mattgu74
commented
10 years ago Enfait, ça dépend comment tu positionnes payutc.
Si tu considères que c'est avant tout une plateforme/moyen de paiement, ce n'est pas son rôle de gérer la logique des réductions. C'est d'ailleurs ce qui a été réalisé avec l'implémentation actuel des réductions pour le Polar qui permet au moment de la création d'une transaction d'indiquer un pourcentage de réduction pour une ligne donné (tuple: produit, qte, reduc)
C'est pourquoi il me semble du coup assez logique de le gérer dans le logiciel de caisse, vu que c'est ce qui a été choisi pour le Polar.
Enfait la question est de savoir, si c'est une fonctionnalité de "payutc" au quel cas elle doit être implémenté coté serveur, avec configuration dans scoobydoo et fonctionnement uniforme dans mozart et sur pauline quand on sélectionne plusieurs articles "formant un menu". Ou si ce n'est pas une fonctionnalité de payutc, au quel cas, ce doit être intégré dans la caisse du pic "par le pic".
Je pense que cette issue risque de rester ouverte un petit bout de temps ^^
feuloren
commented
10 years ago Question complexe...
Du point de vue "payutc" le serveur n'a pas à gérer ça, il faut utiliser l'architecture de réduction en place.
Mais du point de vue utilisateur ce serait bien d'avoir une note "menu XY" à côté des achats correspondant. (BTW la réduction est affichée sur casper ?)
Après il faudrait savoir si d'autres assos compte utiliser cette fonction. Si oui ça peut s'intégrer dans Mozart (et le serveur par extension) Si non le pic font un fork de Mozart et ajoutent leur système de réduction en stockant les reducs dans leur bdd perso.
Cette fonctionnalité était présente dans BuckUTT, il faut voir s'il ne reste pas des traces dans la DB (que ce soit pour les réutiliser ou pour les retirer complètement si on part sur autre chose).
Reply to this email directly or view it on GitHubhttps://github.com/payutc/server/issues/344#issuecomment-40798902 .
Le pic voudrait appliquer des promotions si des articles formant un menu sont pris ensemble.
Genre "Pampryl + (thé/café) + (croissant/pain au choc)"
@feuloren Etant donné que tu as déjà implémenté un système de réduction, j'aimerais avoir ton avis.
Je ne sais pas si c'est implémenté directement dans payutc/server du coup, c'est peut être à mozart d'envoyer la réduction, mais pour cela il faudrait pouvoir configurer les "régles" de réduction, et on en revient au fait de pouvoir stocker des données dans le serveur utilisable par les clients uniquement.