This may sound bizarre - I need a customer group that when they login into magento they see a price increase.
The reason for it is the online price is going to be cheaper than the instore products. So I'm going to setup a user for the sales staff to login to so they can process the orders - but obviously we need to increase the prices.
Is there a way to do this, it basically just need to be something like 10% more.
Quickest solution might be an extension. Google search found this: http://www.webtexsoftware.com/customer-group-prices-magento-extension
Just make the default price the higher price. Then setup tier pricing for the lower price. Associate all the groups except your sales reps to the tier price.
In the end we decided to create a new store that had the 'instore prices'
Related
I am using Magento 1.7.0.2, with approximately 4,000 product items and 3000 customer accounts, recently I have been tasks with uploading a large amount of customer prices. The prices will be held against the product as group prices, and the customers price will be determined by the group they belong to - all standard magento and all working fine.
However the requirement will mean i will be required to upload 650 customer groups, and then associate a product price with each group
This yeilds 650 * 4000 = 2,600,000 - A lot of prices!
I'm aware that this will take some time to complete as a process the question is can Magento handle this number of prices?
thanks
Magento is able to handle this. Of course it depends on the hardware also :).
There might be some problems in the add-to-cart and checkout process. by problems I mean it might slow down the process a little.
For product listing Magento uses the index tables for prices (and others) so this shouldn't be an issue.
By the way...your indexing process will take longer. You might not be able to run it from the backend (but that is not recommended anyway).
I was wondering whether anyone could guide me on the purpose
of the Tier Price section when adding a product to the catalog.
What is a tier price and how does this section of the page work
in terms of what can be accomplished with this field?
Magento documentation is a bit limited, not sure where to find
this information, and would like to have a grasp on the genric
concept as well as the details.
Tier prices are remarkably easy - once you understand them. Getting your head around all fo the things Magento throws at you at first can be overwhelming and make you overthink some things. So, hopefully I can explain tier prices in Magento a bit for you.
Tiered prices allow you to have multiple prices based on the quantity that the user wants to purchase (and the customer group). For example:
Qty | Price
1 | $10
5 | $12
10 | $13
Customer groups (if you don't know what they are) allow you to group various customers together and set up different rules and settings for each group - like separate price tiers. For example, my company is a B2B supply-level company, and in order to have an account on our site, you have to be a verified distributor of ours, or member of a sales organization that does business in our industry. Our customers would get mad if their customers were able to logon to our site and see what they (as our distributors) are paying. To remedy the situation, we have one price tier we show for the "Not Logged In" customer group that contains MSRP. We also don't want to have to make the customer work too hard in figuring out what they will actually be paying, so we then have a "Logged In" price tier that displays the actual distributor prices.
We also have a third price tier for some of our "Rewards" program customers that do a certain dollar amount of business with us in a specific time period - but that is just another example of how it can be used.
Hopefully this helps. Let me know if you have other questions.
If the user has an existing account balance, I'd like to give him the option to specify how much of his previous balance to apply to the item and sync this info with the cart and order. I have already implemented the user's account balance, both on the front and back end.
Would a coupon-like system work best, or should I try something else?
Thanks in advance.
I would let the customer decrease its cart total with the balance would be more simple / logic for the customer also (?)
What E-commerce solution do you use? Magento(?) If so there are coupon extensions that can handle this.
You could also build a simple balance system where users would see there balance in there account ( if such feature is implemented) or just mail them a message with a unique code that you save in DB + the value of balance then use this code as a coupon on checkout.
We have created quite a few e-commerce solutions up to date. Usually, when user balance is involved, then what you do is create two transactions referred to one invoice. In the first transaction specify the amount taken from balance, where as leave the other transaction for whatever checkout method you use. Upon callback from the checkout, see if the balance paid matches the invoice to mark it as paid respectfully.
Alternatively, you can use discount - decrease user balance and add "discount" to the order. It all depends on your accounting needs and preferences.
On Amazon they allow you to apply any unused balance to the existing order. Its when you checkout that they say you have $150 credit on your account, would you like to apply this to your order, it defaults to yes in a tick box.
Its quite neat and simple, it doesn't allow you to apply a part amount from what I've seen.
Then when you go to payment you pay $total - balance.
So if you have $200 total, the payment via credit card would be for the $50.
I would like to programmatically display a discounted price on the product list/page so that each customer as a personal price shown based on a customer attribute (like gender for instance, and of course let it be assigned as new price for the user session) but I can't see a viable option via the magento catalog price rules involving customer attributes other than the assigned group.
I'm using the group to do different kind of discounts and categorization of the customers, so the path of "split the customers on the gender" (or similar) is not an option unfortunately, since I can't assign more than 1 group per customer.
At the moment I was thinking about setting up a custom observer to check for calls to the price generation and then let it consider my customer attributes when calculating the price.
Is that possible? if so, any pointers about?
Would you suggest something different?
Thanks a lot to everyone for your time.
As I was thinking before, I solved my issue creating a custom module with an observer looking for catalog_product_get_final_price calls, getting the customer details from the current customer session.
It works great, I just need to let it display the correct price in the catalog product list, but is minimal, as the price seems to be calculated correctly inside the product page and the cart
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.