Automated purchasing software covers the administration of buying: capturing requests, routing them, issuing orders, chasing acknowledgements and recording receipts. It does not cover choosing suppliers or agreeing prices, which are commercial judgements. The distinction is worth being explicit about, because the marketing rarely draws it and the disappointment is predictable when nobody does.
The administrative half, automated
A request captured on a short form, routed by cost centre and value to a named approver with cover, converted into a numbered order, issued to the supplier, chased for acknowledgement, and tracked against receipts. All rule-driven, all high volume, and collectively where most of the elapsed time in purchasing actually sits.
The commercial half, not automated
Which supplier, at what price, on what terms, and whether a substitution or a short delivery is acceptable. These involve context no rule holds. Software should surface the information behind them and record the outcome, which is genuinely useful and is a different thing from making the decision.
The catalogue case
Where prices are agreed in advance and items are stable, buying against a catalogue can be automatic within those terms. That is real automation and it depends entirely on the agreement being current. A catalogue with stale prices automates buying at the wrong price faster than a person would have managed.
Questions people ask about automated purchasing software
Will this replace a buyer?
It removes their administration, which usually lets a small team cover more spend rather than eliminating the role.
How much of our spend fits a catalogue?
Look at repeat purchasing against agreed prices. For most organisations it is a minority, and knowing the share prevents overbuying.
What should be automated first?
Requests and approvals, because they are quick to implement and they produce the purchase orders payables needs to match against.