UNSPSC coverage at target depth
It shows how complete the coding is at the depth you need. Lines stuck at segment level need attention.
- Report coverage by depth, not just overall.
- Review confirmed codes against agent proposals to track accuracy.
An AI UNSPSC classification agent reads item descriptions, vendor catalogues and PO text and proposes a UNSPSC code at the segment, family, class or commodity level.
A spend line or vendor reaches the classifier
Agent reads the text, vendor and item details
Agent searches the UNSPSC levels for the best fit
Agent lists the top codes with its reasons
A person confirms or selects another code
The code is saved with the line and vendor
It records how deep each match goes and why, so that a segment-level match is not mistaken for a precise commodity code.
It sends ambiguous items for review and keeps a mapping from your internal categories to UNSPSC codes.
UNSPSC has thousands of codes across four levels, and descriptions on invoices rarely match the code titles. Manual coding is slow and inconsistent.
Analysts cannot recall which commodity code fits a given item.
One team codes to segment level and another to commodity level, so data does not line up.
Subscriptions and managed services sit across several families.
The standard is updated, and old mappings quietly go out of date.
Customers, regulators or benchmarking tools may require UNSPSC, so gaps are noticed late.
Take the description, vendor and any catalogue or SKU text.
Find candidate codes and choose the closest level that the evidence supports.
Note whether the match reaches segment, family, class or commodity.
Apply your existing mapping from internal categories where it fits.
Send ambiguous items to an analyst and store the confirmed code.
Bring a small sample and watch Flo work through it.
| Aspect | By hand | With the agent |
|---|---|---|
| Code lookup | Staff scroll a very long code list | Likely codes are proposed from the description |
| Level of detail | Some lines get a broad segment and others a precise class | The agent proposes a consistent depth and notes where it stopped |
| Consistency | Two people code the same item differently | Similar items get the same code unless the text differs |
| Hard cases | Services and bundles are coded arbitrarily | Mixed lines are shown with split options |
| Version changes | Code updates are not applied to old data | Lines using retired codes are listed for remapping |
| If | Then | Who decides |
|---|---|---|
| Description names a physical product clearly | Proposes the commodity-level code | Analyst reviews on a sample |
| Description is a service with no detail | Stops at the class level and asks for more detail | Requester or analyst clarifies |
| Two codes are equally plausible | Presents both with the reasons | Analyst chooses |
| Code is retired in the current version | Suggests the replacement code | Taxonomy owner approves the remap |
| Vendor sells many kinds of items | Codes by line rather than by vendor | Analyst reviews uncertain lines |
| Line looks like a bundle | Proposes splitting the codes by component | Buyer confirms the split |
The agent separates the items and proposes a code for each part. A buyer confirms the split if the invoice does not show it.
The agent picks the nearest class and records that the fit is loose. The analyst decides whether to keep it or add a note.
If a report needs another code version, the agent maps between versions and marks uncertain links. The analyst checks them.
The agent codes from a translation and shows the original. A reviewer confirms where the meaning is unclear.
Talk it through with the team. We will map it to your steps and show where a person stays in control.
Decide whether reporting needs segment, family, class or commodity level.
Run the agent on a reviewed sample and measure how often analysts agree.
Classify new lines as they arrive and queue disagreements.
Review updated code versions and retire unused mappings.
It shows how complete the coding is at the depth you need. Lines stuck at segment level need attention.
Quick answers to what people ask most about UNSPSC classification.
Book a demoIt is the process of tagging products and services with codes from the United Nations Standard Products and Services Code, a four-level hierarchy used to group purchases consistently.
No. It proposes codes with a stated depth and confidence. An analyst confirms the ones that matter.
Categorization uses your own taxonomy. UNSPSC classification uses a public standard, and the two can be mapped to each other.
It can propose a mapping for your categories, which an analyst reviews and approves.
Spend categorization is the assignment of each payment, invoice line or PO line to a category in a consistent taxonomy.
→Spend visibility is the ability to see what the organisation buys, from whom, on which contract and under whose budget.
→Savings tracking is the practice of recording negotiated or identified savings and following them through to what is actually paid.
→Off-contract spend is money paid to a vendor or at a price that falls outside an agreement the organisation has negotiated.
→Bring a small sample of real items. We will show what Flo handles on its own and where it hands over to your team.