Thread

Hi,

For our new Job Openings website (in the netherlands), we’ve to use the following Member structure and functionality:

Job openings will be a - fairly simple - weblog/section database, which can be filled by the following Membership-accounts: Administrator (1st in hierarchy), Moderators (2nd in hierarchy) and the Companies (3rd in hierarchy). Each account from a certain membership (eg: moderator) can’t see the job openings from another account from the same membership.

The 3 Memberships in detail:
Level 1: Company; companies can add/change their own job openings. Companies have only acces to the Job openings-section and - of course - their own profile, where they can fill in some details in under the Profile tab. Companies can only view their own job openings and don’t have acces to the Members-section.
Level 2: Moderator; a moderator is assigned to a specific region in the country, where he/she will be able to add/change job openings in these specific regions (see below). Futhermore, they can add/change Companies-acounts. Somehow, the companies must be ‘connected’ with the moderator, so that the moderator only sees his own Companies in the Memberlist.
Level 3: Administrator; just the same as the Super Admin. Can add/change Moderators and Companies and manages the categories and regions.

Regions:
Each job opening is assigned to a category (webdevelopment, building contructor…) and a region (city). The Administrator manages these categories and regions. Could it be possible - for the Administrator - to assign a specific range of regions to different Moderators? For example; Moderator A can only add job openings in regio 1, 2 and 3. Moderator only in 2. Of course, the companies below these Moderator will inherit these settings.

Are these functions douable and for which do we need extensions/plugins?

Hi Nico,

I see that you’ve already purchased ExpressionEngine so its more appropriate to post this in the How-to section.

In terms of Membership details one approach might be:

1. A Company = a weblog + 1 member account. You can set permissions so that an author can only add/edit his own postings (Job openings) and they could edit their member profile as well.

2. Region = Member Group. You can create Member Groups for each region. In the permissions you can give people who belong to a region’s member group (Moderators) rights to edit the blogs (companies) appropriate to the region.

What isn’t possible out of the box is to allow the administration of Member Accounts in only certain Member Groups. In other words, if you give moderators the ability to edit member accounts, they could do so for any region. You couldn’t specify that they could only admin certain regions.

You can view all the settings for Member Groups in the User Guide.

3. Admin = Super Admin, which has system wide permissions by default.

Regions: One approach that might work is to create Category Groups for each Region and assign that Category Group to weblogs belonging to that Region. Mods in that Region’s member group would be able to add/edit/delete those categories in the region’s Category Group as would the companies.

I would recommend reviewing this as a starting point and then implementing piece by piece. If you run into an issue post again with the specifics of what you are trying to accomplish.

Leslie,

I dont like the whole Company = Weblog idea, since I dont want to trouble my moderators with the Weblog administration. Any idea if this function is possible with customization of the admin?

I think we should create a Weblog for each Region, since I want to use the following URL structure: http://www.mydomain/jobopenings/regio_id/category_id/ , for example: http://www.mydomain/jobopenings/amsterdam/webdevelopment/ The 1 url segment (jobopenings) is the template group which uses the 2 and 3 url segment to retrieve the correct job openings

If you don’t mind using a module, you might try posting your well developed scenario over in the solspace forums. The user module might offer other possibilities.

Hi Nico,

Your best bet is to really set up a few test cases and see what works for you. My example was just to offer up some ideas to get you started.

Dear Leslie,

I’ve contacted Solspace on this and they interested in building a customization which makes the things we need possible within the EE back-end. They can start working on it about begin July. Since EE 2.0 is also in progress and time is not that important, I’m curious if any of our (custom) needs will already be packed in the new EE version? I don’t want to spend money on a solution for EE 1.6 when EE 2.0 offers the function out-of-the-box.

This is what we asked Solpace:

This is what our customer needs:
• Each Moderator (or moderator group, I don’t know whats best in this case) has add/edit/delete ability and can only see his own Members (Back-end).
• Each Moderator is able to manage their own weblog-postings (and Members below them), but can’t see the other postings from other Moderators and Members. I think there’s already a plugin called Filter By Author, this should be a similar function, but then forced and grouped by the active Moderator.
• Members (below a Moderator): can only see their own weblog-postings (not the postings of their Moderator 😉 Members can’t manage other members.

So, in short; a built-in function that always shows the related weblog-postings of the active user. If the user has Moderator-rights, then he/she will also see the posts of their (child)members. Futhermore; the same goes for the Member-area: a Moderator only sees his own account and (child) members.

H Nico,

All the information we have made publicly available about 2.0 can be found here. You’ll need to decide based on the information available. Even if I said “such and such might help in 2.0” you’d have no concrete way of evaluating if it really met your needs or not. That’s one of the reasons we do not disclose new features in advance.

I understand the situation, but can’t you give me a ‘hint’ if the global Member funtionality will be improved in such a way that more detailed relationships between (different) Member accounts and Weblog-postings (who can see which postings) will be possible?

If not, than I’ll go for Solspace of course.