4

welcome to CiviCRM StackExchange! Price sets are meant to create/interact with contributions which require CiviContribute to be enabled. Hence it makes sense that they only work if you have CiviContribute enbaled. However it would make sense to not show any price set options in the UI as long as CiviContribute is enabled. You could create an issue for that ...


3

The way we do it is to set up multiple price fields on one price set. The first price field you would make required, the second field wouldn't be required. Then people are required to select something from the first field, but then can choose what (if anything) they select from the second field. We do it to have a required registration at the top, but then ...


3

My mistake.. I had configured the price set as a contribution, not an event fee.


3

When you access Civi, you log into your CMS (Joomla in this case) with a CMS account. That CMS account "Joomla Administrator" will be linked to a Civi contact. My guess is that your "Joomla Administrator" account is linked to the "Test Gmail" Civi contact. You can check this by looking at "Test Gmail" summary page in Civi: "Contact ID / User ID" will show ...


3

You have the value ‘1’ in the minimum amount field of the price set that you are using. Visit the settings section of the price that’s being used and remove this value. It’s not mandatory.


2

Probably the simplest approach would be to find the participants you want to change export those participants with the following fields: Event ID Participant ID Participant Status Id Fee level Fee Amount Open the resulting CSV file and change the Fee Level column accordingly. You may need to experiment a bit if you have multiple fields in the price ...


2

You can edit the contribution receipt under Mailings menu » Message Templates, System Workflow Messages tab. You can insert a conditional in the Smarty to exclude a line based on one or more variables in it. E.g. in the Online Receipt, the Smarty that generates the line items is pasted below. You could put {if $line.description eq 'Contribution Amount'} ...


2

As had no data to speak of in db, dropped tables in Civi db and reinstalled CiviCRM. Replicated form and works as expected.


1

It turns out that the Webform is not picking the price up from the Price Set at all, but from the 'Minimum Fee' field of the Membership Type record. Even if the Minimum Fee is blank (NULL in the database) the Webform picks up zero rather than going to the Price Set. (I had forgotten that the Minimum Fee was set (or even existed)). In fact, not clear ...


1

Have you added the 'Membership Fee' field to the webform under the memberships section? Believe this will stop prices from being pulled from Civi. Otherwise should pull across automatically as far as I am aware.


1

I can only think of two reasons why it is not appearing in price set drop is If you have ACL Financial turned ON (CiviCRM >> Administer >> CiviContribute >> CiviContribute Component Settings) and the user doesn't have permission to perform CRUD on the financial type. If the Financial type has missing 'Income account is' with the financial account. CiviCRM >>...


1

Maybe you could create the price set with 5 individual day options each at $50 and a 'Full week discount' at -$60 and then add javascript to hide the discount option and set it when all 5 days are selected. As a javascript approach that is open to someone messing with it and selecting the discount option when they should not so you might want to add a check ...


1

CiviCRM Resource URL - long standing bug in Joomla version, still in civi 5.9.0. Replace [civicrm.root] with absolute URL.


Only top voted, non community-wiki answers of a minimum length are eligible