Answers.Body: <p>If you set up your membership type so that it provides an 'inherited membership' via the 'employee for' relationship, then the Employee will have a permissioned relationship over the Business, and can therefore access the address details etc for the Organisation via their Contact Dashboard.
  Secondly if they are logged in then the employee (or primary contact or whatever you need it to be) can have 'permission' on a webform to update more details about the Organisation if you can't give them enough access to fields via Contact Dashboard.
  Does that move you towards your goal?</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-06-02T05:45:59.797Z
Answers.Text: brill, makes sense, and what I needed Thanks. I just got my head done in going through the workbook and employee of and employer for ...
Answers.UserDisplayName: piet
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-06-01T23:34:45.790Z
Answers.LastActivityDate: 2015-06-01T23:34:45.790Z
Answers.UserDisplayName: petednz - fuzion
Body: <p>Drupal 7 site, and each Drupal user could have more than one civicrm 'membership'. <br>Each membership is for a business and <br>each business with a 'type1' membership is entitled to a listing on a directory node (public) in drupal with filters.</p>
  
  <p>What would be a good approach, as ideally it would be good if users (contacts) can log into Drupal and edit each membership's details (for the listing) from their one Drupal contact account?</p>
  
  <p>OK, so I can create a profile to be pulled into each Drupal user. But I can't display different 'profile' types on the same user?? So how do I pull profiles for each business, of that contact, back to their Drupal account for them to edit/maintain?</p>
  
  <p>I understand it involves various components re edit forms and membership forms etc. but I want to get the wireframe layout right before building a range of webforms etc.</p>
  
Tags: <drupal><civimember><profile>
Title: Drupal single user, multiple civicrm memberships, editable details: What's a good logical approach to integrating them?
ThreadText: # Drupal single user, multiple civicrm memberships, editable details: What's a good logical approach to integrating them?
  
  (Asked by: username_0 on 2015-06-01)
  
  Drupal 7 site, and each Drupal user could have more than one civicrm 'membership'.   
  Each membership is for a business and   
  each business with a 'type1' membership is entitled to a listing on a directory node (public) in drupal with filters.
  
  What would be a good approach, as ideally it would be good if users (contacts) can log into Drupal and edit each membership's details (for the listing) from their one Drupal contact account?
  
  OK, so I can create a profile to be pulled into each Drupal user. But I can't display different 'profile' types on the same user?? So how do I pull profiles for each business, of that contact, back to their Drupal account for them to edit/maintain?
  
  I understand it involves various components re edit forms and membership forms etc. but I want to get the wireframe layout right before building a range of webforms etc.
  
  **Tags:** drupal, civimember, profile
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2015-06-01. Score: 1 | Accepted answer
  
  If you set up your membership type so that it provides an 'inherited membership' via the 'employee for' relationship, then the Employee will have a permissioned relationship over the Business, and can therefore access the address details etc for the Organisation via their Contact Dashboard.
  Secondly if they are logged in then the employee (or primary contact or whatever you need it to be) can have 'permission' on a webform to update more details about the Organisation if you can't give them enough access to fields via Contact Dashboard.
  Does that move you towards your goal?
  
  > **Comments:**
  > **username_0**: brill, makes sense, and what I needed Thanks. I just got my head done in going through the workbook and employee of and employer for ...  
  
  ---
  
  