collective.salesforce.rsvp 1.0a3

RSVP/Event registration system integrating the Plone content management system with the Salesforce.com customer relationship management system.

RSVP for Salesforce

Product home is http://plone.org/products/collective.salesforce.rsvp A documentation area and issue tracker are available at the linked locations.

A Google Group, called Plone Salesforce Integration exists with the sole aim of discussing and developing tools to make Plone integrate well with Salesforce.com. If you have a question, joining this group and posting to the mailing list is the likely best way to get support.

Failing that, please try using the Plone users’ mailing list or the #plone irc channel for support requests. If you are unable to get your questions answered there, or are interested in helping develop the product, see the credits below for individuals you might contact.

Overview

Using Plone’s Archetypes system and archetypes.schemaextender, the Salesforce RSVP add-on product enables a mechanism for “marking” pieces of content as eligible to accept RSVPs (i.e. registrations) from site visitors. The act of “marking” content extends the existing piece of content with several additional fields for custom RSVP behaviors.

However, this is not a generic RSVP/registration system, but as the name suggests, is optimized to work with the Salesforce.com Customer Relationship Management system, which is a generic system that can be used to manage Leads, Contacts, Campaigns, and Events. By default, registrants are stored as Lead objects with an associated CampaignMember object serving as the “junction” between an organization’s configured “Campaign” and those interested in participating. This can be useful in cases of in person and/or virtual events (i.e. a training, a conference, a political rally, etc.) and online campaigns allowing participant sign-on (signature drives, pledge drives, etc.). The default behavior of creating a Lead and CampaignMember associated with the configured Campaign can be fully customized with the optional add-on Plone products PloneFormGen (and dependencies) and Salesforce PFG Adapter.

Features of RSVP for Salesforce include:

• Complete integration with the robust and powerful CRM system Salesforce.com

• Ability to mark and configure any Archetypes content object as RSVP-aware

• Default registration form requiring minimal attendee information and completely free of complex configuration demands.

• Optional maximum capacity for RSVP-enabled activities

• Optional acceptance of “waitlist” registrations in the event of cancellations

• Optional expiration date for the automatic disabling of RSVP

• Ability to model “first come first served” or “apply for acceptance after further consideration” type events. This can be done by setting the default signup “status” from within Salesforce.com for the RSVP-enabled event (i.e. the status for a newly created CampaignMember could be “sent”, “applied”, “responded”, etc. depending upon how event attendance is modeled in each case.

• Optional Add-on Capability: Using PloneFormGen with Salesforce PFG Adapter create enhanced and completely customizable registration forms requesting and/or requiring arbitrary sign-up data that can be mapped to arbitrary Salesforce.com objects. The referring “RSVP” accepting Salesforce.com object id is passed to the custom form for appropriate association.

What this isn’t…

… and may or may not ever be:

• A general, feature complete ticketing, online registration system. This is simple and optimized to integrate well with Salesforce.com and is optimized towards events with a flexible amount of capacity. While one can certainly use this to lock down capacity a bit more tightly, the burden is upon a correct configuration of the capacity related fields.

• A system for accepting online payment to secure event attendance – though we’re placing bets internally on how long it will be until this feature is requested.

• A fail safe system for absolutely capping attendance at a hard capacity. Because a greater than max capacity # of participants could load a custom PloneFormGen-based registration form (or the default registration form for that matter) that suggests available capacity, we advise you to set expectations appropriately during the signup process and via any auto-response emails that are sent. In other words, text like the following goes a long way towards expectation management: “Thanks for expressing your interest in attending our event. A follow-up email will be sent within 24 hours confirming your space for the event.”

INSTALL

See ./docs/INSTALL.txt

TODO & KNOWN ISSUES

See ./docs/TODO.txt

CONFIGURATION TIPS

See ./docs/CONFIGURATION-TIPS.txt

Credits

The Plone & Salesforce crew in Seattle and Portland:

• Jon Baldivieso <jonb –AT– onenw –DOT– org>

• Andrew Burkhalter <andrewb –AT– onenw –DOT– org>

• Brian Gershon <briang –AT– webcollective –DOT– coop>

• David Glick <davidglick –AT– onenw –DOT– org>

• Jesse Snyder <jesses –AT– npowerseattle –DOT– org>

Salesforce.com Foundation and Enfold Systems for their gift and work on beatbox and the original proof of concept code that has become Salesforce Auth Plugin (see: http://gokubi.com/archives/onenorthwest-gets-grant-from-salesforcecom-to-integrate-with-plone)

See the ./docs/HISTORY.txt file for the growing list of people who helped with particular features or bugs.

License

Distributed under the GPL.

See ./docs/LICENSE.txt and ./docs/LICENSE.GPL for details.

Running Tests

It is strongly recommended that you run your tests against a free developer account, rather than a real production Salesforce.com instance. … With that said, to run the tests for Salesforce Auth Plugin do the following:

Configure your Salesforce.com instance:

In order to successfully run all of the automated unit tests, some modifications need to happen within your Salesforce.com instance.

In many of the tests, a dummy campaign within your Salesforce.com instance is created. In a few cases, we test the logic for presentation of the registration/waitlist signup/registration closed options for the RSVP-enabled content object. This assumes that the following fields have been added to the “Campaign” object via Setup –> Customize –> Campaigns –> Fields –> “New” button under “Campaign Custom Fields & Relationships”:

Field Label         Field Name          Field Type    Field Description

-----------         ----------          ----------    -----------------

Allow Waitlists?    Allow_Waitlists     Checkbox      Will you accept waitlist
                                                      registrations for this campaign?
                                                      Only required if you plan to enable
                                                      RSVPs in a capacity limited way
                                                      via your website.

Max Capacity        MaxCapacity         Number(18, 0)

Note: You can accept the defaults for the other field attributes.

Read:

Running Tests –> “To run tests in a unix-like environment” from SalesforceBaseConnector, which is a dependency, so you should have it :)

Do the following:

Rather than running the test suite for salesforcebaseconnector do the following:

$INSTANCE/bin/zopectl test -s collective.salesforce.rsvp

FAQ about running tests

If you have trouble running tests, consult “FAQ about running tests” from SalesforceBaseConnector.

Detailed Documentation

RSVP for Salesforce

Product home is http://plone.org/products/collective.salesforce.rsvp A documentation area and issue tracker are available at the linked locations.

A Google Group, called Plone Salesforce Integration exists with the sole aim of discussing and developing tools to make Plone integrate well with Salesforce.com. If you have a question, joining this group and posting to the mailing list is the likely best way to get support.

Failing that, please try using the Plone users’ mailing list or the #plone irc channel for support requests. If you are unable to get your questions answered there, or are interested in helping develop the product, see the credits below for individuals you might contact.

Overview

Using Plone’s Archetypes system and archetypes.schemaextender, the Salesforce RSVP add-on product enables a mechanism for “marking” pieces of content as eligible to accept RSVPs (i.e. registrations) from site visitors. The act of “marking” content extends the existing piece of content with several additional fields for custom RSVP behaviors.

However, this is not a generic RSVP/registration system, but as the name suggests, is optimized to work with the Salesforce.com Customer Relationship Management system, which is a generic system that can be used to manage Leads, Contacts, Campaigns, and Events. By default, registrants are stored as Lead objects with an associated CampaignMember object serving as the “junction” between an organization’s configured “Campaign” and those interested in participating. This can be useful in cases of in person and/or virtual events (i.e. a training, a conference, a political rally, etc.) and online campaigns allowing participant sign-on (signature drives, pledge drives, etc.). The default behavior of creating a Lead and CampaignMember associated with the configured Campaign can be fully customized with the optional add-on Plone products PloneFormGen (and dependencies) and Salesforce PFG Adapter.

Features of RSVP for Salesforce include:

• Complete integration with the robust and powerful CRM system Salesforce.com

• Ability to mark and configure any Archetypes content object as RSVP-aware

• Default registration form requiring minimal attendee information and completely free of complex configuration demands.

• Optional maximum capacity for RSVP-enabled activities

• Optional acceptance of “waitlist” registrations in the event of cancellations

• Optional expiration date for the automatic disabling of RSVP

• Ability to model “first come first served” or “apply for acceptance after further consideration” type events. This can be done by setting the default signup “status” from within Salesforce.com for the RSVP-enabled event (i.e. the status for a newly created CampaignMember could be “sent”, “applied”, “responded”, etc. depending upon how event attendance is modeled in each case.

• Optional Add-on Capability: Using PloneFormGen with Salesforce PFG Adapter create enhanced and completely customizable registration forms requesting and/or requiring arbitrary sign-up data that can be mapped to arbitrary Salesforce.com objects. The referring “RSVP” accepting Salesforce.com object id is passed to the custom form for appropriate association.

What this isn’t…

… and may or may not ever be:

• A general, feature complete ticketing, online registration system. This is simple and optimized to integrate well with Salesforce.com and is optimized towards events with a flexible amount of capacity. While one can certainly use this to lock down capacity a bit more tightly, the burden is upon a correct configuration of the capacity related fields.

• A system for accepting online payment to secure event attendance – though we’re placing bets internally on how long it will be until this feature is requested.

• A fail safe system for absolutely capping attendance at a hard capacity. Because a greater than max capacity # of participants could load a custom PloneFormGen-based registration form (or the default registration form for that matter) that suggests available capacity, we advise you to set expectations appropriately during the signup process and via any auto-response emails that are sent. In other words, text like the following goes a long way towards expectation management: “Thanks for expressing your interest in attending our event. A follow-up email will be sent within 24 hours confirming your space for the event.”

INSTALL

See ./docs/INSTALL.txt

TODO & KNOWN ISSUES

See ./docs/TODO.txt

CONFIGURATION TIPS

See ./docs/CONFIGURATION-TIPS.txt

Credits

The Plone & Salesforce crew in Seattle and Portland:

• Jon Baldivieso <jonb –AT– onenw –DOT– org>

• Andrew Burkhalter <andrewb –AT– onenw –DOT– org>

• Brian Gershon <briang –AT– webcollective –DOT– coop>

• David Glick <davidglick –AT– onenw –DOT– org>

• Jesse Snyder <jesses –AT– npowerseattle –DOT– org>

Salesforce.com Foundation and Enfold Systems for their gift and work on beatbox and the original proof of concept code that has become Salesforce Auth Plugin (see: http://gokubi.com/archives/onenorthwest-gets-grant-from-salesforcecom-to-integrate-with-plone)

See the ./docs/HISTORY.txt file for the growing list of people who helped with particular features or bugs.

License

Distributed under the GPL.

See ./docs/LICENSE.txt and ./docs/LICENSE.GPL for details.

Running Tests

It is strongly recommended that you run your tests against a free developer account, rather than a real production Salesforce.com instance. … With that said, to run the tests for Salesforce Auth Plugin do the following:

Configure your Salesforce.com instance:

In order to successfully run all of the automated unit tests, some modifications need to happen within your Salesforce.com instance.

In many of the tests, a dummy campaign within your Salesforce.com instance is created. In a few cases, we test the logic for presentation of the registration/waitlist signup/registration closed options for the RSVP-enabled content object. This assumes that the following fields have been added to the “Campaign” object via Setup –> Customize –> Campaigns –> Fields –> “New” button under “Campaign Custom Fields & Relationships”:

Field Label         Field Name          Field Type    Field Description

-----------         ----------          ----------    -----------------

Allow Waitlists?    Allow_Waitlists     Checkbox      Will you accept waitlist
                                                      registrations for this campaign?
                                                      Only required if you plan to enable
                                                      RSVPs in a capacity limited way
                                                      via your website.

Max Capacity        MaxCapacity         Number(18, 0)

Note: You can accept the defaults for the other field attributes.

Read:

Running Tests –> “To run tests in a unix-like environment” from SalesforceBaseConnector, which is a dependency, so you should have it :)

Do the following:

Rather than running the test suite for salesforcebaseconnector do the following:

$INSTANCE/bin/zopectl test -s collective.salesforce.rsvp

FAQ about running tests

If you have trouble running tests, consult “FAQ about running tests” from SalesforceBaseConnector.

Change history

Changelog for collective.salesforce.rsvp

(name of developer listed in brackets)

collective.salesforce.rsvp - 1.0a3

• Fixing kss configuration tests and uninstallation tests, so that we can better claim support for Plone 3.1.x along with 3.0.x [andrewb]

• Package branding changed to ‘RSVP for Salesforce’ [andrewb, thanks jonstahl]

collective.salesforce.rsvp - 1.0a2

• Cleanup of some problematic RST formatting pulled into the long desc on PyPI [andrewb]

collective.salesforce.rsvp - 1.0a1

• Initial experimental release of RSVP for Salesforce feature allowing for Plone content objects to be tied to “registerable” Salesforce.com objects [andrewb]

Download