Answers.Body: <p>I can answer some of these questions:</p>
  
  <ul>
  <li>CiviCRM doesn't store usernames/passwords on its own.  It integrates with the Wordpress authentication system</li>
  <li>You create user roles in Wordpress' User Role Editor.  You can then go into CiviCRM and grant CiviCRM permissions based on Wordpress role.</li>
  <li>Because you say you want users to "upload via the frontend" and mention that they have logins - I assume you mean that these are users who have permissioned access to Wordpress, but not CiviCRM.</li>
  </ul>
  
  <p>With CiviCRM, you should:</p>
  
  <ul>
  <li>Enable a user dashboard (to allow contacts to edit their own contacts);</li>
  <li>Create a search profile (to enable members to search for other members);</li>
  <li>Create ACLs (to allow you to restrict access to contacts based on their committee membership);</li>
  <li>Create several document submission profiles, to allow folks to submit/search documents that they're supposed to be able to see.  I imagine I'd create a CiviCRM contact for each committee, then create a profile submission form that allows permissioned users to add activities with attachments to that user.</li>
  </ul>
  
  <p>I could also see a different approach where the documents are stored in Wordpress and permissioned that way, but I don't know enough about Wordpress to know if that's feasible.  I'm thinking of a feature similar to Drupal's Organic Groups.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-04-07T18:46:42.647Z
Answers.Text: As Jon notes WP multisite and CiviCRM alone, the permissions via CMS are all role related and ACLs can be added in CiviCRM for access to a specific group of contacts for example.
  
  For CMS/front-end access via groups BuddyPress: https://wordpress.org/plugins/buddypress/ is an option, but adds a layer of complexity too. This allows groups to communicate with each other and can even have some docs integration like this: https://wordpress.org/plugins/buddypress-docs/  
  
  There is also development of group integration in progress https://wordpress.org/plugins/bp-groups-civicrm-sync/
Answers.UserDisplayName: Dana
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-04-07T20:01:19.390Z
Answers.Text: Dana - if you posted that as its own answer, I would upvote it!
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-03-30T22:33:29.003Z
Answers.LastActivityDate: 2015-03-30T22:33:29.003Z
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.Body: <p>Your question is very complex and you need to be very specific. I don't know what you mean by "via the frontend". For "admin" are you referring to WordPress admin or CiviCRM? We have sort of solved similar problems by adding a roles plugin in WordPress , and then creating additional custom roles, in your case: state manager, committee member, members, etc. Then we create WordPress users for each person that will login, and assign one or more of the custom roles to them. The logins are specific to a user, so you can see who did what on the system, and also avoiding mixups in the contacts table. All CiviCRM members (CiviMember) who login to the system will also be WordPress users as that's the only way to login. But members (CiviMember) in general do not have to be WordPress users, unless they need to login for some reason. (We do not allow public WordPress registrations on our system.) The CiviCRM admin permissions for the various WordPress roles are controlled via the ACL system in CiviCRM (Administer - Users and Permissions - Permissions). We setup each committee with a group definition in CiviCRM. I'm confused if you are mixing up WordPress users with CiviCRM members, they are 2 completely different things.</p>
  
  <p>Some of your requirements are WordPress specific. You can upload documents and create pages to display them that are private; you must be logged in to see. The WordPress roles can be setup to have various levels of access to WordPress features, but this is outside of CiviCRM of course.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-03-30T18:25:22.827Z
Answers.LastActivityDate: 2015-03-30T18:40:49.377Z
Answers.LastEditDate: 2015-03-30T18:40:49.377Z
Answers.UserDisplayName: P a u l
Body: <p>We are looking to use a Wordpress Multisite / CiviCRM integration and have a multisite development environment setup. We're not sure whether we should be using CiviCRM or Wordpress (or a combo) to establish permissions.</p>
  
  <p>Here's a rundown of the user groups / permissions that we need to establish:</p>
  
  <p><strong>BACKEND USERS</strong></p>
  
  <ol>
  <li>Admin (2) - access everything, create new site</li>
  </ol>
  
  <p><strong>FRONTEND USERS</strong></p>
  
  <ol start="2">
  <li>Committee member (10+) - add/delete documents specific to committees</li>
  <li>State Manager (8+) - add/edit/delete members within the state. Add documents for downloading</li>
  <li><p>Members (2500+) - when logged in can search for other members (all states), edit their own details and access private documents.</p></li>
  <li><p>Public - access unrestricted content only.</p></li>
  </ol>
  
  <p><strong>Q.</strong> We want to limit access to the admin system to the Admins only and get State Managers to add/edit/delete <strong>via the frontend</strong>. Is this possible?</p>
  
  <p><strong>Q.</strong> We want committee members to be able to upload documents <strong>via the frontend</strong> that can only be viewed by other committee members. Is this possible?</p>
  
  <p><strong>Q.</strong> Can member login data (usernames &amp; passwords) be stored in the CiviCRM or do all members need to be Wordpress users also? </p>
  
  <p><strong>Q.</strong> Would the Committee members be best setup as groups? </p>
  
  <p><strong>Q.</strong> Does anyone have a diagram of how the Members / Groups and other permissions work across a Wordpress integration?</p>
  
Tags: <wordpress><contacts><permissions><integration>
Title: Wordpress CiviCRM groups, members and permissions
ThreadText: # Wordpress CiviCRM groups, members and permissions
  
  (Asked by: username_0 on 2015-03-28)
  
  We are looking to use a Wordpress Multisite / CiviCRM integration and have a multisite development environment setup. We're not sure whether we should be using CiviCRM or Wordpress (or a combo) to establish permissions.
  
  Here's a rundown of the user groups / permissions that we need to establish:
  
  **BACKEND USERS**
  
  1. Admin (2) - access everything, create new site
  
  **FRONTEND USERS**
  
  2. Committee member (10+) - add/delete documents specific to committees
  3. State Manager (8+) - add/edit/delete members within the state. Add documents for downloading
  4. Members (2500+) - when logged in can search for other members (all states), edit their own details and access private documents.
  5. Public - access unrestricted content only.
  
  **Q.** We want to limit access to the admin system to the Admins only and get State Managers to add/edit/delete **via the frontend**. Is this possible?
  
  **Q.** We want committee members to be able to upload documents **via the frontend** that can only be viewed by other committee members. Is this possible?
  
  **Q.** Can member login data (usernames & passwords) be stored in the CiviCRM or do all members need to be Wordpress users also?
  
  **Q.** Would the Committee members be best setup as groups?
  
  **Q.** Does anyone have a diagram of how the Members / Groups and other permissions work across a Wordpress integration?
  
  **Tags:** wordpress, contacts, permissions, integration
  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_1 on 2015-03-30. Score: 2 | Accepted answer
  
  I can answer some of these questions:
  
  * CiviCRM doesn't store usernames/passwords on its own. It integrates with the Wordpress authentication system
  * You create user roles in Wordpress' User Role Editor. You can then go into CiviCRM and grant CiviCRM permissions based on Wordpress role.
  * Because you say you want users to "upload via the frontend" and mention that they have logins - I assume you mean that these are users who have permissioned access to Wordpress, but not CiviCRM.
  
  With CiviCRM, you should:
  
  * Enable a user dashboard (to allow contacts to edit their own contacts);
  * Create a search profile (to enable members to search for other members);
  * Create ACLs (to allow you to restrict access to contacts based on their committee membership);
  * Create several document submission profiles, to allow folks to submit/search documents that they're supposed to be able to see. I imagine I'd create a CiviCRM contact for each committee, then create a profile submission form that allows permissioned users to add activities with attachments to that user.
  
  I could also see a different approach where the documents are stored in Wordpress and permissioned that way, but I don't know enough about Wordpress to know if that's feasible. I'm thinking of a feature similar to Drupal's Organic Groups.
  
  > **Comments:**
  > **username_2**: As Jon notes WP multisite and CiviCRM alone, the permissions via CMS are all role related and ACLs can be added in CiviCRM for access to a specific group of contacts for example.  For CMS/front-end access via groups BuddyPress: https://wordpress.org/plugins/buddypress/ is an option, but adds a layer of complexity too. This allows groups to communicate with each other and can even have some docs integration like this: https://wordpress.org/plugins/buddypress-docs/    There is also development of group integration in progress https://wordpress.org/plugins/bp-groups-civicrm-sync/  
  > **username_1**: username_2 - if you posted that as its own answer, I would upvote it!  
  
  ---
  
  ### Answer by username_3 on 2015-03-30. Score: 2
  
  Your question is very complex and you need to be very specific. I don't know what you mean by "via the frontend". For "admin" are you referring to WordPress admin or CiviCRM? We have sort of solved similar problems by adding a roles plugin in WordPress , and then creating additional custom roles, in your case: state manager, committee member, members, etc. Then we create WordPress users for each person that will login, and assign one or more of the custom roles to them. The logins are specific to a user, so you can see who did what on the system, and also avoiding mixups in the contacts table. All CiviCRM members (CiviMember) who login to the system will also be WordPress users as that's the only way to login. But members (CiviMember) in general do not have to be WordPress users, unless they need to login for some reason. (We do not allow public WordPress registrations on our system.) The CiviCRM admin permissions for the various WordPress roles are controlled via the ACL system in CiviCRM (Administer - Users and Permissions - Permissions). We setup each committee with a group definition in CiviCRM. I'm confused if you are mixing up WordPress users with CiviCRM members, they are 2 completely different things.
  
  Some of your requirements are WordPress specific. You can upload documents and create pages to display them that are private; you must be logged in to see. The WordPress roles can be setup to have various levels of access to WordPress features, but this is outside of CiviCRM of course.
  
  
  ---
  
  