Wiki ๐Ÿ” Search

Purchase Orders

76% measured completeness ยท 40 scored features ยท measured at 95f4acdb on 2026-07-31. The percentage is recomputed from the scorecard, not stored here.

What it is

Purchase Orders is how a store orders stock from a supplier: who is being ordered from, to which location, which items and quantities, and at what cost. The order is an intent to buy and nothing more โ€” it moves through its own lifecycle as goods arrive, but recording the arrival is a separate step, and sending that stock out to stores is a third one again.

This summary was written against an earlier measurement (e70ff195); the module has been re-scored at 95f4acdb since. The figures above are current; the wording may not be.

What it does today

What it does not do yet

A missing item means another system has it and QIIUB does not yet โ€” not a commitment to build it. The scorecard calls this a comparison map, not a backlog.

Where it stops

Purchase Orders owns the order document and its lifecycle from draft through to closed. It does not own the physical arrival of the goods, sending them onward to stores, invoicing the supplier, or the supplier and product records the order points at.

Can a store use this today?

operable with caveats

No caveats have been declared for this module. That is an unexamined bill of health, not a clean one โ€” having a screen is not the same as a store being able to finish the job on it.

The clean operable state is owner-declared only โ€” no measurement can produce it, and this module has no such declaration.

Plain-language wording approved by mgandia on 2026-08-14, drafted from the measurement at e70ff195.

Going deeper

Feature detail โ€” not publishedThis module has no feature-detail page yet; 8 known gaps are listed in its scorecard below.
Full scorecard โ†’The raw measurement, untranslated. Swim at your own risk.