BOM
BOM is a simple Django app to manage a bill of materials. It supports multiple part numbering schemes, tracking component sourcing information, estimates costs, and contains smart integrations with Mouser to pull in the latest component pricing and Google Drive for part file management. BOM is written in Python 3 and Django.
BOM can be added to an existing (or new) Django project, or stand alone on its own, which can be more convenient if you're interested in tweaking the tool.
If you already have a django project, you can skip to Add Django Bom To Your App, otherwise Start From Scratch: Add to new Django project to add it to a new django project, or Start From Scratch: Use as standalone Django project.
Table of contents
- Start From Scratch: Add to new Django project
- Add Django Bom To Your App
- Start From Scratch: Use as standalone Django project
- Customize Base Template
- Importing and exporting
- Integrations
- MCP Server
- Contributing
- Installation pitfalls
Start From Scratch: Add to a new Django project
- Create and activate a virtual environment (Python 3.10+):
python -m venv .venv
source .venv/bin/activate # Windows: .venv\Scripts\activate
- Install Django and set up your project:
pip install django
django-admin startproject mysite
cd mysite
python manage.py migrate
python manage.py createsuperuser # make a user for your development environment
- Continue on to Add Django Bom To Your App.
Add Django Bom To Your App
django-bom is a reusable django application. If you don't already have a django project, you can follow some quick steps below to get up and running, or read about creating your first django app here.
pip install django-bom
- Add "bom" to your INSTALLED_APPS setting like this::
INSTALLED_APPS = [
...
'bom',
'social_django', # to enable google drive sync in bom
'djmoney', # for currency
'djmoney.contrib.exchange', # for currency
'materializecssform',
]
- Update your URLconf in your project urls.py like this::
path('bom/', include('bom.urls')),
And don't forget to import include:
from django.conf.urls import include
- Update your settings.py to add the bom context processor
'bom.context_processors.bom_config',to your TEMPLATES variable, and create a new empty dictionary BOM_CONFIG.
TEMPLATES = [
{
...
'OPTIONS': {
'context_processors': [
...
'bom.context_processors.bom_config',
],
},
},
]
and
BOM_CONFIG = {'standalone_mode': False}
-
Run
python manage.py migrateto create the bom models. -
Start the development server
python manage.py runserverand visit http://127.0.0.1:8000/admin/ to manage the bom (you'll need the Admin app enabled). -
Visit http://127.0.0.1:8000/bom/ to begin.
Start From Scratch: Use as a standalone Django project
- Clone the repo and create a virtual environment:
git clone https://github.com/mpkasp/django-bom.git
cd django-bom
python -m venv .venv
source .venv/bin/activate # Windows: .venv\Scripts\activate
- Install dependencies and start the server:
pip install -e .
cp bom/local_settings.py.example bom/local_settings.py
python manage.py migrate
python manage.py runserver
Customize Base Template
The base template can be customized to your pleasing. Just add the following configuration to your settings.py:
BOM_CONFIG = {
'base_template': 'base.html',
}
where base.html is your base template.
Importing and exporting
Every export is a valid import: edit a CSV that BOM gave you and upload it on the Import page (/import/).
Rows that match existing records update the fields they provide, blank cells leave values alone, and nothing is
deleted except BOM lines you replace. Every import is previewed first and saved only when you confirm it.
| Type | Row identity | Creates | Export |
|---|---|---|---|
| Parts | part_number, else manufacturer_part_number |
parts, revisions, manufacturer parts, one vendor price per row | Export all parts |
| Vendor prices | manufacturer part + seller + minimum_order_quantity |
price breaks and vendors, never parts | Export all vendor prices |
| Bill of materials | part_number or manufacturer_part_number per line, nested by level |
parts and revisions; syncs each listed sub-assembly's lines | indented BOM export |
The Import page detects the type from the file's columns or lets you pick one; /import/?type=parts|prices|bom
preselects it, and &parent=<part number> fills in the assembly a BOM import goes into. The former upload-parts/, upload-bom/ and upload-parts-help/ URLs redirect there.
Integrations
Mouser Integration
For part matching, make sure to add your Mouser api key. You can get your key here.
Google Drive Integration
Make sure to add the following to your settings.py:
AUTHENTICATION_BACKENDS = (
'social_core.backends.google.GoogleOpenId',
'social_core.backends.google.GoogleOAuth2',
'social_core.backends.google.GoogleOAuth',
'django.contrib.auth.backends.ModelBackend',
)
SOCIAL_AUTH_GOOGLE_OAUTH2_SCOPE = ['email', 'profile', 'https://www.googleapis.com/auth/drive', 'https://www.googleapis.com/auth/plus.login']
SOCIAL_AUTH_GOOGLE_OAUTH2_AUTH_EXTRA_ARGUMENTS = {
'access_type': 'offline',
'approval_prompt': 'auto'
}
And if you're using https on production add:
SOCIAL_AUTH_REDIRECT_IS_HTTPS = not DEBUG
FIXER
Fixer.io is used to handle exchange rate calculations. This is helpful if you may be purchasing parts from another currency (especially via Mouser) and you still need to estimate your part costs.
To set this up you just need to add your API key to local_settings.py as shown in the example.
To update rates, migrate and run python manage.py update_rates. Some day we will need to add a (celerybeat?) task to update rates on a schedule. Explained more here.
MCP Server
django-bom ships an MCP server so AI clients (Claude Code, Claude Desktop, Cursor, ...) can read and build BOMs in a user's organization. Design notes live in docs/mcp-server-design.md.
Run it standalone with an ASGI server; Django is served alongside it:
uv run uvicorn bom.asgi:application
The server listens at /mcp (Streamable HTTP, stateless). In a host project, mount bom.mcp.asgi.build_mcp_app()
and enter bom.mcp.asgi.mcp_lifespan from the host app's lifespan.
Every request needs a bearer token. Create one under Settings > API Tokens (the plaintext is shown once), or issue one for a user from the command line (the plaintext is printed once):
uv run python manage.py create_api_token <username> --name "Claude Code" --scopes read,write
A token acts as that user in their organization: role permissions still apply, and a read-only token can never write.
Connect a client with the token in the Authorization header, e.g.:
claude mcp add --transport http indabom http://localhost:8000/mcp --header "Authorization: Bearer <token>"
Hosts can gate access (e.g. by subscription) with BOM_CONFIG['mcp_access_check'], a callable or its dotted
path, (organization, user, scopes) -> error message or None, that runs before every write.
Changes and token levels
Every MCP edit is a Change: a bundle of staged items reviewed at /changes/ and applied together
(design: docs/changes-design.md). Token scopes set the level: read; read,write can
only stage and submit changes for review (propose); read,write,apply can also apply them
(create_api_token --scopes read,write,apply). Write tools take an optional change_id to stage into a change from
start_change; without it a propose-level token submits a one-item change request and an apply-level token applies
it at once. Edits to Released or In Review revisions make the change an Engineering Change Order (ECO): applying it
creates a new Draft revision of each edited part (copying its assembly and properties) and a person's approval then
releases those revisions, children before parents, and it requires a second person to apply, as do protections in ChangeSettings (including a cost-delta threshold). The
review page shows validation, impact (assemblies that use the edited parts) and the unit-cost effect at 100 units,
and can rebase a stale change or revert an applied one. Hosts can switch the feature with
BOM_CONFIG['changes_review_enabled'], BOM_CONFIG['mcp_apply_enabled'], BOM_CONFIG['eco_enabled'] and
BOM_CONFIG['release_approval_enabled'] (callables of the organization or dotted paths; all default on), and set BOM_CONFIG['site_url'] so change URLs
returned to MCP clients are absolute.
Admins set the protections (always on for Released and In Review revisions; optionally the primary manufacturer part and a cost-delta threshold, and, when the host enables it, requiring approval to release) in Settings > Organization. With approval required and more than one active member, the Release dialog offers Request approval instead of Release; an Admin may release directly by confirming an override that History records.
After an applied Engineering Change Order, Draft parent assemblies are moved to the new revision automatically and the review page's Cascade panel offers a new Draft revision of each Released parent that still uses the old one.
Editing, Revise, Release and History
Draft revisions are edited directly on the revision's Edit page (description, properties, BOM and manufacturer
parts). On a Released or In Review revision the primary button is Revise, which makes the next Draft. Release
opens a dialog with the diff against the previous revision, the unit cost before and after and the assemblies that use
the part (Draft ones follow automatically, Released ones can be revised with checkboxes), and releases everything in one
transaction. Request approval in that dialog opens a change request instead; approving it releases the revisions.
A request that releases revisions is an Engineering Change Order. Every direct edit and release is recorded as an
unnumbered Change on the part page's History tab and under the History filter at /changes/; the Requests
nav item counts open change requests. Compare with... opens a diff of two revisions. Design: docs/editing-design.md.
Contributing
Contributions welcome! Before contributing your work please read the contributing readme.
Also reach out to mike@indabom.com to discuss features, and join our slack channel.
Installation Pitfalls
Windows
Sqlite
You may get an error during your pip install -r requirements.txt related to sqlite. This may be fixed by installing Visual C++ for python...
Cryptography
Sometimes you'll have issues installing cryptography, if this is the case you may just need to set up some environment variables. This stackoverflow may help.
Metadata
Release files for django-bom 1.327
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| django_bom-1.327.tar.gz | 749.4 kB | With provenance | Details for django_bom-1.327.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| django_bom-1.327-py3-none-any.whl | Python 3 | none | any | Details for django_bom-1.327-py3-none-any.whl |
Total release size: 1.6 MB
Release files / django_bom-1.327.tar.gz
| Download URL | django_bom-1.327.tar.gz |
|---|---|
| Size | 749.4 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
c63e5f7ad0a4d0e9072ac762fc32efab327520e5b052f0750503e089c87f5e9c
|
|
BLAKE2b-256 checksum How to use checksums |
b7844a7e4896ac841efd7b5eb31dac6f4446c15737a28b68d8ff567da61592bb
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 2, 2026.
Transparency logRelease files / django_bom-1.327-py3-none-any.whl
| Download URL | django_bom-1.327-py3-none-any.whl |
|---|---|
| Size | 847.0 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
33c478c58d7a6c90c9184fdd609504d34d6db0d4ce087b51b2be68da271a8c06
|
|
BLAKE2b-256 checksum How to use checksums |
5e49cd6b16254239e490dbde7dcf58809feee1d5aa4cb710532fb1a56a78d45a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 2, 2026.
Transparency logSecurity for django-bom 1.327
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
All 2 files in this release have been uploaded with provenance metadata.
Attestation for django_bom-1.327.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 2, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.