Skip to main content
This is a pre-production deployment of Warehouse. Changes made here affect the production instance of PyPI (
Help us improve Python packaging - Donate today!

Group accounts for Django

Project Description


.. image::

.. image::

.. image::

This package is an adopted and adapted version of django-organizations (!

Add user-managed, multi-user groups to your Django project. Use
django-organizations whether your site needs organizations that function like
social groups or multi-user account objects to provide account and subscription
functionality beyond the individual user.

* Relies on `django.contrib.auth` and does not add or require additional user
or authentication functionality
* Users can be belong to and own more than one organization (account, group)
* Invitation and registration functionality is designed to be flexible to allow
you to integrate existing invitation and registration apps

Documentation is on `Read the Docs


First add the application to your Python path. The easiest way is to use

pip install django-ar-organizations

You should install by downloading the source and running::

$ python install

Migrating to 0.2.10 manually

Update the database::

ALTER TABLE `organizations_organization` add `custom_data` longtext NOT NULL after is_active;
ALTER TABLE `organizations_organization` add `custom_settings` longtext NOT NULL after custom_data;

and set an empty dictionary as default value::

update organizations_organization set custom_settings='{}', custom_data='{}' where id > 0 ;


Make sure you have `django.contrib.auth` installed, and add the `organizations`
application to your `INSTALLED_APPS` list::


Then ensure that your project URL conf is updated. You should hook in the
main application URL conf as well as your chosen invitation backend URLs::

from organizations.backends import invitation_backend

urlpatterns = patterns('',
url(r'^accounts/', include('organizations.urls')),
url(r'^invitations/', include(invitation_backend().get_urls())),

Add `organizations.middleware.OrganizationsMiddleware` to the `MIDDLEWARE_CLASSES` this middleware stores the current Organization in ther session.::


You can specify a different invitation backend in your project settings, and
the `invitation_backend` function will provide the URLs defined by that

ORGS_INVITATION_BACKEND = 'myapp.backends.MyInvitationBackend'

There is also a lightly tested way to use your own user model, rather than the
default `auth.User` model. Set the `AUTH_USER_MODEL` setting to the dotted
model name of your custom user model, following the procedure in Django 1.5::

AUTH_USER_MODEL = 'myuserapp.MyUser'

**This is still experimental and your user model's API should hew close to that
of the `auth.User` class.**

Usage Overview

For most use cases it should be sufficient to include the app views directly
using the default URL conf file. You can customize their functionality or
access controls by extending the base views.

There are three models:

* **Organization** The group object. This is what you would associate your own
app's functionality with, e.g. subscriptions, repositories, projects, etc.
* **OrganizationUser** A custom `through` model for the ManyToMany relationship
between the `Organization` model and the `User` model. It stores additional
information about the user specific to the organization and provides a
convenient link for organization ownership.
* **OrganizationOwner** The user with rights over the life and death of the
organization. This is a one to one relationship with the `OrganizationUser`
model. This allows `User` objects to own multiple organizations and makes it
easy to enforce ownership from within the organization's membership.

The underlying organizations API is simple::

>>> from compat import get_user_model
>>> from organizations.utils import create_organization
>>> User = get_user_model()
>>> chris = User.objects.create(username="chris")
>>> soundgarden = create_organization(chris, "Soundgarden", "soundgarden")
>>> soundgarden.is_member(chris)
>>> soundgarden.is_admin(chris)
>>> soundgarden.owner.organization_user
<OrganizationUser: Chris Cornell>
>>> soundgarden.owner.organization_user.user
<User: chris>
>>> audioslave = create_organization(chris, "Audioslave", "audioslave")
>>> tom = User.objects.create(username="tom")
>>> audioslave.add_user(tom, is_admin=True)
<OrganizationUser: Tom Morello>


Each organization can have only one owner, however a site user can be a member
of multiple organizations, or own multiple organizations. The OrganizationUser
model servers as an intermediary between the `Organization` and the `Users` to
allow this.

Development & Contributing

Development is on-going. To-do items have been moved to the wiki for the time

The basic functionality should not need much extending. Current dev priorities
for me and contributors should include:

* Improving the tests and test coverage (ideally moving them back out of the
main module and executable using the file)
* Improving the backends and backends concept so that additional invitation and
registration backends can be used
* Documentation
* Ensuring all application text is translatable
* Python 3 readiness
* Configurable user model (a la Django 1.5's anticipated auth.User rewrite)

Please use the project's issues tracker to report bugs, doc updates, or other


The codebase is targeted at tested against:

* Django 1.4.x against Python 2.6 and Python 2.7
* Django 1.5.x against Python 2.6, Python 2.7, and Python 3.3
* Django 1.6.x against Python 2.7 and Python 3.3
* Django 1.7


These submission guidelines will make it more likely your submissions will be
reviewed and make it into the project:

* Ensure they match the project goals and are sufficiently generalized
* Please try to follow `Django coding style
The code base style isn't all up to par, but I'd like it to move in that
* Also please try to include `good commit log messages
* Pull requests should include a quantity amount of code and commits that are
reasonable to review, are logically grouped, and based off clean feature

Code contributions are expected to pass in all three target environments, and
pull requests should be made from branches with passing builds.

Project goals

django-organizations should be backend agnostic:

1. Authentication agnostic
2. Registration agnostic
3. Invitation agnostic
4. User messaging agnostic



Anyone is free to use or modify this software under the terms of the BSD

Specific settings

* ``AR_FALLBACK_ORG_SLUG`` - allow to define a fallback organization for anonymous users
* ``AR_CRM_MULTI_CLIENT`` - arteria internal


Q: Gettting a ``SimpleLazyObject`` error

TypeError at /dummy/
int() argument must be a string or a number, not 'SimpleLazyObject'

Did you specify ``AR_FALLBACK_ORG_SLUG`` in your project settings?

Release History

This version
History Node


History Node


History Node


History Node


History Node


History Node


History Node


History Node


History Node


History Node


Download Files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Filename, Size & Hash SHA256 Hash Help File Type Python Version Upload Date
(28.4 kB) Copy SHA256 Hash SHA256
Source None Feb 21, 2018

Supported By

Elastic Elastic Search Pingdom Pingdom Monitoring Dyn Dyn DNS Sentry Sentry Error Logging CloudAMQP CloudAMQP RabbitMQ Heroku Heroku PaaS Kabu Creative Kabu Creative UX & Design Fastly Fastly CDN DigiCert DigiCert EV Certificate Google Google Cloud Servers