A Django app that connects to the BaseCRM API (v2)
A Django app that connects to the BaseCRM API (v2)
This package is now Python3 only, and supports Django 1.11 and above. For previous versions please refer to the Python2 branch.
A lightweight Django app to wrap the requests library and provide easy endpoints for the BaseCRM API.
Note that this is not a complete client SDK; it’s a helper app that has the functionality we needed. Contributions gratefully accepted.
The utils module provides a request() method that allows less config-heavy calls to the BaseCRM API, relying on settings while still allowing all options to be passed and/or overridden, both for requests and for the API endpoint itself. There are also helpers to parse() and count() the results (parse strips the metadata, while count returns the server-side count pre pagination).
The helpers module also provides some higher level methods for interacting with the contacts, deals, pipeline and stages endpoints (and the top level __init__ module exposes these). There’s also a setting for retrieving and caching the stages for a pipeline (only 1 supported currently).
- Low configuration overhead, so it’s easy to call API methods from anywhere in your code
- Pre-submission validation for CREATE and UPDATE calls will raise catchable custom exceptions
- Flexible serializers make creating BaseCRM objects from Django ORM objects trivial
- Only a single pipeline is currently supported.
- Stages and pipelines are, by default, cached at the app level (in memory), with no cachebusting method exposed.
- No DELETE calls are implemented
- CREATE and UPDATE are only implemented on contacts and deals endpoints
- GET is only implemented for contacts, deals, notes, pipelines and stages
- Serializers are only used one-way; they do not deserialize
- Probably many others…
You can install Django-BaseCRM from PyPI with…:
pip install --upgrade django-basecrm
At a minimum, you will need to add the following to your settings.py:
BASECRM_API_URL='https://api.getbase.com/v2/' BASECRM_API_KEY=xxxx BASECRM_INSTANTIATE_ON_START=False # If this is set to True, the pipeline ID and stage IDs will be retrieved when the app is started for the first time, and then held in memory
…putting your own API key instead of xxx, obv. Note that the API url is fully qualified, including the protocol and trailing slash.
You’ll also need to add this app to your INSTALLED_APPS; it doesn’t really matter where (in terms of ordering)::
INSTALLED_APPS = [ ... 'django_basecrm', ... ]
Next, you’ll probably want to extend the serializers to cater for your models.
For example, let’s imagine you have an app called people that contains a your custom User profile model called Person, that represents the contacts you want to track in Base.
Let’s also imagine that your model has an attribute for info, a @property for phone and a OneToOne relationship with User.
Create people/serializers.py and paste the following code:
from django_basecrm import get_contacts, create_contact from django_basecrm.serializers import ContactModelSerializer class PersonSerializer(ContactModelSerializer): is_organization = False description = 'info' def get_email(self, obj): return obj.user.email class Meta: model = 'people.Person'
Things to note:
- We’re extending ContactModelSerializer; there’s also a DealModelSerializer that behaves identically but is set for the deal endpoint’s fields
- We set the is_organization field to False explicitly; assuming your model doesn’t have a field (or property) with the same name, this will never be automatically overridden.
- The description field is set to get the value of your object’s info field at runtime
- The phone field will similarly get the value of your object’s phone property at runtime; we don’t need to specify it as the fields are identically named
- The email field, although not explicitly defined, will be populated by the return value of the get_email method. Any get_* method will always take priority in setting the serializer value for the related field.
- The Meta.model attribute is set to a string, contianing both the app_name and the model_name – any other string format will fail. It is however possible to specify a class directly (e.g. model = Person).
- Note that you can also specify fields as an attribute to the Meta subclass; this will override the serializer’s list of fields
Once you’ve got this far, you really only need to call the functions, perhaps creating a module within your people app to offer create_person_from_object methods and the like.
An example get_or_create function for a BaseCRM contact, using the above models and serializers, might look like::
def get_or_create_person(person_id): person = Person.objects.get(pk=person_id) base_contacts = django_basecrm.get_contacts(email=person.user.email)) if len(base_contacts) > 1: # This shouldn't happen if we enforce email uniqueness in Django raise Exception() elif len(base_contacts) == 1: base_contact = base_contacts else: serialized_person = PersonSerializer(person) # This is the serializer we defined above base_contact = django_basecrm.create_contact(serialized_person.to_dict()) return base_contact
Contributions are very welcome. Please fork and submit pull requests, with all code covered by unit tests as per the existing code.
Release history Release notifications | RSS feed
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
|Filename, size||File type||Python version||Upload date||Hashes|
|Filename, size django_basecrm-0.7-py3-none-any.whl (20.3 kB)||File type Wheel||Python version py3||Upload date||Hashes View|
|Filename, size django-basecrm-0.7.tar.gz (20.5 kB)||File type Source||Python version None||Upload date||Hashes View|
Hashes for django_basecrm-0.7-py3-none-any.whl