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?
asked Mar 28, 2015 at 3:59 43 1 1 silver badge 3 3 bronze badgesI can answer some of these questions:
With CiviCRM, you should:
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.
answered Mar 30, 2015 at 22:33 Jon G - Megaphone Tech Jon G - Megaphone Tech 39.4k 2 2 gold badges 31 31 silver badges 111 111 bronze badgesAs 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: 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: wordpress.org/plugins/buddypress-docs There is also development of group integration in progress wordpress.org/plugins/bp-groups-civicrm-sync
Commented Apr 7, 2015 at 18:46 Dana - if you posted that as its own answer, I would upvote it! Commented Apr 7, 2015 at 20:01Your 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.
answered Mar 30, 2015 at 18:25 752 5 5 silver badges 16 16 bronze badgesTo subscribe to this RSS feed, copy and paste this URL into your RSS reader.
Site design / logo © 2024 Stack Exchange Inc; user contributions licensed under CC BY-SA . rev 2024.9.2.14718