Answers.Body: <p>A lighter-weight solution to this (imo) is to use the <a href="https://civicrm.org/extensions/relationship-permissions-acls" rel="nofollow">Permissioned Relationship</a> approach, which can be used to limit User A - who has a Permissioned Relationship to Organisation A - to only access Contacts that Org A has a permissioned relationship over.</p>
  
  <p>This deploys very well without the wiring involved in multisite (imo) and hence is more approachable for 'beginners' (and for advanced folk who need a lighter weight solution.</p>
  
  <p>Beauty of this solution is that it can scale really easily afaik. And for Drupal sites, together with Webforms and Views and whatnots can let delegates of Orgs manage their contacts without actually ever needing to set foot on the civi side.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-09-11T20:42:15.710Z
Answers.Text: Pete, I think this approach deserves a mention on the [Multisites/ Multidomain & Multilevel ACLs](https://wiki.civicrm.org/confluence/pages/viewpage.action?pageId=86213708) wiki page. I don't know enough about it to write it up myself.
Answers.UserDisplayName: universalhandle
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-09-12T21:35:17.647Z
Answers.Text: Good point. Will aim to get to it perhaps as writing up some notes for it
Answers.UserDisplayName: petednz - fuzion
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-09-13T12:01:04.917Z
Answers.Text: Done (first version anyway)
Answers.UserDisplayName: petednz - fuzion
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-09-03T09:42:54.383Z
Answers.LastActivityDate: 2016-09-03T09:42:54.383Z
Answers.UserDisplayName: petednz - fuzion
Answers.Body: <p>Totally making sense! One way to keep different sub/organizations in your civicrm is via Membership type - each Organization can have its on Memberhsip types - even if you make that a free one - you will have a way to connect Individuals to sub/Organizations; for example: you can pull reports that select Individuals with a specific Membership to an organization and show what monies they contributed year to date;</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-08-31T23:28:50.447Z
Answers.LastActivityDate: 2016-08-31T23:28:50.447Z
Answers.UserDisplayName: KarinG - Semper IT
Answers.Body: <p>KarinG's answer is good, but I <em>think</em> that implicit in your question is that you want to give all the arts organizations access to CiviCRM - but enforcing separation of their contacts/donors.  </p>
  
  <p>If that's the case, what you want is to use the "multisite" functionality.  This is designed for pretty much exactly this use case, and I have two clients who use it in exactly this way.</p>
  
  <p>Multisite is very much a thing, and has even been getting some great improvements recently, with more coming from the folks at Cividesk soon!  That said, multisite isn't a task for a CiviCRM beginner!</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-09-01T04:01:37.793Z
Answers.LastActivityDate: 2016-09-01T04:01:37.793Z
Answers.UserDisplayName: Jon G - Megaphone Tech
Body: <p>we downloaded and installed civicrm a few years ago, and have a recollection of being able to manage multiple organizations through one installation... is that still "a thing"? We are envisioning creating a central arts database in our community and collaborating more closely on fundraising among all the arts organizations who would like to participate.</p>
  
  <p>we would, of course, want to be able to keep the contacts (and donations) for each organization separated, and track which org referred which donor to who... </p>
  
  <p>please advise if i am completely delusional :) </p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-11-06T17:57:00.263Z
Comments.Text: So more than a year later and we still have not been able to move forward on this. Thanks for all the input... i still WANT to move this forward so including it in a digital strategy proposal.
  
  Would there be any downside to MultiSite usage if we do indeed want each org to have it's own login? I don't necessarily envision a single administrator for all the data, but maybe?? i'm trying to sort out a lot of different details & requests, and make the best decision. Probably need to find funding to hire a civiExpert :) Many thanks.
Comments.UserDisplayName: user2487136
Tags: <contacts><multisite>
Title: multiple organizations?
ThreadText: # multiple organizations?
  
  (Asked by: username_0 on 2016-08-31)
  
  we downloaded and installed civicrm a few years ago, and have a recollection of being able to manage multiple organizations through one installation... is that still "a thing"? We are envisioning creating a central arts database in our community and collaborating more closely on fundraising among all the arts organizations who would like to participate.
  
  we would, of course, want to be able to keep the contacts (and donations) for each organization separated, and track which org referred which donor to who...
  
  please advise if i am completely delusional :)
  
  **Tags:** contacts, multisite
  
  > **Comments:**
  > **username_0**: So more than a year later and we still have not been able to move forward on this. Thanks for all the input... i still WANT to move this forward so including it in a digital strategy proposal.  Would there be any downside to MultiSite usage if we do indeed want each org to have it's own login? I don't necessarily envision a single administrator for all the data, but maybe?? i'm trying to sort out a lot of different details & requests, and make the best decision. Probably need to find funding to hire a civiExpert :) Many thanks.  
  
  ---
  
  ## 3 answers
  
  ### Answer by username_1 on 2016-09-03. Score: 2
  
  A lighter-weight solution to this (imo) is to use the [Permissioned Relationship](https://civicrm.org/extensions/relationship-permissions-acls) approach, which can be used to limit User A - who has a Permissioned Relationship to Organisation A - to only access Contacts that Org A has a permissioned relationship over.
  
  This deploys very well without the wiring involved in multisite (imo) and hence is more approachable for 'beginners' (and for advanced folk who need a lighter weight solution.
  
  Beauty of this solution is that it can scale really easily afaik. And for Drupal sites, together with Webforms and Views and whatnots can let delegates of Orgs manage their contacts without actually ever needing to set foot on the civi side.
  
  > **Comments:**
  > **username_2**: Pete, I think this approach deserves a mention on the [Multisites/ Multidomain & Multilevel ACLs](https://wiki.civicrm.org/confluence/pages/viewpage.action?pageId=86213708) wiki page. I don't know enough about it to write it up myself.  
  > **username_1**: Good point. Will aim to get to it perhaps as writing up some notes for it  
  > **username_1**: Done (first version anyway)  
  
  ---
  
  ### Answer by username_3 on 2016-08-31. Score: 1
  
  Totally making sense! One way to keep different sub/organizations in your civicrm is via Membership type - each Organization can have its on Memberhsip types - even if you make that a free one - you will have a way to connect Individuals to sub/Organizations; for example: you can pull reports that select Individuals with a specific Membership to an organization and show what monies they contributed year to date;
  
  
  ---
  
  ### Answer by username_4 on 2016-09-01. Score: 1
  
  KarinG's answer is good, but I *think* that implicit in your question is that you want to give all the arts organizations access to CiviCRM - but enforcing separation of their contacts/donors.
  
  If that's the case, what you want is to use the "multisite" functionality. This is designed for pretty much exactly this use case, and I have two clients who use it in exactly this way.
  
  Multisite is very much a thing, and has even been getting some great improvements recently, with more coming from the folks at Cividesk soon! That said, multisite isn't a task for a CiviCRM beginner!
  
  
  ---
  
  