'Special Price' comes up after the price update through MAGMI - magmi

After I update prices via Magmi, I get the old price displayed as a 'Special price' and the new price (from the update) as an 'old', crossed off price. I have tried with few different fields, all seems to be working perfectly fine (stock levels, some other settings) except for the price. When I edit the affected stock through Magento 'manage stock', all setting are fine there, the price seems to be updated no problems, even that 'special price' field is blank (?), so I don't really know what is happening here... when I click 'save' it goes back to normal.
I have ~3,000 products, so updating the prices manually is not an option for me...
I have 2x shops if that matters.
Please help!
Thanks

Re-index prices in Magento backend. Then correct price changes will show.

Related

Magento 1.9 Custom Math Pricing / Simple Product Issue with Price

I've installed an extension, Custom Math Pricing by Mico Solutions, and I am experiencing 2 issues with my site now.
Issue 1: When I customize the product, the price is updated correctly on the product page, however, when the product is sent to the cart, a portion of the price is missing (length x price per foot). I checked in the database to look for the price and could only find records of the wrong price so the price is only showing for the product page. The portion of the calculation that is missing from the price includes an attribute which is set as a variable rather than custom options. The custom options calculate perfectly.
Issue 2: When I customize a simple product and add it to the cart, I cannot go back to that product page and customize it a second time, the price remains fixed on the "base" price. Let's say the product has a base price of $10.00. When I customize it, the price stays at $10.00 but is different in the cart. I have to delete my browser cache and cookies in order to customize it again and by doing that, my cart is emptied.
So my question is, where in the code can I find the pricing that is being sent to the sales_flat_quote table in the database. Additionally, how can I debug or correct the issue of customizing a product a 2nd time?
It seems like you've got an issue with conflicting extensions. Your best bet is to go to the Admin modules section (Admin > System > Configuration > Advanced > Advanced) and disable anything else that appears to deal with product pricing. Reset the cache and index and try again. I am somewhat familiar with this extension and it's not compatible with configurable products... make sure your products are simple product types when adding products.

Remove "price" from Magento product details page

I am using tier pricing with a new install of Magento. I am running into some problems with removing the "price" when using tier price. When I leave it blank it show $0 and tiered soes not show at all. When I put a number in, it shows and the tier amounts show. I sell item in bulk, so I do not want the "price" attribute to show. How can I hide it? even if I have to put a price and hide it in the back end, thats fine. I only want my tiered prices to show on the details page. Any ideas?
Thanks!!
If you don't want to modify or pollute your template, you can use this extension to hide/remove all kinds of product's price. AND it works for all kind of theme without modify any template or rewrite.
magento connect link: http://www.magentocommerce.com/magento-connect/catalog/product/view/id/22443/
Demonstration: http://demo.magetools.net

special price - how to remove in mass?

I hase set some special price, with a start date, and no end date.
Now I want to remove all the special price.
so no discount.
I went to the catalog view, I select ALL products, and clicked on "change attributes".
I've check the "updated" checkbox beside start date, and special price.
then I click apply.
I can see the special price disappeared, but... on the front end, I can still see the promotion!
How is it possible?
Now note that If I select a product on the backoffice, and If I click on "save" (without editing anything) then it works on the front end!!
Of course I re-indexed everything and cleared the cache.
I have 20k products so I cannot select all products one by one to click on "save"
thaks for your help
Rod
I use magmi for this. Most bulk operations are possible here. You'll definitely need this if you say you have 20k+ products.
Outside of this solution, you'll probably have to do stuff manually, write a script to manage the mass update, or write a direct SQL statement to update this. I'd post a query here but it can be too varied because of Magento's EAV system.

Magento CE 1.7.0.2 – Imported products do not show up in frontend

I've been battling with this issue for the last week now, and am really hoping someone here might be able to help me with it.
After repeatedly importing products from a CSV generated by a different (and slightly older) Magento store, using both the Import and the Dataflow/Import All Products tools, I can get them to show up in the backend, seemingly with all the data intact and with images and everything, but they simply will not show up in the frontend.
It seems that the only way to make them show up in the frontend is to save them from the admin product page, which I'd rather not make the client do on 1922 products. They do not show up if I add them to categories from the category manager, only (as far as I know) if I save them from the product manager page.
Also note that all products
are enabled
have stock quantity > 0, weight > 0 and price > 0
have stock availability = In Stock
have visibility = "Catalog, search"
have the correct website assigned to them
have the right tax class associated with them
In addition, the cache has been entirely disabled and I've re-indexed everything at least two dozen times. I've also tried running the following snippet of PHP:
$products = Mage::getModel('catalog/product')
->getCollection()
->addAttributeToSelect('*');
foreach ($products as $product) {
if ($product->isSaleable())
Mage::log("Sellable product: {$product->getId()}");
else
Mage::log("Unsellable product: {$product->getId()}");
}
and the log file subsequently contains nothing but "Sellable product: ...". I've also used the same product loop to set the website ID of the product and then save it, which also makes no difference. I've tried outputting the attribute values of various invisible products (using $product->getData()) both before and after saving through the product manager, but I cannot locate any differences whatsoever. I have not examined every MySQL table before and after saving, and frankly, I'd rather not have to do that.
I'm at wits' end. I don't know what else to try. I could re-import the product list for the umpteenth time, but I doubt it'll make a difference. I could try mass-updating the products again (using the product manager's "Actions" dropdown set to "Update Attributes"), but it's probably not going to help this time either. Does anyone have any ideas whatsoever?
My apologies if this is not the correct venue for this kind of question; feel free to point me in the right direction if that's the case.
UPDATE
Turns out that the products did not actually have the right website set, even though the admin panel clearly claimed so for all the products I looked at (none of which showed up in the frontend).
Solution: Manage Products > Select All, then select the action Update Attributes and add the products to the correct website(s). Don't forget to rebuild the indexes.
I had the same problem, so thank you for this answer you provided in your post:
UPDATE
Turns out that the products did not actually have the right website set, even though the admin panel clearly claimed so for all the products I looked at (none of which showed up in the frontend).
Solution: Manage Products > Select All, then select the action Update Attributes and add the products to the correct website(s). Don't forget to rebuild the indexes.
Just to add to this - I also had the same problem, however mine turned out to be the is_in_stock was either 0 or set to a qty value. Needs to be 0 or 1.
Just incase anyone has that issue.
Do you have gd php extension?
Install it (in CentOS):
yum install gd gd-devel php-gd
After execute this
service httpd restart
Best Regards

Magento: Shopping cart price rule gets applied, but discount not subtracted from subtotal

I have created a shopping cart price rule in my Magento store (version 1.4.1.1), and it seems to get applied without issue on the frontend, but the discount isn't actually reflected in the subtotal or final total. The original item price is $45.00, and the discount should be $35.00, making the final price $10.00. Here are some screenshots of the setup. (Sorry, because I'm a new user it won't let me post images directly in this posting.)
http://imgur.com/a/hdYDb
Main rule page
Actions page
Cart showing that promotional code was applied
Reviewing order (last step before submitting order)
This particular item has some custom options set, which set the pricing for four individual options. The price for the product is $0.00, and then each option has it's own price (I didn't set this part up, so I'm not sure if I'm missing something from here too). Here's a screenshot of the product custom options page: http://imgur.com/uO9HG
Any thoughts? I'm fairly new to Magento, so it's possible I'm just missing something obvious. Thanks in advance for any help or guidance!
I actually JUST figured out what was going wrong, or at least, I figured out a solution, though not sure exactly why this was affecting the shopping cart price rules. You're right that I wasn't even able to get a simple price rule to work - it simply wasn't working no matter how I changed the rule. Anyway, while working on another issue, I realized that I was missing the Subtotal/Grand Total box on the front-end of the shopping cart (I installed a clean copy of version 1.4.1.1 on my localhost, which is when I noticed it was missing from my live site). When I re-enabled the Subtotal/Grand Total box, the rules started working again. (I suppose now that Magento has a place on the front-end to show the discount, it actually applies it, whereas before it would just do nothing.)
So, to re-enable the subtotal/grand total box, in the back end, I went to System > Configuration > Advanced > Enable the Mage_Tax module. Again, not sure why it was disabled in the first place, and I'm not sure if this affects anything else on the site, but it's been up for awhile now and I haven't noticed anything awry. Here's a screen capture of it working: http://i.stack.imgur.com/kjl6S.png
I think the problem comes from using SKUs with your custom options combined with restricting your price rule to the product SKU. Magento combines them using a hyphen - place a test order to see if this is the problem.
The SKU in a test order I made comes out something like this;
[ORIGINAL_PRODUCT_SKU]-[CUSTOM_OPTION_SKU]
At least, that's the result I'm getting from version 1.5.0.1
The quickest solution I could find was to match the rule on the product url key rather than SKU. It isn't the most intuitive solution, but since you wouldn't change the URL on the product (I hope), it will work where SKU's with custom options fail.
In version 1.4, the URL key should be available to choose instead of SKU already. So you can just select url key instead of sku and insert your product's correct url key in your shopping cart price rule. Just replace "SKU is ..." with "URL key is ..." inserting the correct url key for your product.
In version 1.5 I had to enable "Use for Promo Rule Conditions" on the url_key attribute like this;
Log in to Magento admin area
Navigate to Catalog > Attributes > Manage Attributes
Locate the Atrtibute Code "url_key" and click to edit it
Change "Use for Promo Rule Conditions" to Yes
Save the changes
you may need to reindex the Product Flat Data index at this point
Then I could use it in my price rule.
Had this same exact problem on CE 1.9 running PHP7, applying the Inchoo "PHP 7 compatibility extension for Magento 1" solved the issue!
https://github.com/Inchoo/Inchoo_PHP7

Resources