my client insists on showing price per one product but allowing only to buy odd number of products of some category type (f.ex. glasses are sold in packages per 2, but whole pack is too expensive for him to show it in one).
Setting a minimum quantity don't solve my problem because more than two are as well three but we can't split the package.
Any advices?
Related
We have a number of different promotions (fixed prices and discount %) for each customer. I want to be able to produce an extract so that we can work out what the price the customer would pay if they were entering a Sales Order direct within Epicor. I then want to use this as part on an internal portal so I will store these prices in a seperate table.
I can extract each item individually i.e. customers & products. but I can't seem to get the logic correct for working out the correct sales price.
This is for Epicor 9.05
Thanks
It sounds like you want to use customer price lists to track pricing for your customers. This will allow you to set discounts or custom prices for some or all of your parts.
While the material is proprietary to Epicor, you can take a look at the "Customers and Accounts Receivable" chapter of the EpicorAppplication_UserGuide for your version as found on your EpicWeb customer portal for more information on using these.
Greetings.
I am working on a eCommerce website based on shopify. And for product I want to set a custom price. For example, The standard price of product is $500 but price will vary if user increased the quantity i.e. On 5 - 10 it will cost $450, On 11 - 15 it will cost $400 and on 20+ quantity it will cost $300.
I have searched module for this and also found a module i.e. https://apps.shopify.com/quantity-breaks. But its working on the basis of "Percent" that I don't need. Because I want to place price manually on the basis of quantity.
So please help me out from this and provide your valuable thoughts on the same.
Thanks in advance.
The way this is generally done in Shopify is to create variants where the option values are the price breaks. You have to modify your theme so that when a Qty > price break is entered the product page selects the variant that corresponds to that price level.
Other than the coding portion of this the main issue becomes inventory management since Shopify treats each variant as a separate inventory item but if you use variants to manage price breaks they are not actually separate items.
I think the easiest way to do this would be with a Shopify App. There are many that have price breaks etc. and they are usually easier to set up than using variants as the price break amounts.
I am looking for an algorithm to use to help with fluid orders. I believe it may be a version or the knapsack or bin packibg problems.
We have say 5 storage tanks, 3 of them are product a, 2 of them are product b.
The tanks can be different capacities.
We have historical data telling us roughly how much will be used from each tank while awaiting delivery of new product. The supplied product comes in a fixed quantity, although multiples of the supply quantity can be purchased.
There is a minimum quantity that can be ordered- the minimum can be a combination of products or all the same. We want to stock the minimum of each product that we can, but still meet the demand we predict from each tank. The tanks are not linked and product cannot be pumped between tanks even though it is the same product.
If I can find out the algorithm I need, I should be able to code it with too much problem. Thanks
I am using Prestashop 1.6 and my client has recently requested this promotion to be configured.
It looks like Cart Rules / Catalog Rules are the way, but I can't seem to get it.
Here's the scenario:
There are 3 items in CategoryA ($3 each), and 4 items in CategoryB ($4 each). Promotion is "Buy Any 4 # $10". So as long as there are 4 items in total in the cart (regardless of how many qty each from whichever product from whichever category), the price should be $10.
It definitely can't be done via discount amount or discount percentage, as we will not know the total amount of the cart.
Can this be done in the out of the box PS? Or is there any premium module available?
P.S.: I have searched rather long in stackoverflow but seems weird that no one requires this feature? Or did I overlook it in PS?
I would like to know how does e-commerce sites maintain their databases?
Let say they are selling a product name X from a marchant M
Now the merchant increases or decreases the cost of the item. It is manually edited in the e-commerse backend ? Is this part automated?
If there is an id associated with the item, is id given by the merchant or the e-commerce site?
There can be 10 same product items provided by 10 different merchant. Now the specification of the product is same but the amount varies from each merchant. if let say every merchant change the cost of the item and tell us the cost. How can we in automated fashion edit the backend in such a situation
The shop owner with the website is adjusting their prices independently of the wholesaler. This can be done manually in an online product admin interface, or it can be done through some kind of data feed of all products like XML or CVS. The data feed can be coming directly from a retail point of sale system. If the wholesaler raises the prices - the shop owner still has stock on hand of the product they bought at the previous price. When the shop owner takes delivery of the new stock and enters that inventory into the system - at that point they would adjust the prices.
A product has a UPC code (or EAN if in europe) which is universal for that product. For example all products on Amazon have a UPC code which is how they organize different sellers for the same product
VERSUS a SKU or Product ID - which is unique to the shop owner. That is what the shop owner uses to track inventory and prices. The universal UPC plus unique SKU is how amazon determines the product that is sold.
In your last example - you are talking about functioning as a "marketplace" like Amazon.com Amazon lets merchants determine their own prices - but very important to know the price is ranked as price + shipping cost. Because some merchants will lower the product price to try and come out on top but then they inflate the shipping cost to make up for it.