We have fixed a critical security vulnerability in the InvenTree codebase which was identified and reported by one of our users. For more information on this security advisory, please refer to GHSA-2crp-q9pc-457j.
Releases notes for the 0.15.2 release can be found on our GitHub page
We take security very seriously at InvenTree. If you identify a security vulnerability in the InvenTree codebase, please report it to us immediately. You can find more information on our security policy.
]]>The code structure has been refactored to improve maintainability and readability. As we work to refactor the entire frontend interface, there is a significant split between the backend code (Python) and the frontend code (React). This refactor has been a long time coming, and we are excited to see it finally merged into the main branch.
The code is now split into two main directories:
./src/backend/
contains all the server code (Python, Django)./src/frontend/
contains all the client code (JavaScript, React)Additionally, we are working to improve the test coverage of the frontend code, and have added a number of new tests to ensure that the frontend code is as robust as possible.
You can read more about the code refactor in this PR.
A number of patches were applied to the InvenTree codebase to address security vulnerabilities. These updates were implemented as part of our ongoing commitment to security and privacy.
These patches include:
A number of significant new features and enhancements have been added in this release. Some of these new features are described below:
An interactive template editor (for editing report and label templates) has been added to the React frontend. This feature allows users to create and edit templates directly within the InvenTree interface, and also provides a live preview for label and report templates.
This presents a significant improvement over the previous template editing process, which required users to manually edit template files in an offline editor.
Full details can be found in this PR.
Backup and restore functionality has been improved by adding new command line options for the backup
and restore
management commands. These commands allow users greater control when creating a backup of the InvenTree database, and restoring it at a later time.
An “active” field has been added to the Company model. This field allows users to mark a company as “active” or “inactive”, which can be useful for managing company records in InvenTree.
Read more in this PR.
Development of the new React interface continues steadily. This is our major focus now, and we are working to migrate all frontend code to React. From this point onwards, major bug fixes and security patches will still be applied to the old frontend, but new features will only be added to the React frontend.
We intend to depreciate the old frontend in the future, so we encourage all users to start using the new React interface as soon as possible.
URL redirects have been implemented in the React frontend to ensure that users are redirected to the correct page when they navigate to a specific URL. This feature improves the user experience and ensures that users are always directed to the correct page.
Refer to this PR.
Login management for the React frontend has received some significant updates in #7158. This PR improves the login state management for the React frontend, and ensures that the login state is correctly maintained across the application.
We have added translation support for the following languages.
This release cycle has seen a focus on improving the development and testing process for InvenTree. We have updated our unit testing framework, improved our CI/CD pipeline, and made a number of other changes to improve the development process.
We have moved our code coverage reporting to codecov. This change allows us to better track code coverage across the entire codebase, and ensure that we are maintaining a high level of test coverage.
We now run Playwright tests in our CI pipeline. This allows us to test the frontend interface in a more automated way, and ensures that the frontend code is functioning correctly. As the React frontend makes heavy use of the InvenTree API, this testing also helps increase test coverage of the API and backend code.
As always, a number of bug fixes have been implemented in this release. For a full list of the bugs squashed in this release, refer to our GitHub page.
Two new contributors have made their first contribution to the InvenTree project in this release:
As always, we welcome new contributors to the project! If you are interested in contributing to InvenTree, whether it be code, documentation, or translations, please get in touch!
For a full list of changes, please see the release notes on GitHub.
If you are new to the InvenTree project, there are multiple ways to deploy InvenTree for your own use. Please refer to the deployment guide for more information.
]]>We will be using a Digital Ocean droplet to host our InvenTree installation. Digital Ocean provides a simple and cost-effective way to host web applications, and is a great choice for hosting InvenTree.
While we use Digital Ocean for this tutorial, the steps outlined here should be applicable to any cloud hosting provider.
Note: Digital Ocean is a sponsor of the InvenTree project, and provides hosting for our demo server. We are grateful to the Digital Ocean team for their ongoing support of the InvenTree project.
InvenTree can be run in a Docker container, which provides a simple and consistent way to run the application. This is the recommended way to run InvenTree in a production environment, without needing to worry about the complexities of setting up all the required software dependencies.
Our documentation server provides the following docker guides, which are a great starting point for anyone looking to run InvenTree in a Docker container:
The Docker Basics guide provides a good introduction to how InvenTree works in Docker, and includes a lot of useful background information about Docker itself.
The Docker Installation guide provides a step-by-step guide to setting up a production InvenTree installation using Docker / Docker Compose.
In this blog post, we will follow through the steps outlined in the Docker Installation guide, to get an InvenTree installation off the ground with minimal fuss.
Before we start, you will need a Digital Ocean account. The following steps assume that you have created an account, and are logged in!
Also, if you are going to be using a custom domain name, you will need to have access to the domain name settings (e.g. via your domain registrar). This is outside the scope of this tutorial, but is required if you want to access InvenTree using a custom domain name.
First, we need to create a new Digital Ocean droplet. We will be using the Docker base image, which provides a simple and consistent environment for running Docker containers.
Head to https://cloud.digitalocean.com/droplets and click the “Create Droplet” button.
Choose the server region which you would like to use, and select the “Docker” base image under “Marketplace”:
Then, click the “Create Droplet” button at the bottom of the screen.
After a few moments, the droplet will be created and ready for use. Select your newly created droplet, and navigate to the “Access” tab:
You can login to the droplet using multiple methods. Here, for simplicity, we will use the online console window. Select the “Launch Droplet Console” button to open a new window.
You should now be logged into the new droplet, and see the following shell prompt:
Before we start to setup InvenTree, we will create a new user account.
Create a new user account using the adduser command:
adduser inventree
(run through the prompts to create a new user account).
Add the new user to the docker group, so that they can run Docker commands:
usermod -aG docker inventree
Switch to the new user account:
su - inventree
cd ~
You should now be logged in as the inventree user, and running from the /home/inventree/ directory.
We will now grab the required setup files for the InvenTree Docker installation.
The following files are required to setup InvenTree in Docker:
These files can be downloaded directly from our GitHub repository:
wget https://raw.githubusercontent.com/inventree/InvenTree/master/docker/docker-compose.yml
wget https://raw.githubusercontent.com/inventree/InvenTree/master/docker/.env
wget https://raw.githubusercontent.com/inventree/InvenTree/master/docker/Caddyfile
You should now have the three required files located in /home/inventree/
Edit the .env file to configure the InvenTree environment. This file contains a number of settings which define the InvenTree installation.
Most of these settings can remain untouched. The only setting we are going to change for this installation is the INVENTREE_SITE_URL setting. This is the URL which InvenTree will be accessed from.
Note: You can adjust other settings in the *.env file now, if required. However, the defaults should be suitable for most installations, and certainly for this tutorial.*
In this example, we will set INVENTREE_SITE_URL to https://tutorial.inventree.org.
Now, we will start the InvenTree installation. Note that we are simply following the docker setup guide at this point!
Run the following command to perform initial database setup:
docker compose run --rm inventree-server invoke update -s
This command will create the initial InvenTree database, and run required database migrations, which will take a few minute to complete.
Once the process is complete, you can proceed to the next step!
The docker compose file defines the InvenTree setup, and sequences a number of containers which are required to run InvenTree. To start the InvenTree installation, run the following command:
docker compose up -d
This will start the InvenTree containers in the background, and you should see a number of messages as the containers are started:
Note that you can view the status of the containers at any time using the following command:
docker compose ps
InvenTree should now be running, and ready to receive requests from the configured URL (in our case, https://tutorial.inventree.org).
However, we need to ensure that the URL is correctly configured to point to the Digital Ocean droplet!
Note: If you do not have a domain name, you can use the public IP address of the Digital Ocean droplet to access InvenTree. Just remember to set that IP address to the INVENTREE_SITE_URL setting in the *.env file.*
Navigate to https://cloud.digitalocean.com/networking/domains and add a new domain, which matches the INVENTREE_SITE_URL setting, and points to the public IP address of the Digital Ocean droplet.
For our setup, we only need to create a new A record (as the root domain and DNS has already been configured).
It may take a few minutes for the DNS changes to propagate. You can check the status of the DNS changes using a tool like https://dnschecker.org/.
Once the DNS changes have propagated, you may need to restart the Caddy web server to pick up the new domain name settings:
docker compose restart inventree-proxy
You should now be able to access InvenTree using the configured domain name (e.g. https://tutorial.inventree.org):
Success! You have now setup InvenTree in a Docker container, and can access the application from the configured domain name.
But, we’re not done yet! We need to setup some initial data in the InvenTree installation.
The InvenTree installation is now running, but it is empty! We need to add some initial data to the system. We could create an admin user, add some parts, and setup some stock locations. But, let’s take a shortcut!
InvenTree provides a demo dataset which can be loaded into the system to provide some initial data. This dataset includes a number of parts, stock items, and other data which can be used to explore the InvenTree system.
docker compose run --rm inventree-server invoke setup-test -i
We should now be able to login to the InvenTree installation using the default admin user account:
And, now we are in! We have successfully setup InvenTree in a Docker container, and have loaded the demo dataset to explore the system.
In this tutorial, we have setup InvenTree in a Docker container, running on a Digital Ocean droplet. We have configured the InvenTree environment, and loaded the demo dataset to explore the system.
We have used Digital Ocean as our cloud provider, but the steps outlined here should be applicable to any cloud hosting provider - with some tweaking!
Caddy, the proxy server used in the InvenTree Docker setup, automatically configures SSL certificates using Let’s Encrypt. This means that your InvenTree installation is automatically secured using HTTPS (and you don’t need to worry about setting up SSL certificates).
Note: There are some caveats here, you should read the Caddy documentation!
This tutorial is a simple guide to getting InvenTree up and running in a Docker container. For more advanced usage, you should read the InvenTree Setup Guide guide, which provides a lot more detail about the InvenTree Docker setup.
InvenTree is an open-source project, and is sponsored by a number of companies and individuals. We are grateful to the Digital Ocean team for their ongoing support of the InvenTree project!
If you would like to sponsor the InvenTree project, please refer to our contribution page for more information.
]]>This release includes a number of changes which may affect existing installations of InvenTree. If you are upgrading from a previous release, read the following section carefully. You should also refer to the release notes for a full set of changes in this release.
In PR 6173, InvenTree has been updated to use Django 4.2. This is a major version update for Django, and required a number of changes to the InvenTree codebase and dependencies.
Most (hopefully all) of the required changes have been made, but there may be some edge cases which have been missed. If you encounter any issues with the Django 4.2 update, please report them on our github page.
You should also refer to the Django 4.2 release notes for a full list of changes.
Django 4.2 has introduced some changes to how cross-site protection is handled. Your existing InvenTree installation may require some changes to continue to operate as expected. In particular, the CORS
and CSRF
settings have been made more strict by default. Refer to the server access configuration guide for instructions on which settings will need to be updated.
InvenTree has, by default, shipped with multi site support enabled. This is an advanced django feature which 99% of users will not need, and only serves to complicate the installation process.
So, in PR 6390 we have disabled multi-site support by default. This should simplify the installation process for most users.
For any users who have been using multi-site support, you will need to manually re-enable it after upgrading to 0.14.0. Refer to the InvenTree documentation for more information.
InvenTree has long supported test results for stock items. In PR 6430, a significant enhancement was made to the test result system. Previously, test results were not linked to a specific test template in the database. Instead, the results and templates were loosely linked via a string key.
In 0.14.0, the test result system has been updated to use a proper database relationship between test results and test templates. This means that test results are now linked to a specific test template, and the test result system has been updated to reflect this change.
This change should be transparent to most users, but if you have been using the test result system in a custom way, you may need to update your code to reflect the new database structure.
In particular, any external systems which upload test results via the InvenTree API will need to be examined and tested. While the changes to the API have been implemented to ensure backwards compatibility with existing systems, it is possible that some edge cases have been missed.
In PR 6551 we have made a significant change to the way that InvenTree is deployed using Docker Compose. Previously, the provided docker compose template used nginx as a reverse proxy for the InvenTree web server, and for serving static and media files.
In this release, we have switched to using Caddy as the reverse proxy. Caddy is a modern, easy-to-use web server which is designed to be simple to configure and use. It confers a number of significant advantages to the InvenTree setup:
Simplified Configuration
Caddy is designed to be easy to configure, and the Caddyfile syntax is much simpler than the equivalent nginx configuration.
Automatic HTTPS
Caddy is designed to automatically handle HTTPS certificates using Let’s Encrypt. This means that InvenTree can be deployed with HTTPS enabled by default, without any additional configuration.
For users who have been running with the previous nginx based setup, no changes are required. Existing nginx configurations will continue to work as expected. However, for new installations, the Caddy based setup is now the recommended approach. We would also recommend that existing installations consider migrating to the Caddy based setup.
In PR 6590 we have made some changes to our devcontainer setup in vscode. The devcontainer is a docker-based development environment which is designed to make it easy to contribute to the InvenTree project. We now use postgresql as the database backend in the devcontainer setup - previously this setup used sqlite for a local development database.
However, as sqlite is not suitable for a multi-user development environment, we have switched to using postgresql. This should make the devcontainer setup more closely match a production environment.
Users who have been using the devcontainer setup will need to update their local vscode setup. At a minimum, you will need to rebuild the devcontainer.
If you encounter any issues updating your devcontainer setup, try deleting the dev
directory and re-creating the devcontainer.
A significant number of new features have been added to InvenTree in this release. Some of the highlights include:
PR 4824 provides a new machine integration system for InvenTree. This system allows InvenTree to communicate with external machines, and to track the status of those machines. This is a significant new feature which will allow InvenTree to be used in a wider range of manufacturing environments.
PR 6211 adds support for OpenTelemetry tracing. This allows InvenTree to be integrated with a wide range of tracing systems, and provides a powerful tool for monitoring and debugging InvenTree installations.
Enhanced custom validation is implemented in PR 6410. This addition allows for more comprehensive validation of models by integrated plugins. Refer to the updated validation plugin docs for more information.
Multiple PR (including PR 6319) have been submitted to enable the generation of API documentation. This will allow for the automatic generation of API documentation, and will make it easier for developers to understand and use the InvenTree API. In fact, we now track all API changes in a separate repository.
We have improved error logging for plugin code - see PR 6455. This will make it easier to debug issues with custom plugins.
Multiple new features have been added to the physical unit management system in InvenTree.
Refer to the release notes for a full list of changes in this release!
Development of the new React frontend interface continues at a rapid pace. The new interface is designed to replace the existing frontend, and will provide a modern, responsive, and fast user interface for InvenTree.
The new interface is not yet feature complete, but is rapidly approaching a point where it can be used for day-to-day operations. We are very excited about the new interface, and we are looking forward to sharing it with the community.
The new interface is enabled by default, and can be accessed by navigating to /platform/
on your InvenTree installation. You can see it live at https://demo.inventree.com/platform/. If you encounter any issues with the new interface, please report them on our github page!
We are looking for developers to help with the React frontend. If you are interested in contributing to the project, please get in touch! There are many outstanding issues which need to be addressed, and many would make good starter issues - perfect for new contributors!
As always, this release includes a number of bug fixes and performance improvements. We would like to thank everyone who has contributed to the project by reporting issues, and by submitting pull requests to fix them.
This release has been enhanced by the contributions of many developers, and we would like to thank everyone who has contributed to the project!
Thanks to the following contributor who made their first contribution to the project in this release:
Without the support of our contributors, InvenTree would not be where it is today. Thank you to everyone who has contributed to the project!
In this release we have added support for 1 new language:
If you would like to help translate InvenTree into your language, please read our translation guide. We currently support 32 languages, but there are many more that we would like to support!
For a full list of changes, please see the release notes on GitHub.
If you are new to the InvenTree project, there are multiple ways to deploy InvenTree for your own use. Please refer to the deployment guide for more information.
]]>Once again, the InvenTree development team has had a very busy year! In 2023, we have released 3 major stable versions of the InvenTree software, with a significant number of new features and improvements. It is also worth noting that we have had a huge number of new contributors to the project, and we would like to thank everyone who has helped make this possible!
This was a very active year for the project, especially in terms of core software development. A huge array of new features have been implemented, and significant performance improvements have been made across the board.
In February, we released version 0.10.0, with over 100 commits from 6 contributors (including 3 new contributors).
In April, we released version 0.11.0. Again, this release included contributions from 3 new developers, which was very exciting! With 142 commits to the project, this was again a significant release milestone.
In June, we released version 0.12.0. Once again, this release included contributions from 3 new developers, and included a huge number of new features and improvements. The 0.12.0 release included 237 commits from 14 contributors, making it the most significant release of InvenTree to date!
We now have over 75 developers who have contributed to the project, with many new developers making their first contribution in 2023. We would like to thank everyone who has contributed to the project, and we hope to see many more developers getting involved in the future!
The language translation effort continues to build momentum, with over 30 languages now supported by the project. There are also over 300 contributors to the translation effort, which is incredible! It is very exciting to see InvenTree being used by people all over the world, and working to translate it into their native language.
Thanks to the crowdin project which makes this possible!
In 2023 we were honoured to receive a sponsorship from Digital Ocean. This sponsorship funds hosting for the InvenTree demo server instance, and we are very grateful for their support! If you are looking for a cloud hosting provider, consider using Digital Ocean.
In September 2023, we were happy to announce that InvenTree can now be used as a KiCad symbol library, using a custom plugin developed by one of our users. This is a huge step forward for the project, and allows InvenTree to be used as a first-class symbol library for KiCad.
In December, Matthias, one of our lead developers, presented a lightning talk on InvenTree at the Chaos Communication Congress, which received a lot of positive feedback. It was a great opportunity to showcase the project to a wider audience, and we hope to see more people getting involved in the project as a result.
You can view the talk online here.
It is hard to believe that we are already in 2024! We have a lot of exciting plans for the project this year, and we are looking forward to seeing what the year brings.
At the time of writing this blog, there are over 180 outstanding issues in the project. This is largely due to an influx of new users, who have been reporting bugs and requesting new features. We are working hard to address these issues, and we hope to see the number of outstanding issues decrease over the coming months.
Attracting new developer talent to the project is a key goal for 2024, and we hope to see many new developers getting involved in the project. If you use InvenTree and would like to help out, please read our contribution guide and get in touch!
In an effort to focus developer attention, and also potentially attract new developers to the project, we will be experimenting with a new funding model for the project. This would allow users to fund the development of specific issues, and would allow us to focus our efforts on the most important issues.
Moving forward, we will be tagging specific issues with a funding label, which will indicate that the issue is available for funding. If you would like to see a specific issue addressed, please consider funding it!
Funds allocated to a specific issue will be shared between the developers who work on the issue, as well as the maintainers of the InvenTree project.
We are making use of the polar.sh platform to manage the funding process. Please note that we are not affiliated with polar.sh, we are simply using it as a tool to manage the funding process.
We will not be asking for funding for every issue, and we will continue to work on issues which are not funded!
We are continuing to work towards the goal of refactoring the user interface. This is a major project and will take some time to complete.
While the new frontend is progressing well, we would love to see more developers getting involved in the project. In particular, we are looking for support from front-end developers who have experience with React. If you would like to help out, please get in touch!
The plugin system has been a major focus of development in 2023, and we hope to see this continue in 2024. We are working towards a more flexible plugin system, which will allow for more complex plugins to be developed.
As more users (both individuals and businesses) start to use InvenTree, we have seen a significant increase in demand for custom plugins. In particular, we have received a lot of interest in plugins providing integration with other business / enterprise software systems. To allow this, the plugin system does need further development, and we hope to see this happen in 2024.
The InvenTree development team is very small, and we are always looking for help with documentation. If you are able to contribute to the project by helping us with documentation, please reach out to us. Writing good quality documentation is a real skill, and just as crucial to a software project as the code itself. If you have any experience or interest in technical writing, please consider helping us out!
There are now many businesses (small and large) using InvenTree to support their operations. If you are using InvenTree in your business, please consider sponsoring the project. The InvenTree project is maintained by developers in their “spare” time, and financial sponsorship allows us to dedicate more time to the project.
You can provide a one-off or monthly sponsorship, or sponsor a specific feature or plugin!
]]>This release has been enhanced by the contributions of many developers, and we would like to thank everyone who has contributed to the project!
We have 18 developers who have made their first contribution to the project in this release! Thanks goes to:
InvenTree is used by people all over the world, and we would love to see more translations of the project! If you would like to help translate InvenTree into your language, please read our translation guide. We currently support over 30 languages, but there are many more that we would like to support!
In this release, we have added support for 4 new languages:
Additionally, we have had a huge surge in community contributions for translations! There are now multiple languages with almost 100% translation coverage. Thanks to everyone who has contributed to the translation effort!
This release includes a number of major new features. Some of the highlights include:
Multiple improvements have been made to the InvenTree plugin system:
The plugin registry is now automatically reloaded when a new plugin is installed or updated. This means that new plugins can be installed without restarting the server. Additionally, the new reloading system ensures that the background worker thread is always running the same plugin version as the web server.
Adds the ability to automatically run database migrations when a new plugin is installed. This allows plugins to add new database models, and automatically migrate the database when the plugin is installed.
The plugin installation process has been improved, with handling for a number of edge cases.
Exchange rate support has now been exposed to the plugin interface. This allows plugins to provide exchange rate data to the InvenTree system. The default exchange rate backend can now be overridden by a custom plugin if required.
The label printing system has been improved, allowing for greater flexibility in label design. The label printing system now supports:
The label printing system now allows for multiple labels to printed at once onto a single page. PR #5833 adds a builtin label printing plugin for printing an array of labels to PDF.
PR #5873 adds the ability to specify printing options at “print time”, with the options set based on the selected plugin. Extending the label printing API with dynamic options allows printing plugins to be more flexible.
Barcode scanning support received some significant improvements in this release:
PR #5509 presents major new functionality for barcode scanning. InvenTree now supports a number of vendor barcodes. Incoming goods can be scanned directly into stock, and received against a purchase order. Read our blog post for a more detailed overview of the new barcode scanning features.
In PR #6072 we added the ability to allocate stock items to a sales order via barcode scanning. This allows for a more streamlined workflow when picking stock items for a sales order.
We have improved support for token based authentication. Each user can now have multiple authentication tokens, which can be used to authenticate with the InvenTree API. This allows for more fine-grained control over API access. Tokens can be revoked at any time, and have an expiry date.
As well as new features, this release includes a number of bug fixes and improvements. We would like to thank everyone who has contributed to the project, and helped to identify and fix bugs! A key part of keeping InvenTree stable is the help of our users, who report bugs and help us to fix them. Please refer to GitHub for a complete list of bugs we have squashed
We have continued to work towards the goal of refactoring the user interface. The new frontend is progressing well, and we hope to have it fully available for the next release. The new frontend is written in React, and will provide a more modern user interface for InvenTree.
There are still a number of features which are not yet available in the new frontend, and we are working hard to ensure that the new frontend is feature complete before we release it. Please consider contributing to the frontend development effort if you would like to help out!
InvenTree is an open-source project, and we welcome contributions of all kinds! If you would like to support the project, please consider:
You can provide support to InvenTree by sponsoring the project. If you use InvenTree in your business, please consider sponsoring the project to help us continue development.
Please consider contributing to the project by submitting a pull request. The InvenTree project has been receiving a lot of attention from users, and we would love to see more developers contributing to the project! There are a large number of open issues - if you would like to help out, please get in touch!
For a full list of changes, please see the release notes on GitHub
Moving forward, we will be releasing stable versions on a quicker release cycle. We hope to release a new stable version every 3 months, to keep up with the rapid development of the project. This will allow us to get new features into the hands of our users more quickly, and will also allow us to release bug fixes more quickly. Thanks to the efforts of our contributors, we have been able to significantly increase the pace of development, and we hope to continue this trend!
If you are new to the InvenTree project, there are multiple ways to deploy InvenTree for your own use. Please refer to the deployment guide for more information.
]]>Previously, we had separate concepts for “native label printing” and “printing via plugins”, with different software pipelines for each. This meant that:
In #5251 we refactored the label printing codebase entirely, and now all label printing is handled via plugins. A builtin plugin is provided which simply renders a single label as a .pdf
file (maintaining previous behavior).
The refactor also provided a number of significant improvements and new functionality:
Printing plugins can run in the foreground - and return a .pdf
object - or in the background. Background printing plugins return a response immediately (to prevent blocking of the web application) and the printing is offloaded to the background worker process. This allows flexibility to (for example) communicate with an external physical printing device.
Before this refactor, plugins received each label individually, with a single “print job” being sent to the printing plugin for each selected label. This was inefficient, and also meant that the printing plugin did not have the flexibility to handle simultaneous printing of multiple labels.
Now, printing plugins have access to the print_labels
method, which receives all labels to be printed. If desired, multiple labels could be printed together onto a single paper sheet (an example of this is below).
The default implementation of print_labels
simply calls the existing print_label
method in sequence for each separate label - maintaining backwards compatibility for existing plugins.
In PR #5786 we introduced the concept of “printing options”. Each printing plugin can provide a set of printing options which are presented to the user before initiating label printing. This allows for greater flexibility for label printing plugins.
For example, these run-time options could be used to:
In PR #5883, a builtin plugin was developed to print multiple labels to a single “sheet”. This could be used to print a set of labels onto a specialized label sheet with peelable labels, or just a sheet of paper where the individual labels can be cut from the sheet.
This plugin also provides an example of how the printing options can be used to customize printing behavior at runtime.
The images below demonstrate how the new label sheet plugin works.
Select Items to Print
Select a number of individual stock items, for which labels will be printed:
Label Printing Dialog
Select the InvenTree Sheet Label Printer plugin:
Print Labels
Labels are printed in a regular grid on the resulting sheet. Note that the first three cells have been skipped, as per the selected option in the printing dialog:
The new label printing features will be available in the upcoming 0.13.0 stable release. Or, available now in the master code branch!
]]>To date, InvenTree has provided relatively simple “workflows” for barcode scanning. Scanning a barcode returns information about the database item associated with that barcode - such as a stock item, supplier part, purchase order, etc. This already allows users to perform many stock operations using barcode scanning - and is integrated into the native mobile app.
Recent updates (such as this pull request) have started to introduce more complex barcode workflows, which will allow for context sensitive barcode actions.
Many electronics manufacturers provide data-rich barcodes on items received against incoming purchase orders. The Electronics Component Industry Association (ECIA) has developed a 2D barcode standard which is now implemented by a number of major electronics suppliers.
Purchase orders line items received from these suppliers are often provided with comprehensive barcodes, such as the example below, from Digikey:
This 2D barcode contains the following data fields (and other information):
These data are sufficient to receive stock items into the InvenTree database with a simple barcode scan. By matching against an open purchase order, and finding the right line item, the item can be marked as received without any manual data entry on the part of the user. A data-driven automated barcode workflow can also reduce data entry errors.
To capitalize on this available data, InvenTree now supports scan-in of items received against purchase orders, from suppliers who support ECIA barcodes. A new barcode scan API endpoint is provided which handles all of the back-end operations.
Currently, the following suppliers are supported:
This functionality will be available in the upcoming 0.13.0
stable release.
The new purchase order barcode functionality is supported by the InvenTree mobile app:
We are working on integration into the web interface as part of our move to react
Other advanced barcode workflows are also planned for future development, particularly around build orders and sales orders.
Note that barcodes functionality can also be extended by plugins as required, for custom integrations or features.
To further improve barcode support, the mobile app has been updated to work with external barcode scanners (in addition to providing barcode scanning using the internal camera). The new scanner support provides keyboard wedge scanning, which means that it can interface with any barcode scanners which act as virtual keyboards.
In addition to working with external bluetooth scanners, this means that the app is now supported on barcode scanners which natively run android:
Any scanner which supports wedge or keyboard mode should now be able to integrate seamlessly with the InvenTree app.
We would particularly like to acknowledge the superb contributions of Bobbe who was instrumental in developing these new barcode features and mobile app integration. The InvenTree community continues to help us develop the software into a more functional and feature-packed product!
]]>One key issue addressed in this release is a fix for fetching exchange rate information from the internet.
To date, InvenTree has made use of the exchangerate.host service for updating currency exchange rate data. This has (until now) been provided as a free service which did not require authentication.
However recent changes to the exchangerate backend have broken our exchange rate implementation, and required an immediate fix.
For now, the quick approach to get everyone up and running again is to migrate to using the frankfurter.app API. This provides a near-identical API, without needing an API key or paid subscription.
Future work on supporting exchange rates will involve supporting different backend APIs, including the ability for users to provide their own API keys. We will also implement the ability for custom plugins to provide exchange rate data - allowing users to define their own exchange rate interface if required.
For a full description of other issues addressed in this release, refer to the release notes
Maintaining and continuously improving a software project requires time, effort, and resources. We are committed to patching critical bugs in a timely manner, to ensure that everyone who is using InvenTree has the best possible experience with our software.
If you would like to financially support the project, please refer to the contribution guide.
]]>Ever since InvenTree was first shamelessly cross-promoted on the KiCad forums, I have been searching for a clean way to connect KiCad and InvenTree together. This has been a popular topic of discussion with other InvenTree users too!
InvenTree contains all of my part definition data and inventory management information, such as part parameters, supplier data, etc. If only there was a simply way to get all of that information directly out of InvenTree and into KiCad.
Well now, with great excitement, there is! InvenTree data can now be used as a first-class symbol library - with full support of all of InvenTree’s internal data!
In September 2023, HTTP Library Support was added to the KiCad application.
This feature allows KiCad library data to be retrieved from an external API endpoint, rather than a library file on the local filesystem. This is a groundbreaking change which allows us to leverage InvenTree’s existing capabilities to provide a fully-featured integration between the two software packages.
The same author who implemented the HTTP library support in KiCad has also released a plugin for InvenTree which provides an API wrapper for the InvenTree database that conforms to the KiCad HTTP library standard.
What does this mean? Simply put, it means that you can now use your InvenTree database as a native KiCad library, and pull your InvenTree data directly in to your KiCad schematic.
Once the plugin is installed, a simple configuration file on the local computer is all that is required to connect to the InvenTree database. All that is required is the URL to the remote server (with the correct plugin extension) and an API token for authentication:
{
"meta": {
"version": 1.0
},
"name": "InvenTree",
"description": "InvenTree Library",
"source": {
"type": "REST_API",
"api_version": "v1",
"root_url": "http://my.inventree.server/plugin/kicad-library-plugin",
"token": "usertokendatastring"
}
}
InvenTree categories can be used as separate libraries in the KiCad application. The InvenTree plugin allows the user to select which part categories are exposed to KiCad.
Part parameters are exposed to the KiCad symbol as fields. This means that any extra part information (stored as part parameters in InvenTree) is available to the KiCad symbols.
Where certain KiCad values are not defined for a particular part, each library category can optionally specify attributes such as Default Symbol or Default Footprint. This allows a category to be defined where all parts may share a common symbol and/or footprint within KiCad.
Check out the inventree-kicad-plugin page on GitHub for further details, including installation instructions!
]]>