Answers.Body: <p>I would say that programs should either be:</p>
  
  <ul>
  <li>A contact subtype.</li>
  <li>A custom entity (defined by an extension).</li>
  <li>Not stored in Civi, but in the CMS (assuming Drupal or Backdrop) - and use Entity Reference to connect it to Civi.</li>
  </ul>
  
  <p>Memberships/Volunteers seem like we're stretching the paradigm a little thin.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-05-17T21:47:12.110Z
Answers.LastActivityDate: 2018-05-17T21:47:12.110Z
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.Body: <p>Agree with Jon G that if you do need to handle it in CiviCRM a contact subtype makes most sense (assuming you do not want to develop, if you do a custom entity in an extension might make just as much sense). And then possibly CiviCase to handle the actual steps in a program (if there are any)</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-05-18T16:35:37.607Z
Answers.Text: I'm not sure this adds anything which isn't covered by Jon G's answer - it strikes me as more of a comment on Jon's answer rather than an answer itself.
Answers.UserDisplayName: HomoTechsual
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-05-19T12:13:57.677Z
Answers.Text: I am truly sorry, I will never do it again :-)
Answers.UserDisplayName: ErikH - CiviCooP
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-05-18T14:43:55.057Z
Answers.LastActivityDate: 2018-05-18T14:43:55.057Z
Answers.UserDisplayName: ErikH - CiviCooP
Body: <p>We are creating a directory of programs and we thought that using CiviMember would be the best way to approach it. Mainly because many of the programs are housed at other organizations/departments and we would want them to submit to the directory. We decided that the programs would register their programs as organizational members.</p>
  
  <p>One website that uses Civi and is an example of what we are trying to accomplish (partly) is <a href="https://www.escr-net.org/members" rel="nofollow noreferrer">https://www.escr-net.org/members</a> - Instead of Region and Workgroup, we would have something like Category and Age Group, or something along those lines, using custom fields. Similar to the ESCR directory, as a visitor to our site, you would be able to search and click to learn more about the different members.</p>
  
  <p>We also thought membership would be a good approach as we can set expiration dates and have programs update their information when they renew their membership.</p>
  
  <p>Is membership the right approach for what we want to do or is their a better option.  Maybe CiviVolunteer?</p>
  
  <p>Using Drupal 7 and Civi 5</p>
  
  <p>Clarification on Programs
  This is a University Office that is seeking to list all the public programs that other university offices and departments offer. </p>
  
  <p>We also want each department to submit a public program profile, that we will request to be updated yearly. Some of that info will be public, the rest will be private. </p>
  
  <p>Side note:
  We know we are going to have to work with a consultant to get this working the way we want it, but we wanted to see what the possibilities were, esp since we have seen other CiviCRM orgs do similar. </p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-05-17T21:28:42.350Z
Comments.Text: Can you edit your question to include what CMS you are using? Depending on the CMS solution options may be different.
Comments.UserDisplayName: KilakwaBT
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-05-18T06:35:53.877Z
Comments.Text: Could you explain a bit what a program is? I read "Programs register their programs" and that sentence confused me so much that I find it hard to answer your question.
Comments.UserDisplayName: Jaap Jansma - CiviCooP
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-05-18T22:12:14.663Z
Comments.Text: Updated to clarify programs and CMS CRM versions
Comments.UserDisplayName: themak
Tags: <civimember><directory>
Title: Directory of Programs
ThreadText: # Directory of Programs
  
  (Asked by: username_0 on 2018-05-17)
  
  We are creating a directory of programs and we thought that using CiviMember would be the best way to approach it. Mainly because many of the programs are housed at other organizations/departments and we would want them to submit to the directory. We decided that the programs would register their programs as organizational members.
  
  One website that uses Civi and is an example of what we are trying to accomplish (partly) is <https://www.escr-net.org/members> - Instead of Region and Workgroup, we would have something like Category and Age Group, or something along those lines, using custom fields. Similar to the ESCR directory, as a visitor to our site, you would be able to search and click to learn more about the different members.
  
  We also thought membership would be a good approach as we can set expiration dates and have programs update their information when they renew their membership.
  
  Is membership the right approach for what we want to do or is their a better option. Maybe CiviVolunteer?
  
  Using Drupal 7 and Civi 5
  
  Clarification on Programs
  This is a University Office that is seeking to list all the public programs that other university offices and departments offer.
  
  We also want each department to submit a public program profile, that we will request to be updated yearly. Some of that info will be public, the rest will be private.
  
  Side note:
  We know we are going to have to work with a consultant to get this working the way we want it, but we wanted to see what the possibilities were, esp since we have seen other CiviCRM orgs do similar.
  
  **Tags:** civimember, directory
  
  > **Comments:**
  > **username_1**: Can you edit your question to include what CMS you are using? Depending on the CMS solution options may be different.  
  > **username_2**: Could you explain a bit what a program is? I read "Programs register their programs" and that sentence confused me so much that I find it hard to answer your question.  
  > **username_0**: Updated to clarify programs and CMS CRM versions  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_3 on 2018-05-17. Score: 1
  
  I would say that programs should either be:
  
  * A contact subtype.
  * A custom entity (defined by an extension).
  * Not stored in Civi, but in the CMS (assuming Drupal or Backdrop) - and use Entity Reference to connect it to Civi.
  
  Memberships/Volunteers seem like we're stretching the paradigm a little thin.
  
  
  ---
  
  ### Answer by username_4 on 2018-05-18. Score: 0
  
  Agree with Jon G that if you do need to handle it in CiviCRM a contact subtype makes most sense (assuming you do not want to develop, if you do a custom entity in an extension might make just as much sense). And then possibly CiviCase to handle the actual steps in a program (if there are any)
  
  > **Comments:**
  > **username_5**: I'm not sure this adds anything which isn't covered by Jon G's answer - it strikes me as more of a comment on Jon's answer rather than an answer itself.  
  > **username_4**: I am truly sorry, I will never do it again :-)  
  
  ---
  
  