Attribute Pricing Not Working?

[afiumano]

On my test site here: https://dts2290.mivamerchantdev.com/...-memorial-tree, as well as my dev site that is password protected, product attributes with extra pricing don't seem to be working correctly. The "Size" attribute is set as an inventory variant and is working. If you add each respective size to the basket it is priced correctly. However, I have another attribute, "ADD PERSONALIZED ENGRAVED TAG" that has an additional price of $19.95 on it. This does not have to dynamically update the price (it would be nice) but I don't want to deal with so many inventory variants just for that feature. So it is not set as an inventory variant.

The issue is when you add the product to the cart Miva does not add the $19.95 to the product price. Anyone know what the problem might be?

[Matt Zimmermann]

Are you basing the pricing on the variant or is there a base price on the product that the variants are adding on to?

[afiumano]

There is not a base price on the products. The main price is determined by the size variant.

[Matt Zimmermann]

In that case, you may want to create variants with the engraving options as well.

[afiumano]

What is the reason we need to generate variants for all attributes with prices for it total on the BASK page correctly? Is that default setup? Most products have at least 3 attributes with 3 prices - that's a lot of variants to generate for this store.

[Matt Zimmermann]

That's a really odd situation. I know you mentioned that everything appears to be properly generated, but I would recommend double-checking all the attributes and the variants created.

[afiumano]

That's a really odd situation. I know you mentioned that everything appears to be properly generated, but I would recommend double-checking all the attributes and the variants created.

I believe you are commenting on a post I removed - showing a negative amount in the basket. I found the culprit to that - it was a module for discounting by category.

[afiumano]

I'm just wondering why we need to generate variants for ALL attributes with prices for the total on the BASK page to work correctly? Most products in the store have at least 3 attributes with 3 prices - that's a lot of variants to generate for this store. We have one product that you select letters to an alphabet and symbols and when I generated variants it produces almost 3000! That seems SOOO overkill for just the pricing to work correctly.

[afiumano]

So I tried creating variants for the engraving options on my test store and it doesn't produce very good results. Because our attributes use radio buttons to select Yes or No first, this is causing an error message on page load that says "Please select a valid combination of attributes. An option must be selected for ADD PERSONALIZED ENGRAVED TAG." This appears because we do not have a default set. But we do not want to have Yes or No selected already. Any ideas for how to make this work more effectively? Thanks.

[afiumano]

So if I generate variants using "Variant Price is set by the Master Product and its Attributes" then the dynamic pricing doesn't work but the correct price for attributes goes to the basket - however, the mini basket shows "0.00" for the price.

If the variants are generated using "Variant Price is set by the Inventory Product" then the dynamic pricing works but the price of the attributes doesn't cross over to the cart. Is there a way to do both?

[Matt Zimmermann]

The mini-basket can be modified to show the combined pricing if you want that. Otherwise, that is the standard way the pricing would display. If you have a base product and attributes add to its price, then you would see the individual amounts. If you are using variant pricing, then you are per-calulating the products price.

[afiumano]

In that case, you may want to create variants with the engraving options as well.

So is this the ONLY way to get the pricing of the attributes to charge properly?

One problem is our attributes use radio buttons to select Yes or No first and this causes an error message on page load that says "Please select a valid combination of attributes. An option must be selected for..." We do not want to have Yes or No selected already so wondering if there is a way around this at all?

[Matt Zimmermann]

When using any attribute with multiple options, it is a best practice to set the more desirable option as the default. If you do not want to do that, you can "fake" it by removing the Invalid Attribute Combination Message text under User Interface -> PROD -> Attribute Machine.

[Bruce - PhosphorMedia]

IMO: Yes No Options with no default preference should be check box. That would solve your onload problem

[afiumano]

Bruce, do you happen to have an example of a site that does it that way? The client likes to have the radio as Yes No to require a response because they have had issues in the past with customers saying they had wanted the gift message, etc.