I want to use magento's multi store system like ebay.
I want to use stores on one domain and using the same root category but every store can have different price on every single product and I want every store to be multilingual.
Before I start I appreciate some direction, which way would be best practise to achieve this?
This cannot (reasonably) be done in Magento, mainly because pricing cannot be set at the store level AND each scope (website/store) comes with a not-insignificant performance hit. MANY have tried what you are proposing. None have succeeded. Sorry.
Actually there has many Magento extension can extend one Magento site into one Marketplace, which can let customer apply to be as one seller to sell their products as vendor on this common market.
Like:
https://www.magentocommerce.com/magento-connect/marketplace.html
https://www.magentocommerce.com/magento-connect/medma-marketplace.html
...
Related
We have requirement to handle price dynamic (referring external system).
We would like to know, what is the best way to handle dynamic pricing among below :
Approach 1 :
Creating Price factory extension and overriding getBasePrice() method of customPricefactoryManager. Please confirm if it uses jalo layer.
Approach 2 :
In DefaultSLFindPriceStrategy we can customize getBasePrice() method.
If any other way too, please lets know.
We would like to know which approach can help to handle prices in addtocart operation, checkout and product page details pricing.
It is not good getting price in another system with integration online. ERP system used by few sales people but ecommerce site can be used by hundred customer in same time. ERP cannot be handle huge amount of connections. I prefer pushing price from ERP not pulling them from hybris side. On the other hand customer will be hate changing price while surfing between hybris pages. You need to plan correct time for updating price and re-calculating existing carts.
It is highly unlikely that you would need to override the above classes to get dynamic prices.
Hybris already provides OTB functionality to get prices for different-
Users
User groups
Currencies
Time range
If you are trying to get different prices based on above criterions then you can simply use the OTB price row model.Getting dynamic prices on different pages has many caveats-
The price on different pages i.e. Homepage, PDP, Cart, Checkout,
etc. might show different values confusing the customer.
It cannot
be indexed so the PLP page will almost always show a different price
value.
I have an e-commerce site that provides made-to-order clothing. I've created a configurable product and just one associated product.
Is it possible to display all of the possible attribute combinations within just one associated product rather than manually add every combination?
I've tried allowing out of stock products to be displayed, but this didn't show all of the possible combinations.
I'm not hugely experienced with Magento, but I've used many CMS systems and inventory management products. I've never once seen a matrix / configurable / multi-variation / whatever you want to call it setup where you didn't have to create each combination as a distinct SKU. I'm not saying it's 100% impossible, but I'd view it as extremely unlikely and probably a waste of time to pursue.
Why not just create your configurable products and their sub SKUs via CSV import? It will be far easier and faster than creating them one at a time. Creating every combination will also be extremely easy. If you're not comfortable with Excel, you need to correct that yesterday if you want to be good at product management.
See this article:
https://www.siteground.com/tutorials/magento/import-products.htm
We have a magneto store and we sell decorations that are season based. So we need to have Magento possibly split into multi stores each housing the different seasons. But I need it to ONLY allow orders from 1 season to go through the system at a time not to have the customer able to mix their products up and then complete that order.
Does anyone know if it is possible to have settings changed to lock products/carts to a single store with in a multi store site?
Thanks,
Simon.
We are trying to do something interesting but challenging:
We have a couple thousand products listed on our B2C site (non-Magento), & are considering moving the site to Magento for a variety of reasons. The product pages provide detailed information about these products. Our user base would now like us to provide local information about retail stores where they can buy these products; the information required would be Retail outlet name, address, zip, phone, & a Google-map display (this last is optional).
In the front-end, each product detail page will display relevant retailers depending on the product AS WELL AS depending on the user's zip. Each user will see upto 5 nearby retailers.
My question is: how best can we set up this in Magento so that we can:
map products to retail_outlets, the way magento allows for mapping of products to categories. Products & outlets will have a many-to-many relationship, & we are looking for something that will be easy to maintain.
Map user's zips to the retailer info.
We are open to using magento 1.7, if that is a better fit.
Thanks in advance.
-TM
This is not the right place for this question as it is not related to programming and does not have code samples and is too general :( read the FAQ please
but in general you need:
add a product attribute (multiselect) with all your retail_outlets and add a possible retailers to a product
ask user to input a zip if he has not jet . you can get this from quote->getShippingAddress()->getPostcode(); if your user is
registered or something
on detail page query out your retailers by zip. This will need you to implement Geo/Spatial Search with MySQL.
So, the site we are working on right now is going to be Multisite and we are going to have different pricing for each website. The issue comes when one of those sites needs to have two different price lists.
There is going to be the price list for one site, and another price list for the other and then there will be a price list based on the customer group for the second site. I am not sure the best way to set this up since the pricing will be per website. The only other option that I see out of the box is to use the tiered pricing functionality and set if customer group A qty 1 and above use this price. (Thank you Joseph Mastey from one of your other answers!)
I'm concerned about this since I am doing a nightly price update as well and I assume programmatically saving this per product could be a pain. If anyone has any tips on setting the tiered pricing programmatically that would be huge or if you have another suggestion I would appreciate all that come my way!
Thanks for the mention :)
Having looked at this before, you're exactly correct. The tiered prices seem to be the only easy way to accomplish this. I have thought about trying to use multiple store views to the same effect, but I haven't had success yet.
Also, yes, updating tier prices can be a pain, I'm not sure the APIs even support it.
The API does support updating tier pricing.
http://prattski.com/2010/03/04/magento-import-tier-pricing-using-api/
If there is a simple percentage reduction for one customer group then you can use a Catalog Price Rule.