Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Gestion de promotion sur groupes d'articles #344

Open
mattgu74 opened this issue Apr 18, 2014 · 4 comments
Open

Gestion de promotion sur groupes d'articles #344

mattgu74 opened this issue Apr 18, 2014 · 4 comments

Comments

@mattgu74
Copy link
Member

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.

@apuyou
Copy link
Member

apuyou commented Apr 18, 2014

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
Copy link
Member

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
Copy link
Member Author

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
Copy link
Member

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//issues/344#issuecomment-40798902
.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants