Answers.Body: <p>You should be able to limit the custom participant data to a specific event or event type and then it shouldn't show up in the back end for events you didn't mean it to.</p>
  
  <p>This is done on the custom data itself (under "used for") rather than in the profile. Also to note, you usually only want to 'require' data inside the profile not inside the custom data set.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2018-04-01T23:22:34.570Z
Answers.Text: I think Ray's last comment is the crux. Do not make the Custom Field 'required' - but make it 'required' only in the Profile
Answers.UserDisplayName: petednz - fuzion
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2018-04-02T11:58:24.340Z
Answers.Text: Thank you, RayWright! Your last suggestion did the trick. My over-zealous application of the Required state was my own undoing.
Answers.UserDisplayName: Greg
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2018-03-30T22:29:26.397Z
Answers.LastActivityDate: 2018-03-30T22:29:26.397Z
Answers.UserDisplayName: RayWright
Body: <p>My site frequently has multiple CiviEvent-based registrations running. It is common for some questions to overlap (First Name, Last Name, Company) and for some questions to be unique to each registration (Do you want to attend session X?). As well, some of the unique questions require an answer.</p>
  
  <p>When I go to edit a participant's details via "Find Participant" or "Advanced Search" I am presented with all of the currently enabled fields for all of the current registrations and the system compels me to answer all of the required fields from all of them.</p>
  
  <p>Some of my events use Profiles that contain custom fields from more than one record type (Contact, Individual, Participant). This seems to be an impediment to using that Profile as an option when using the "Batch Update Participants Via Profile" action.</p>
  
  <p>Is there a way for me to view and edit just the questions/responses in the fields related to one of my events? </p>
  
Tags: <civievent><4.4>
Title: When editing participants, can I avoid having all questions from all current events displayed?
ThreadText: # When editing participants, can I avoid having all questions from all current events displayed?
  
  (Asked by: username_0 on 2018-03-30)
  
  My site frequently has multiple CiviEvent-based registrations running. It is common for some questions to overlap (First Name, Last Name, Company) and for some questions to be unique to each registration (Do you want to attend session X?). As well, some of the unique questions require an answer.
  
  When I go to edit a participant's details via "Find Participant" or "Advanced Search" I am presented with all of the currently enabled fields for all of the current registrations and the system compels me to answer all of the required fields from all of them.
  
  Some of my events use Profiles that contain custom fields from more than one record type (Contact, Individual, Participant). This seems to be an impediment to using that Profile as an option when using the "Batch Update Participants Via Profile" action.
  
  Is there a way for me to view and edit just the questions/responses in the fields related to one of my events?
  
  **Tags:** civievent, 4.4
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2018-03-30. Score: 1 | Accepted answer
  
  You should be able to limit the custom participant data to a specific event or event type and then it shouldn't show up in the back end for events you didn't mean it to.
  
  This is done on the custom data itself (under "used for") rather than in the profile. Also to note, you usually only want to 'require' data inside the profile not inside the custom data set.
  
  > **Comments:**
  > **username_2**: I think Ray's last comment is the crux. Do not make the Custom Field 'required' - but make it 'required' only in the Profile  
  > **username_0**: Thank you, username_1! Your last suggestion did the trick. My over-zealous application of the Required state was my own undoing.  
  
  ---
  
  