This is easy to configure with webform civicrm (a Drupal module) - here are the steps:
A. Create a native webform field - call it Discount Code. Let's put it at the top - where we're going to select the Membership Type:
B. Go to your CiviCRM Tab -> then to Memberships -> and hit the checkbox on Membership Fee; this will expose it to the webform;
C. String ...
I don't think that you can use CiviDiscount for the work-flow you are describing.
CiviCRM does have another way of registering multiple participants, and that is with the use of price sets. You could use this to offer a discount. However, this method would only be useful fo you if you don't need to collect any information about the additional registrants.
CiviDiscount is smart ... and will only display the membership option if you have created at least one membership type.
Create your membership (Administer -> CiviMember -> Membership Types)
Create your discount
Note that your discounts can apply to more than one membership!
Here we check what form we're ...
Richard - I have used 100% discount w/Civi 4.3 + pricesets. I assume you included all your priceset options in your discount code configuration (you said you had complex pricing) since the 99% worked? CiviEvent code checks that prices do not go below zero but zero should be fine. You mentioned you're using offline registration ("Register Event Participant") ...
One possibility is when they come out as a guest and pay the fee, you provide them with an automatic discount from the CiviDiscount extension, which is applicable to the full "Member" membership type and is automatically given to folks with a current "Guest" membership.
You may need to play with settings to see for sure if it will work in your case.
Can you try to clean CiviCRM cache and do a menu rebuild? You can do this by navigating to CiviCRM >> Administer >> System Settings >> Cleanup Caches and Update paths. Once you on the page click on Cleanup cache button.
We've patched Cividiscount extension which now ensures that the discount also gets applied to VAT/Sales Tax when it's applied to price options.
Here is the PR link: https://github.com/dlobo/org.civicrm.module.cividiscount/pull/131
Have also updated the ticket: https://issues.civicrm.org/jira/browse/CRM-16861
Sometimes CiviCRM sends you to an absolute URL, even though most of the time you navigate through links with relative URLs.
CiviCRM uses the base URL in your civicrm.settings.php file to build the absolute URLs, and it caches that base URL for performance. I suspect that your situation is either:
the base URL in the settings file still points to the live ...
Yes, CiviDiscount is compatible with CiviCRM 5.9.
I have a 5.9 environment with Drupal and is working as expected.
Your issue could possibly be permission related.
CiviDiscount recently introduced a permission - administer CiviDiscount
Joomla permission documentation -
I have been able to replicate the problem. With 3.8.3 and 3.8.4 I believe the issue is if there are multiple price sets with fields with the same labels. I replicated the issue using the following steps:
Create a price set of type event, add multiple fields
Duplicate the price set, without changing the labels of any of the fields
Create an event and select ...
I am not sure why you need to import a discount code. A discount code is needed for online transactions so that civi knows to charge a reduced price yet still create a membership. Here the transaction has already taken place offline.
Import the contributions for the actual amount paid, with a contributions source of, say, Student (or student discounted ...
The documentation page was outdated. The correct format for event pages is
for contribution pages
Since you have a different participant limit, its really a distinct event and you should treat it that way by creating a second event. Yes your participants have to register twice but then you'll have a much nicer record of which day they attended (and all the benefits of automated reminders as well).
With the two-event configuration you can offer ...
To the best of my knowledge, the CiviDiscount module only allows one discount to be applied. So you may want to consider utilizing one manually entered discount code that adds up to the total discount you're hoping to give (presumably only to certain members?).
Hope this helps,
Here is a proof-of-concept extension that shows how to override bits of CiviDiscount to make it possible. It might be better to fix this in CiviDiscount itself, but meanwhile it's a good way to test and better define the requirements.
This is copy-pasted code from a project. I tried to package it as an ...
There are ways in which to do discounts in webform civicrm - conditionals / fields using native webform fields and native webform conditionals.
In your specific case an easy way to handle this would be to have two webform civicrm forms - one with member pricing and one with non-member pricing [you can set the Amount fields
to what you need it to be] and ...
If CiviDiscount can be offered to those in a Smart Group, you could make a Smart Group of folk signed up to the first event.
Also read CiviDiscount based on group membership if you haven't already in case it gives other hints
I tested deleting a discount code with CiviCRM 5.2.1 and CiviDiscount 3.4
When deleting a discount code I saw this warning:
WARNING: Deleting this discount code (GMC610) will prevent users who have this code to avail of this discount. Do you want to continue?
After I deleted the code I searched for the contact id in the "cividiscount_track" table and the ...
I found this issue as regression to CiviDiscount ext due to CRM-21562 changes. Submitted a PR https://github.com/dlobo/org.civicrm.module.cividiscount/pull/190 against CiviDiscount ext. Can you please test this patch and if possible provide your feedback in the PR itself, that will be helpful in getting it merged?
I upvoted Zachary's answer, but I felt conflicted. I do NOT recommend importing directly to MySQL, because you end up bypassing validation logic and could create corrupt discounts. However, their suggestion of the API CSV Import GUI is a good one, and the one I'd recommend.
If you're not sure what the values should be for your various columns, go to ...
To answer the first question, the difference between the two is that the Discounts for memberships is where anyone with the code can get a discount when purchasing a membership (Civi help: "Discount the price of purchasing memberships. Only active memberships with start and end dates defined will appear in this list."). Automatic Discounts, on the other hand,...
CiviCRM only picks out a discrete list of shortcode parameters: see the code here. Adding an additional shortcode parameter will not make CiviCRM recognize it and add it to the rewritten request.
Unfortunately, without rewriting CiviCRM's WordPress integration, you won't be able to get this to work via shortcode. You'll have to use the big long URL ...
I'll ad this as an answer so it's not lost in a comment.
Steps to figure this out would be:
CiviDiscount is installed on demo/dmaster: try and reproduce your scenario/bug on demo/dmaster - starting by adding discount config here: http://dmaster.demo.civicrm.org/civicrm/cividiscount
If you can reproduce the issue you're seeing on:
I was able to isolate the CiviDiscount tracking problem in a separate sandbox site. Using Drupal Commons at the latest version, CiviCRM 4.7.4, and CiviDiscount 3.3, with no customizations or other modules installed, I tested discount codes and they were not tracked, just as described in my question.
When I upgraded to the latest version of CiviCRM (4.7.14) ...
This is possible, but you need to know how to address the API using JSON. Also, if you select contacts by name, you're going to need a different discount per contact. Using a custom field might be better.
Also note that this requires that the person filling out the contribution form be logged in!
Attached please find an example of a CiviDiscount ...