I have the following problem:
I have different products but they all have the same price, and itś supposed that if you buy five of these products (these five could be different, but of the same price) you get a special discount at the moment of making the invoice.
My question:
is there already a module that would do this??
Thanks in advance!!
There is no public module which do that. This will change the way the product price is calculated on OpenERP.
Related
I'm trying to implement ODOO for a variety store (like 99 Cents, Dollar, etc).
Now, I found out many items do not have UPC.
What's the best way to give input for the items?
What would it work to sell these items on the pos (not upc, not barcode)?
We're talking about thousand of differents items?
Have somebody a document or videos support me? Tutorial or guide
If you want you can assign them local use barcodes. UPC has range for that.
Pedram poses a problem regarding discounts for product customizations.
Example
If you apply a specific price for 100 pieces, let's say 5% discount, and you add 50 t-shirts with print A and 50 t-shirts with print B, you get a discount. But in reality only 50 pieces of one print production is sold. So there shouldn't been any discount (perhaps in my opinion).
Let's take a crazy example, say we have 100 different prints, then you would have to set up the printing production 100 times! And there for the discount for 100 pieces is not appropriate anymore.
Question
How can I make discounts (specific price) only apply to an indivual customization in the cart?
Further thought
My guess is that it should be changed somewhere in the core. Hopefully with a not to invasive class override. The setting PS_QTY_DISCOUNT_ON_COMBINATION tells if a discount should apply to the whole product or only to the combination. This setting is used in SpecificPriceCore::getSpecificPrice(), and doesn't seem to be the key in solving this problem.
While it's possible combinations, setting a specific price for customizations (not to be confused) is unfortunately is not yet supported in the Core.
It looks that this cannot be done by means of an override because you'd probably need to add a new parameter to getSpecificPrice(), among others.
Feel free to submit a pull request if you want this feature added to the Core (branch develop for 1.7), or add a ticket to the forge.
I'm currently working on a webshop, and this is a problem that has been bugging me for a while now.
On all my products (in the product tab etc.) the prices are shown without taxes. In Denmark we do have a rule stating that taxes need to be shown. The only way for my costumers to see the taxes is in their shoppingcart summary. This is not ideal for me.
I really hope for you guys help!
Best Regards,
Christian O'dwyer
christianodwyer#outlook.com
Stumbled upon your question during lookups.
First of all the basics
http://www.templatemonster.com/help/prestashop-1-6-x-show-prices-includingexcluding-the-tax.html
Then there's the tax setting in Prestashop which might override settings:
Products - Prices (tab) - Tax rule (select)
anyone could address me to solve the following issue?
In PS 1.4 I have a generic discount (6 pieces, 10% reduction). But it can be that I add a specific price discount starting from 1 piece, let's say 20%.
Now, PS applies the generic discount (10%) when I order 6 or more pieces, and the higher (20%) if I order from 1 to 5 pieces.
Basically, the more I buy, the more I pay...
the easiest solution would be to intercept the lines of code which actually add the prices to the cart. Where are they? Any idea?
In the cart class, i'm not really familiar with 1.4, but i think there is a function called "checkDiscountValidity". I can see that all discount validations are made there, so override this method and add your own validations (adding a hook to a created module should be better in my opinion)
In my rails application, I would like different products to have different types of questions asked on the order fields. Whats the best way to accomplish this? Should i just make one big order model with all the fields for the different orders, and have only the fields pertaining to the product filled out? For example, if you check out the product fire extinguisher, i would like it to ask:
have you ever used a fire extinguisher before?
or if your checking out a car seat, i would like it to ask
do you want the fire department to install it for you?
the example i gave you is just basic, but it will ask a lot more questions than that pertaining to the product when it is being checked out. what do you think the best way to accomplish this is?
What do you mean, "with all the fields for the different orders"?
If each product has an arbitrary number of questions, and valid answers for that questions, those Q&A should be reflected in additional models, and each product should have an association to its Q&A.