CiviCRM Community Forums (archive)

*

News:

Have a question about CiviCRM?
Get it answered quickly at the new
CiviCRM Stack Exchange Q+A site

This forum was archived on 25 November 2017. Learn more.
How to get involved.
What to do if you think you've found a bug.



  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using CiviEvent (Moderator: Yashodha Chaku) »
  • Table Hosting and CiviEvent
Pages: [1]

Author Topic: Table Hosting and CiviEvent  (Read 770 times)

kckrupp_emphanos

  • I’m new here
  • *
  • Posts: 5
  • Karma: 0
  • CiviCRM version: 3.4.5 / 4.0.5
  • CMS version: Drupal 6 / 7
  • MySQL version: -
  • PHP version: -
Table Hosting and CiviEvent
September 06, 2013, 08:11:10 am
We have a client looking to have an upcoming event where a member can reserve a series of tables and the number of seats at each table; the table host can also pay for any number of the reserved seats and identify who will be sitting at the table. Additional event participants can the purchase their own tickets. We were wondering if anyone has had to solve a similar problem and if so how they addressed it. Some of our ideas are outlined below.

Client site is D7 and on CiviCRM 4.3.1.

Ex. Adam Smith reserves 1 12-person table under his company's name, Adam Smith Inc, and purchases a ticket for himself and his wife. Smith also gives the names of 4 of the remaining people for his table, including Sharon Crowe, and the rest are left unidentified. After reserving the table Sharon Crowe logs in, purchases a ticket, and identifies herself as belonging to Smith's table.

The client's staff can now log in and see that out of Smith's 12 person table, 3 seats have been paid for, and there are still 9 open seats remaining.

One Possible Solution:

Table Reservations are Manual and entered using CDFs
  • Create custom field: Table Selection as a multivalue alphanumeric field.
  • Table hosts have to call the staff office who would add their table name as an option to the Table Selection field
  • Staff could then complete the Table host's ticket purchases or the Table host could go through the Self-Service.
  • Staff could take the names of other table participants and register them as pending users on the back end.
  • All other table participants could also go through Self-Service and identify the table while purchasing tickets.
  • Would use Views displaying Event participants and grouped by table and display registration status. If possible use aggregate options to get total number of Registered participants at each table.
  • Pros: Least amount of configuration, requires no custom coding.
  • Cons: Not self-service, issue of tracking number of seat reservations is not yet resolved.

We're considering looking into a few other options, but we know less about them.

Using Reservation Drupal Module with CiviEvent
The problem with this one is that the Reservation Module makes it easy for the Table Host to identify and reserve a table, but it doesn't address how the guests of the table host associate themselves at that table.

Tables as Organic Groups
Table host creates an organic group and guests add themselves to the group.

Are there other suggestions?

Pages: [1]
  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using CiviEvent (Moderator: Yashodha Chaku) »
  • Table Hosting and CiviEvent

This forum was archived on 2017-11-26.