It puts a horizontal progress bar at the top of your order, proposal, invoice, shipment and reception cards showing where the document sits in the chain — proposal → order → shipped → invoiced → paid. Steps are clickable and link to the relevant document or the next native action. Labels are context-aware (“To invoice” vs “Invoiced”, “To pay” vs “Paid”, etc.).
A few things it handles that I had to think through: refused/closed proposals gray out all the downstream steps instead of showing phantom “Create order” buttons; partial payments show the step as in-progress rather than complete; if you skipped the proposal stage entirely it marks those steps as not applicable rather than pending.
Read-only — no new tables, no parallel workflow, no core file edits. Just hooks into native statuses and linked documents.
Tested on v22, should work back to v14. GPL-3.0, free.
This looks useful, especially the way you’ve handled partial payments and skipped stages rather than treating everything as a simple linear workflow.
I’m also interested in how Dolibarr users handle the warehouse side of the process, particularly when an order moves into picking, packing, shipment, and inventory updates. Have you considered extending the progress view to include warehouse-related steps?
For businesses with more complex warehouse workflows, I’ve been comparing different warehouse management system approaches as well. This overview was useful for looking at the different WMS features and capabilities: https://www.metaoption.com/blog/wms/top-warehouse-management-systems/
Thanks for sharing the module — the read-only approach is a nice touch.
