Answers.Body: <p>You say "Drupal's webform with civi integration would register both contacts to the event in question". I don't think this needs to be true. You can specify which contact on the webform gets registered for the event </p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-02-16T10:41:52.340Z
Answers.Text: Webform does it all. Maybe a bit confusing thanks to the mass of options.
Answers.UserDisplayName: nielo
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-02-12T18:59:06.620Z
Answers.LastActivityDate: 2017-02-12T18:59:06.620Z
Answers.UserDisplayName: petednz - fuzion
Answers.Body: <p>Part of the question is figuring out what you would like the end result to be.  What should the employer data look like in Civi?  The 'obvious' answer of an org record for the employer with an employer/employee relationship may not really be best.</p>
  
  <p>There are many aspects to consider: If you have multiple registrations from the same employer, you don't want duplicate org records but do you want them all updating the same record?  Users may use different forms of the company name, or may use the same name to describe different parts/locations of the company.  De-dupe rules help avoid duplicates but you can end up with updates being applied blindly - ie the user does not know what data you already have and overwrites it.  On the other hand exposing your list of organisations and relevant data for them to select from has privacy concerns.</p>
  
  <p>If you want to answer questions about who has attended your past events, then pulling in the employer from a relationship will give bad data if the participant has changed employer since the event.  You could try to look at the past relationships to find the applicable one at the time of the event but that gets awkward.</p>
  
  <p>So... as often, there's no one answer that fits everyone.  One simple approach is to add custom fields for the employer on the participant registration profile.  If you really need a linked org record, you can create one manually.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-12-14T14:38:57.420Z
Answers.Text: Hmm, do your concerns not apply to all public forms containing organization data? Civi profiles for organizations used in the public wild have to deal with those problems too, don't they?
  Anyway I read this as: There's no core implementation, do it yourself. Right?
Answers.UserDisplayName: nielo
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-12-14T16:54:05.073Z
Answers.Text: Nielo - you're right that those issues relate to any way that you take in organization data, not just profiles.  I guess that's a fair reading :-)  If someone figures out a good general design it might one day make its way into core or an extension.  Hopefully you'll get a few other responses.
Answers.UserDisplayName: Aidan
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-12-13T10:27:26.413Z
Answers.LastActivityDate: 2016-12-13T10:27:26.413Z
Answers.UserDisplayName: Aidan
Body: <p>How would I set up a registration form where participants may enter their employers data alongside their own. We hardly don't have individuals signing up for our events as private people. They always participate as representatives for their organizations. So we need a registration form holding an organization profile besides the person profile. </p>
  
  <p>Civi's signon form doesn't seem to allow organization based profiles and Drupal's webform with civi integration would register both contacts to the event in question. And the latter has some more downsides (See  <a href="https://civicrm.stackexchange.com/questions/16174/webform-event-registration-custom-data-of-events-loaded-by-url">Webform event registration: Custom data of events loaded by url</a> and <a href="https://civicrm.stackexchange.com/questions/16173/webform-event-registration-show-event-data-by-token">Webform event registration: Show event data by token</a>)</p>
  
  <p>What did I miss? Any best practices? </p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-02-11T21:09:18.747Z
Comments.Text: You say "Drupal's webform with civi integration would register both contacts to the event in question". I don't think this needs to be true. You can specify which contact on the webform gets registered for the event
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-02-12T13:27:37.817Z
Comments.Text: Oh boy, that would be cool. And do you know if the other contacts gonna be related? I'll have a look next days.
Comments.UserDisplayName: nielo
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-02-12T18:58:53.107Z
Comments.Text: cool. will add as an answer then.
Comments.UserDisplayName: petednz - fuzion
Tags: <civievent>
Title: Howto register for an event with employer beside particpant
ThreadText: # Howto register for an event with employer beside particpant
  
  (Asked by: username_0 on 2016-12-12)
  
  How would I set up a registration form where participants may enter their employers data alongside their own. We hardly don't have individuals signing up for our events as private people. They always participate as representatives for their organizations. So we need a registration form holding an organization profile besides the person profile.
  
  Civi's signon form doesn't seem to allow organization based profiles and Drupal's webform with civi integration would register both contacts to the event in question. And the latter has some more downsides (See [Webform event registration: Custom data of events loaded by url](https://civicrm.stackexchange.com/questions/16174/webform-event-registration-custom-data-of-events-loaded-by-url) and [Webform event registration: Show event data by token](https://civicrm.stackexchange.com/questions/16173/webform-event-registration-show-event-data-by-token))
  
  What did I miss? Any best practices?
  
  **Tags:** civievent
  
  > **Comments:**
  > **username_1**: You say "Drupal's webform with civi integration would register both contacts to the event in question". I don't think this needs to be true. You can specify which contact on the webform gets registered for the event  
  > **username_0**: Oh boy, that would be cool. And do you know if the other contacts gonna be related? I'll have a look next days.  
  > **username_1**: cool. will add as an answer then.  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_1 on 2017-02-12. Score: 0 | Accepted answer
  
  You say "Drupal's webform with civi integration would register both contacts to the event in question". I don't think this needs to be true. You can specify which contact on the webform gets registered for the event
  
  > **Comments:**
  > **username_0**: Webform does it all. Maybe a bit confusing thanks to the mass of options.  
  
  ---
  
  ### Answer by username_2 on 2016-12-13. Score: 0
  
  Part of the question is figuring out what you would like the end result to be. What should the employer data look like in Civi? The 'obvious' answer of an org record for the employer with an employer/employee relationship may not really be best.
  
  There are many aspects to consider: If you have multiple registrations from the same employer, you don't want duplicate org records but do you want them all updating the same record? Users may use different forms of the company name, or may use the same name to describe different parts/locations of the company. De-dupe rules help avoid duplicates but you can end up with updates being applied blindly - ie the user does not know what data you already have and overwrites it. On the other hand exposing your list of organisations and relevant data for them to select from has privacy concerns.
  
  If you want to answer questions about who has attended your past events, then pulling in the employer from a relationship will give bad data if the participant has changed employer since the event. You could try to look at the past relationships to find the applicable one at the time of the event but that gets awkward.
  
  So... as often, there's no one answer that fits everyone. One simple approach is to add custom fields for the employer on the participant registration profile. If you really need a linked org record, you can create one manually.
  
  > **Comments:**
  > **username_0**: Hmm, do your concerns not apply to all public forms containing organization data? Civi profiles for organizations used in the public wild have to deal with those problems too, don't they? Anyway I read this as: There's no core implementation, do it yourself. Right?  
  > **username_2**: Nielo - you're right that those issues relate to any way that you take in organization data, not just profiles.  I guess that's a fair reading :-)  If someone figures out a good general design it might one day make its way into core or an extension.  Hopefully you'll get a few other responses.  
  
  ---
  
  