How Toner Fulfilment Picks a Source
How a low-toner alert resolves to a mapped Inventory Item, and when it falls back to a supplier order.
Why this exists
When a printer reports low toner, the platform needs to decide where the replacement comes from: consume stock you already hold, or raise a new supplier order. Toner Mapping is what makes that decision, printer model and color at a time.
Resolution order
The most specific mapping wins:
- Printer override β a mapping tied to one specific printer.
- Company override β a mapping tied to the printer's customer/company.
- Global default β a mapping tied to the printer model and color, with no company or printer scope.
If a mapping matches and the mapped Inventory Item has enough stock on hand, that stock is consumed automatically β no supplier order is raised, and the printer's alert is resolved silently.
When stock can't cover it
If no mapping exists, or the mapped item doesn't have enough stock, the existing supplier ordering flow runs exactly as it did before Toner Mapping existed β a supplier order is raised for the printer as normal.
Shared stock and the allocation queue
A single Inventory Item can be mapped to more than one printer at once β common when several customers' printers use the same consumable. When two or more of those printers have an open, unfulfilled request for that item at the same time, automatic fulfillment stops and the requests move to the Toner Allocation Queue instead, so a person decides which request the shared stock covers rather than whichever request happened to poll first.
Where to go next
Was this article helpful?