It's time to take your CiviCRM skills to the next level! Join us for two days of intensive hands-on learning, individual attention from CiviCRM experts and networking with nonprofit peers.
Dig into the most popular components of CiviCRM with the guidance of experienced trainers.
Learn and practice on an actual database: we give each trainee their own CiviCRM site to work on.
Ask questions: you'll have plenty of opportunities.
Get an early-bird discount if you register by March 12.
We will cover all the most commonly-used core components of CiviCRM. This is your chance to become familiar with parts of Civi that you were curious about but haven't ventured into. You may also pick up better ways to accomplish the tasks you already do in Civi!
Do you want to restrict registration to certain events to logged in members only but still have other events open to the public? If the answer to the above question is yes, then this extension is for you. This extension allows you to set a flag to any event so registration is restricted to those that have a current membership.
A custom data set called “Member only event?” Is created once this extension has been installed. The custom data has been set to be used for Events and the option “Is this Custom Data Set public?” is unchecked so that this information is not visible on the event info page. Some default Pre-form Help text has also been set which can be amended as required.
The extension also comes with a UI to set membership statuses for members that should be eligible to register for member only...
Your nonprofit doesn't have just one fundraising strategy. You have many. Think events, donor letters and appeals, e-newsletter blasts, planned giving, and capital campaigns. Each of these strategies typically targets a specific segment of your community, even if the funds raised impact the same budget line.
Your CRM system should make it easy to tie together and understand the effectiveness of your efforts. Fortunately, if you are using CiviCRM you get that functionality out-of-the-box with CiviCampaign. With CiviCampaign you can tie together events, mailings, activities, and contributions under one umbrella, or campaign.
Every dollar you raise, no matter how (offline gift manually entered, online event registration, major gift, corporate sponsorship) can be tied back to the same goal. You can easily use these campaigns as a filter in Advanced Search or your Reports. You can also take immediate action, such as emailing all individuals who have contributed towards a...Read more
We are thinking about creating a native CiviCRM extension Someone Else Pays.
In CiviCRM you could use the soft credits (with a new soft credit type) to register another contact pay for an event registration, a membership and in theory any contribution. Our customer Domus Medica is using that at the moment. We encounter some issues though. Some of the issues are possibly bugs but some are also because we think soft credits is originally not meant to cater for this. It was meant to cater for soft credits. So we prefer to create an extension rather than fix a few issues in a hackish way and then finding out we have some more.
At this point in time our thinking would be to:
- generate a new table (sep_contribution_payer) where the contribution_id and the paying contact_id are stored if there is a different payer
- add a new collapse window on the contribution forms (also membership and...
We had a scenario where client runs a cluster of events, and folk sign up for these, and usually the registrants signs up for all events, but then they might invite mum to the Dinner, and brother John to the Talk, etc etc.
We wanted to achieve this on a single form with a single payment. We explored both CiviCart and Drupal Commerce but in the end concluded we could achieve this in a much lighter way with good old webforms.
The outcome is that up to 6 people can be registered for any combination of events, eg
- c1 registers for Events A, B, C, D, E and F
- c2 registers for B, C and D
- c3 registers for A and B
- c4 registers for A and F
To see the full gory details of the conditionals approach we took, please read the full blog on Fuzion's site.Read more
With a clear roadmap towards improved CiviCRM experience, Agiliway team keeps aligning CiviCRM software capabilities with an end-user working environment. The newly released CiviCalendar extension is our most recent solution and an absolutely necessary stop. From now on CiviCRM users can easily visualize their daily, weekly and monthly activities within CiviCRM.
CiviCalendar is styled to resemble Microsoft Outlook Calendar. For visual distinction the list view is replaced with graphic calendar squares, while entries are shown in different colors. User-friendly interface and intuitive navigation make it a breeze for users to add items...Read more
Have you ever wondered whether those Event or Membership Reminders actually get delivered?
And what about those automatic Receipts that go out? Ever wished you could see what the heck was actually being sent?
With the help of funding from Agileware (Canberra, Australia), several Fuzion clients, and Fuzion's own contribution, we have put a couple of our extensions in to a single bundle to bring these goodies to a wider audience.
By default CiviCRM only performs bounce handling when sending via CiviMail, but not when sending transactional emails such as scheduled reminders, event registrations, contribution receipts and the like. This extension addresses that limitation.
How is this happening?
This extension creates a pseudo-...Read more
As of CiviCRM Entity 2.0-beta4 the sub module called CiviCRM Entity Price Set Field provides a Drupal field type for the Event entity type. In this article we’ll review the features of this submodule and discuss how to configure and customize it to fit your needs.
Event Registration on the Event view page
When configured to display on the Event view pages, this field generates a registration form that supports:
- Registering multiple Participants
- Uses the event’s price set and all price fields of any type
- Pay later or credit card transactions utilizing CiviCRM’s payment processing
- Default values for the profile fields corresponding to the logged in user’s contact information ...
CiviCRM Entity is a contributed module for tightly integrating and extending CiviCRM with Drupal. This module exposes CiviCRM API entities as proper Drupal entity types. This is HUGE as it allows you to make CiviCRM data available within your favorite Drupal tools such as Rules, Views, and EntityReference. I’d like to present another advantage of Drupal entity types, and that is Drupal fields.
By enabling CiviCRM Entity, you can add Drupal fields and associate with CiviCRM entity types such as Contacts and Events. In fact, any of the hundreds of Drupal field types can be used with CiviCRM Entity. You may be asking yourself, “Shouldn’t I use a CiviCRM custom field? Why would you want to use Drupal fields?” The correct answer is, you should choose the right tool for the job.
CiviCRM is great at having the business logic and infrastructure to support event registrations. CiviCRM has price sets, price fields,...Read more
Do you need to allow parents to register their children? Tired of using custom data fields on a child to collect information about their parents and emergency contacts? Would you like the information collected during the registration to create (or update) the various contact records needed in the back-office? Then this blog post is for you. This recipe creates a contact record for each child, each parent, each emergency contact, the household contact, and also builds the appropriate relationships between each contact.
With the current version of WebForm and WebForm-CiviCRM modules, and some other extensions I am SO EXCITED about youth registration possibilities. The 2 major pain points that I have encountered for youth registration have been solved:
Logged in parents can choose an existing child when filling out a WebForm! There...