Stack Exchange Network

Stack Exchange network consists of 175 Q&A communities including Stack Overflow, the largest, most trusted online community for developers to learn, share their knowledge, and build their careers.

Visit Stack Exchange
11

If you set the price set field to REQUIRED, the -none- option should be suppressed automatically.


7

You're looking for some advanced reporting: install this extension: fuzion extended reports -> and then look for report template: Extended Report - Price Set Line Items.


6

I had a similar problem (CiviCRM 4.6) and solved it as follows: The price sets kind of belong to the event component, and therefore they require not only "regular" CiviCRM permissions, but also access CiviEvent. Since the CiviEvent component wasn't enabled, the permissions weren't there, and the admin user didn't have them. After enabling CiviEvent and ...


6

If you use price sets then each field, or each option on multiple option fields, can have its own financial type. Currently, event price sets support contributions (FWIW, membership price sets also support contributions, but it's not yet possible to have memberships and event tickets in the same price set). The trouble you are having is the simplified price ...


6

It looks like you set end dates not just on the event, but on the price fields as well. If so, you can remove the end dates from the price fields and that should fix your issue. Public registration will still be impossible. End dates on price fields are only necessary if that price option goes away before the event takes place (e.g. early bird pricing).


6

You can do this with Price Sets. I'll document the entire set up: Go to Administer -> CiviContribute -> CiviContribute Component Settings and check the box Enable Tax & Invoicing (Tax = Sales Tax; Invoicing you get as a bonus) Go to Administer -> CiviContribute -> Financial Accounts and create one Financial Account for each Sales Tax Rate Ignore Tax-...


5

Add a field of type Date to the webform -> set it to default: now - and set it such that start date = now and end date = now; deselect the Enable popup calendar Conditionals: example: Hide the date field with CSS and hide your element with CSS - as you can see above mine is called today: .webform-component--today { display: none; }


4

I have successfully used price sets for exactly that purpose. You can customise the event confirmation/receipt at Mailings > Message Templates > System Workflow Messages. These are written using Smarty. {if $event.id eq 'XX'} will let you selectively customise the receipts for a particular event. {if $line.label eq 'Friday only'} should let you ...


4

one way you could do this is to create one field in your priceset for the ticket (probably making it required to ensure that they actually purchase tickets), and then another field (not required) that's a text field with a value set to 1 (which will multiply by the amount they enter), e.g., https://www.screencast.com/t/Db1nHAWfA (You can also set the ...


4

Unless something recently changed, the answer is no. We've had to do a separate price set with specific dates for every one of our events. I'd much rather have one price set for each event type, as opposed to dozens of price sets each year.


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

Sorry - your best bet is a big pot of coffee and just getting it done via the GUI! That's because there are quite a few places in the database that are touched when storing price options. Even with phpMyAdmin access (like you have) it's going to be a lot of copying of rows - then updating IDs - carefully linking them properly to the other tables involved in ...


3

It looks like you're using a price set with "Text / Numeric Quantity" price fields. These are designed to give you the option to pay for multiple units of something. For example, you might have a field "number of children to sponsor", where the price is $300. Entering 2 will make the contribution total be $600. People use this for events a lot when ...


3

You could use hooks to create custom tokens: http://wiki.civicrm.org/confluence/display/CRMDOC/Customized+(and+Custom)+Tokens Or you can see if the Fancy Tokens extension adds the tokens you need: https://civicrm.org/extensions/fancy-tokens


3

If a javascript solution suits you: var a = document.createElement('a'); a.href = document.location; var amount = a.search.match(/amount=([0-9]+)/)[1]; jQuery('#search input[name="q"]').val(amount); Visit this URL -- current page + ?amount=1234 Paste the above code in your browser console Observe that the StackExchange search box now contains the value ...


3

You should install the extended reports extension and investigate the options available to you in Extended Report - Contributions with Price Set data or Extended Report - Price Set Line Items


3

I think this is resolved in our case by not using Price Set now that I twigged that the 'financial type' setting on the Contribution page ONLY affects the Donations, while it is the 'financial type' setting on the Membership Type that takes care of the other. If you are using this contribution page for membership signup and renewals, the financial type ...


3

Edit: I forgot this was a CiviCRM extension (Group-Based Pricing). My apologies. Luckily it's very easy to use. I haven't used CiviDiscount but what I am using right now is Price Sets with Radio, Select, or Checkbox price fields. Within those, you can edit each option, and limit the visibility to certain groups. (I actually just posted asking if there's a ...


3

Price sets relating to any contribution record(apart from contribution pages) also need to be deleted before removing any fields from the priceset. Since Contribution need this field information to show them on viewing those contribution record, it doesn't let us to delete the fields or pricesets related to them. To know what contribution or membership ...


3

As posted under Jenni's comment. This problem was due to some customization in the contribution form. Once we put in a test for a zero balance and a conditional response everything is working again.


3

You can use Build Amount hook to alter the price. If you want to trigger the change on form submit than you can use $form->_flagSubmitted. This is set to true when form is submitted. You can also use buildform or post process hook. But validateForm is a bad option. function xxx_civicrm_buildAmount($pageType, &$form, &$amount) { if (get_class($form)...


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

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.


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

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


2

I think that's just a manually-set field. It certainly predates the accounting improvements, and I think it predates price sets. The problem is that it's not always a reasonable assumption that the bulk of a contribution is deductible. You might have a organization with a 501(c)3 arm and a 501(c)4 arm. The dinner is $500 per couple, toward the c3, with $...


2

The only way I see to accomplish this without writing custom code is to create 3 Civi events. You'd then: Create a page on your website describing the event, with 3 different registration links. Give your 3 events the same date, event type, etc, but different limits and pricing structures. All three can be set to roll over to waitlist after the limit is ...


2

I just tried this (at Stoob's request) on one report & it seemed to only require a couple of lines - https://github.com/eileenmcnaughton/nz.co.fuzion.extendedreport/commit/fb5ba0d47b1c4fea651fcec5760497bf204c5b56 Note that there are several price set reports & this might not be the one you were focussed on but the principle should be the same


2

First - don't edit anything in the templates_c directory! These are cached pre-compiled copies of the template, and are frequently cleared out. Second - it's not advisable to edit the templates that ship with CiviCRM directly, because you'll have to apply your changes on every upgrade. The best practice is to install civix and create an extension, but in ...


2

I do not think this is possible with off the shelf CiviCRM. You should certainly have a play with the CiviDiscount extension: https://civicrm.org/extensions/cividiscount if you have not already installed it. But even then I think your requirements would mean a specific extension. As you know you can develop an extension yourself or get a CiviCRM partner or ...


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