Project statuses now describe where a project is in your project management flow, and warehouse statuses now live on the packing lists. Both used to share one status field. 

After the update, a project's status follows what happens in the warehouse. For example, it moves to In progress when the first item is booked out. Your invoices and project data were not changed.

Read our article about project statuses for more information.

In progress: equipment has started to go out. Execution done: all equipment has been handled (returned, or marked lost or broken). Complete: the project is fully finished, including invoicing.

During the migration, every project on Returned moved to Execution done. That status shows the invoice as pending until you set the project to Complete. Nothing was changed on your invoices.

There is currently no bulk option to set many projects to Complete at once, so each (sub)project has to be changed individually. We have passed this request on to our Product team.

Project statuses are now fixed and cannot be customized or reverted. To keep your own workflow, add an extra input field on your subprojects:

1. Go to Configuration > Extra input fields > Subprojects.
2. Create a new field of type Dropdown (for example Billing status or Prep status).
3. Add your own stages as options.

Our article Equipment times update: How to track your sales flow with custom extra input fields explains how to set this up.

If you need an overview of your old statuses, you can also contact Support. We can send you an Excel list of every project whose status changed, with the project number, subproject, status before the update, and status now, so you can filter on your old status.

The update moved existing projects to a new status automatically, for example Returned to Execution done. In the app there is no bulk option, so each project is changed one at a time. We have passed this request on to our Product team.

Our Support team cannot help with scripts or bulk changes through the API. The API documentation is at api.rentman.net, and our Professional Services team can help you with a consult.

A project with several subprojects shows the status of each subproject. To see which projects are ready to invoice, look for Execution done. After invoicing, set the project to Complete.

No. Every account is now on the new version, and a rollback or downgrade is not possible, also not per account.

Groups no longer hold their own planning and usage times. Times now belong to each equipment line, which is what makes it possible to delay or return individual items.

To set times for a whole group, tick the group (or double-click it), click Edit, and set the planning and usage period for all items at once. Bulk edit works the same way when you select several groups.

A new line takes the default times of the project or subproject, not those of the group it is added to. To fix times after adding items, tick the group, click Edit, and set the period for all items. To avoid this on new projects, add default periods to your project templates or time schedule so that new lines get the right times automatically.

We have passed on the request that a new item takes over the times of its group when all items in that group share the same period.

Add one time schedule line that covers the full period (from the start of preparation to the end of the return) and use it as the default, or bulk edit the items per project with that slot. If you have many existing projects, contact Support so we can look at your account.

Yes. This is new. Before the update, only a whole group could be delayed. Each line now has its own times.

(Custom) Warehouse statuses (such as Prepped, On location, and your custom statuses) now belong to the packing lists, not to the project. In the project list you can add the columns Warehouse status equipment and Ready to pack. The warehouse overview and the packing list per project show the current status.

Read how to add these columns for the steps.

A packing list moves on when all its equipment is handled. Equipment that you do not need to scan can be set to Ignore in packing list status. Read Ignore equipment in the packing list status for more information.

Users with the right permission can also mark items as Remove from project in the warehouse booking screen, so the packing list can move forward without them. Read How to remove an item from a project in the Warehouse module for more information.

Subrented lines are now skipped correctly when you ignore all, after a fix released on November 9, 2026. If a list still does not move on, contact Support with the project number.

Use Book everything in the Warehouse module (web or app). Alternatively, scan one item as a status marker and set the rest to Ignore in packing list status.

No. Booking is optional, and availability follows the planning period. If you do not use the warehouse, you can set the project status manually in the General tab of the project.

Every job has an outgoing packing list and a return packing list, and both contain the same equipment. The return list appears under Expected back and moves to Delayed after the return time has passed, until all equipment is returned. If you use a custom status between On location and Returned, the job can therefore show up twice.

This works as designed. We have passed on feedback to make this clearer.

The subproject name now appears in the packing list title. Give your subprojects clear names to recognize their packing lists. A custom name per packing list is a feature request that we have passed on.

App version 60.0.0 (with Equipment Times update) has been available on iOS and Android since November 10, 2026. Update to version 60.0.0 or later. It installs automatically if auto-update is on. Otherwise, you will see an update available message when you open the app.

Older app versions do not know the new status logic. In an older version, the first scanned item moves the project from Confirmed to In progress, and the project no longer shows in the app's warehouse view.

Update the app to 60.0.0 first. If it still happens, please contact Support and tell us the app version and at which step it goes wrong.

Accounts were moved to the new version in batches. App version 60.0.0 could only be released once every account was on the new version. Until then, warehouse users could see inconsistencies in older app versions.

The API itself did not change, but your data did. The subproject status now only holds project statuses. Existing values were migrated as follows: Prepped, On location, and custom warehouse statuses became In progress, and Returned became Execution done. An integration that reads or filters on the old values will now get different results.

Since API version 1.21.0 (November 11, 2026), the read-only field equipment_status_quantities on projects, subprojects, and project equipment shows how much equipment is on each warehouse status, as a status ID and a quantity. For example: 52 items on the status with ID 3 and 335 items on the status with ID 12. The status IDs match the ones in the warehouse statuses endpoint, which lists the status names.

The status of an individual packing list is not available in the API. You can see it in the web app: the warehouse status column in the project list, the packing list per project, and the warehouse overview.

Not at the moment. Through the public API you can only update a subproject's name and custom fields. We are considering this for the future, but we cannot guarantee that it will be done. Please leave feedback through the question mark icon in the top right corner of Rentman, so our Product team can take it into account.

All API information that we share is in the API documentation at api.rentman.net. For help building or adapting an integration, you can book a consult with our Professional Services team.