Just as Views can output data in virtually any way imaginable, this module allows you to have data input exactly the way you want. Create and update contacts, group subscriptions, tags, relationships, cases, activities, event participants, memberships and contributions via robust, user-friendly webforms that integrate seamlessly with your Drupal site.
- Application, enrollment, contact, sign-up & opt-in forms
- Event registration & RSVP forms
- Membership and contribution forms
- Submission forms for articles, petitions, etc.
- Data-entry forms for staff or volunteers
What it does
- Adds CiviCRM fields of your choosing to a webform.
- Supports contact fields (multiple contacts and contact types are supported), address, phone, email, website, activity, case, relationships, groups, tags, event participants, memberships, and custom data.
- Can auto-fill forms for logged in users or anonymous users following a personalized link from CiviMail.
- Display a personalized message to known contacts viewing the form.
- Accept credit-card payments for events, memberships, and contributions.
|2.0-2.3||6.x-7.x||3.x||3.4 - 4.0|
|2.4-2.8||6.x-7.x||3.x||4.1 - 4.6|
|3.x||7.x||3.x||4.1 - 4.3|
- Webforms display as standalone Drupal pages or blocks. They are not CiviCRM profiles and cannot be inserted into standard CiviCRM workflows.
- Currently not compatible with the form_builder_webform or webform_alt_ui modules (form_builder and options_element modules are ok though).
- Integrates with CiviContribute, but only supports on-site credit card payment processors at the moment. This notably excludes Paypal Standard and Stripe.
Also Works Nicely With
- Webform Layout for making your webforms pretty
- Webform HTML Textarea provides a WYSIWYG field to better represent some CiviCRM fields such as notes
- Node Export so you don't have to create new webforms from scratch
- Rules is a great way to automate additional actions when a form is submitted
This project is actively maintained on GitHub. Traditional patches are still accepted, but Pull-Requests are preferred. The issue queue here on drupal.org is still the primary location for bugs and features (the github issue tracker is disabled to avoid confusion).