AI & Digital

Hoe bouw je een spend‑cube met AI

De vijf stappen om een spend‑cube te bouwen, welke data je nodig hebt, wat er meestal misgaat, en wanneer een consultant een betere keuze is dan een AI‑classificatie‑pipeline.

AI & Digital25 August 20269 min read

Quick answer: Een spend‑cube is procurement spend georganiseerd zodat het vanuit meerdere hoeken tegelijk kan worden bekeken: per supplier, per category en per business‑unit die het heeft aangekocht. Het bouwen ervan kent vijf stappen: line‑level data extraheren, opschonen, de supplier‑list oplossen, de taxonomy en regels instellen, vervolgens classificeren en reviewen. Een consultant bouwt het één keer. Een AI‑pipeline bouwt het elke maand opnieuw.

Op deze pagina: What a spend cube actually is · Building a spend cube step by step · When to use a procurement consultant · When to use an AI pipeline · Frequently asked questions

De meeste bedrijven die om een spend‑cube vragen, weten ongeveer waar hun geld naartoe gaat. Wat ze niet kunnen, is een vervolg‑vraag beantwoorden zonder een week werk.

Ze kennen de top‑ten suppliers. Ze kunnen niet aangeven of hetzelfde product tegen drie verschillende prijzen op vier sites wordt gekocht. Ze weten dat facilities spend is gestegen. Ze kunnen niet zeggen of dat te wijten is aan volume, prijs of een verschuiving in een category‑boundary.

Het gat zit niet in de analyse. Het zit in het feit dat de onderliggende data geen structuur heeft om te analyseren. Een finance‑export geeft je een supplier, een amount en een zin vrije tekst. Alles bruikbare zit in die zin, en niemand heeft het ooit eruit gehaald.

What a spend cube actually is

Een cube is spend georganiseerd langs meer dan één dimensie tegelijk, zodat elke slice beschikbaar is zonder iets opnieuw te bouwen.

Drie dimensies doen het grootste deel van het werk.

Supplier. Wie u heeft betaald, geconsolideerd tot één entiteit. Niet vier spellings van dezelfde bedrijfsnaam, en niet een moedergroep die drie handelsdochterondernemingen verbergt.

Category. Wat er daadwerkelijk is gekocht, geclassificeerd volgens een taxonomie. Dit is de dimensie die niet bestaat in het bronsysteem, en het is de reden waarom spend cube-projecten bestaan.

Business unit. Welke entiteit, locatie of kostenplaats de spend toebehoort. Voor elk bedrijf dat opereert over meerdere juridische entiteiten is dit de dimensie die een rapport omzet in een onderhandelingspositie, omdat het hetzelfde artikel laat zien dat op vijf plaatsen afzonderlijk is gekocht.

Tijd ligt over alle drie. Het doel van de cube is niet de momentopname. Het is de mogelijkheid om te zien of een prijs is veranderd, of een category is gegroeid, en of een beslissing die u negen maanden geleden nam iets heeft veranderd.

Alles wat men verder van een spend cube wil, zoals savings identification, supplier consolidation, benchmarking, price variance, is een query op die dimensies. Als de dimensies schoon zijn, zijn de vragen eenvoudig. Als dat niet zo is, redt geen dashboard het.

Building a spend cube step by step

Step one: extract line-level data. Samenvattende totalen zijn hier nutteloos. U heeft elke transactie‑regel nodig, met een documentnummer, datum, supplier name en number, de vrije‑tekstbeschrijving, hoeveelheid, eenheidsprijs, totale waarde, valuta en een kostenplaatsreferentie. Waar een intern materiaalnummer bestaat, neem dat. Twaalf maanden is het minimum voor een geloofwaardige basislijn, omdat een kortere periode seizoensinvloeden niet van een trend kan scheiden.

Deze stap is meestal de langzaamste, en heeft niets te maken met classificatie. Het hangt af van hoe snel finance de export kan leveren, en van hoeveel daarvan vastzit in een verouderd ERP zonder rapportage‑laag.

Stap twee: het bestand opschonen. Verwacht problemen, en verwacht dat ze specifiek zijn. Dubbele regels van een export worden twee keer uitgevoerd. Ontbrekende eenheidsprijzen in een deel van de rijen. Een valutaveld dat nooit is ingevuld voor één land, waardoor een buitenlandse invoice stilletjes wordt omgezet naar een lokale valuta en elk totaal erboven vervormt. Als de data via documentcapture is binnengekomen in plaats van een systeemexport, verwacht dan dat data en adressen als regelitems worden opgepikt.

Niets hiervan is exotisch. Alles verandert het antwoord, en alles is onzichtbaar zodra de cijfers in een grafiek terechtkomen.

Stap drie: de supplier‑lijst oplossen. Doe dit voordat je iets classificeert. De supplier is een van de sterkste signalen om te bepalen wat een regel werkelijk is, dus een schone supplier‑lijst maakt de volgende stap aanzienlijk nauwkeuriger. Het is bovendien vaak de eerste plek waar een echte bevinding verschijnt, omdat het dedupliceren van de lijst meestal onthult dat een bedrijf drie afzonderlijke accounts heeft bij dezelfde distributor.

Stap vier: de taxonomie bepalen en de regels schrijven. Beslis welke standaard je gebruikt en hoe diep je moet gaan. UNSPSC is de gebruikelijke keuze omdat het extern is, wat betekent dat suppliers en klanten het al kunnen gebruiken. Houd vervolgens één sessie met de mensen die daadwerkelijk kopen, en werk de randgevallen door die het bedrijf echt heeft. Betekent een regel met “hours” onderaannemersarbeid of machinehuur? Hoe worden transportkosten, brandstoftoeslagen en credit notes behandeld? Schrijf elke beslissing op.

Het overslaan van deze stap is de meest voorkomende reden dat een spend‑cube twee keer wordt gebouwd.

Stap vijf: classificeren, scoren, reviewen. Elke regel krijgt een code en een confidence‑score. Regels waar het systeem onzeker over is, een beschrijving die alleen een part‑number is, een supplier die voor het eerst verschijnt, een item dat in twee families kan passen, gaan naar een persoon. Die review is geen quality‑checkpoint dat achteraf wordt toegevoegd. Het is waar de regels worden verfijnd en waar de correcties vandaan komen die voorkomen dat dezelfde ambiguïteit zich herhaalt.

Bij Pearstop draait dit als een beheerde pipeline: beperkte taxonomie zodat codes niet verzonnen kunnen worden, supplier‑context gewogen tegen de beschrijving, bedrijfsregels toegepast, low‑confidence‑regels doorgestuurd naar review, correcties teruggevoerd.

When to use a procurement consultant

Een consultant inschakelen is de juiste keuze wanneer het probleem niet echt de data is.

Als een bedrijf nog nooit professionele procurement heeft uitgevoerd, is de spend cube slechts een klein onderdeel van wat het nodig heeft. Het moet eerst weten welke spend adresseerbaar is. Het heeft een commercieel model nodig. Het heeft iemand nodig die de functie ontwerpt, beslist wie wat onderhandelt, en aanwezig is wanneer een leverancier weerstand biedt. Diagnostiek van gevestigde procurement‑consultancies dekt precies dit, en de vergoeding weerspiegelt het feit dat een senior persoon oordeelwerk verricht in plaats van data‑werk.

De vuistregel in de markt is dat het aanraken van werkelijk ongecontroleerde spend bij een middelgroot bedrijf ongeveer tien procent besparingen oplevert, en dat gebeurt redelijk snel. Wanneer dat het geval is, is de business case voor een consultant duidelijk, en het argumenteren over de kosten van de classificatiecomponent mist het punt.

Schakel een consultant in wanneer je een beslissing, een mandaat en iemand die verantwoordelijk is voor het leveren van het cijfer nodig hebt. Het resultaat is een strategie en een reeks uitgevoerde onderhandelingen.

De beperking is niet de kwaliteit. Het is de houdbaarheid. Een door een consultant gebouwde cube is accuraat op de dag van levering en begint onmiddellijk te degraderen, omdat de facturen van de volgende maand ongeclassificeerd binnenkomen en niemand in het gebouw de gebruikte regels kent. Twaalf maanden later wordt dezelfde oefening opnieuw in opdracht gegeven.

When to use an AI pipeline

Een AI‑pipeline is de juiste keuze wanneer de classificatie zelf de bottleneck is, en wanneer het antwoord ook volgend kwartaal nog waar moet zijn.

Drie situaties maken het duidelijk.

Een ERP‑migratie staat op stapel. Dit is de sterkste trigger die we zien. Het heeft geen zin om ongestructureerde historie in een nieuw systeem te laden, en er is alle reden om nu nieuwe purchase orders correct te coderen zodat de migratie schone data erft in plaats van hetzelfde probleem in een betere interface.

De achterstand is te groot om een persoon er mee te laten omgaan. Het handmatig classificeren van enkele honderdduizenden historische regels is een full‑time analyst‑rol die niet eindigt, omdat er continu nieuwe regels binnenkomen. De vergelijking die je moet maken is niet de nauwkeurigheid per regel, maar of je een buyer wilt die zijn week besteedt aan het coderen van data of aan het onderhandelen met de leveranciers waar de data‑punten naar verwijzen.

Iemand heeft het al geprobeerd met een algemene assistent. Dit gebeurt voortdurend. Een bekwame persoon neemt hun gegevens, werkt ze door met een chatbot, en ontdekt dat deze codes verzint, zichzelf tegenspreekt tussen runs, en geen signaal geeft over welke antwoorden te vertrouwen zijn. Het geld dat al is uitgegeven, is niet verspild aan classificatie. Het is besteed aan het ontdekken dat de guardrails het product zijn.

De economie verschilt in structuur, niet alleen in omvang. Een consultant is een projectvergoeding die een momentopname‑antwoord oplevert. Een pipeline is een opstartkost plus een volume‑gebaseerde operationele kost, en de marginale kost van de volgende maand is bijna nul.

De twee concurreren niet echt. De meest logische opzet die wij zien, is een consultant die de strategie en de onderhandelingen uitvoert, terwijl de cube onderliggend wordt gebouwd en onderhouden door een pipeline, zodat jaar twee niet vanaf een blanco blad begint.

Frequently asked questions

Wat is een spend cube in procurement?

Een spend cube is procurement spend georganiseerd over meerdere dimensies tegelijk, zodat het vanuit elke hoek kan worden gesneden. De standaarddimensies zijn supplier, category en business unit of cost centre, met time als vierde dimensie. Het beantwoordt wie wat heeft gekocht, van wie, en wanneer, zonder dat iemand telkens een spreadsheet opnieuw moet opbouwen.

Welke data heb je nodig om een spend cube te bouwen?

Je hebt transaction‑data op regel‑niveau nodig, geen samenvattende totalen. De minimaal bruikbare export bevat een documentnummer, een datum, een supplier‑naam en -nummer, de vrije‑tekst regelbeschrijving, hoeveelheid, eenheidsprijs, totale waarde, valuta, en een cost centre‑ of entiteitsreferentie. Een intern materiaal‑ of productnummer, indien aanwezig, verbetert de nauwkeurigheid aanzienlijk.

Hoe lang duurt het om een spend cube te bouwen?

Een pilot met ongeveer een jaar aan data duurt ongeveer vier weken, inclusief tijd om bevindingen te beoordelen en de classification rules aan te passen vóór de volledige run. Het extraheren en opschonen van de source data is meestal het langzaamste onderdeel en hangt af van het finance team, niet van de classification method. Een volledige historische backlog volgt zodra de rules zijn vastgesteld.

Is het goedkoper om een spend cube te bouwen met AI of een consultant?

AI is goedkoper voor het classification work en nogmaals goedkoper voor het actueel houden van de cube, omdat de marginal cost van de volgende maand data bijna nul is. Een consultant kost meer per oefening maar omvat negotiation strategy en execution support die een pipeline niet biedt. De twee lossen verschillende problemen op.

Kunnen ChatGPT of Copilot procurement spend data classificeren?

Niet betrouwbaar op schaal. Algemene assistenten verzinnen category codes die niet bestaan in de taxonomy, classificeren dezelfde description verschillend tussen runs, en geven geen indicatie van hun confidence. Ze zijn nuttig voor het verkennen van enkele honderden lines. Ze leveren niet de repeatability die een spend cube vereist.

Hoe bouwt Pearstop een spend cube?

Pearstop neemt line-level data op, lost de supplier list op tegen een reference database, past een constrained taxonomy toe zodat codes niet kunnen worden verzonnen, codeert de rules die met het procurement team zijn overeengekomen, en stuurt low-confidence lines naar menselijke review. Correcties worden teruggevoerd naar de pipeline, en de cube wordt bijgewerkt zodra nieuwe data binnenkomt in plaats van opnieuw te worden opgebouwd.

Frequently asked questions

What is a spend cube in procurement?

A spend cube is procurement spend organised across several dimensions at once, so it can be sliced from any angle. The standard dimensions are supplier, category and business unit or cost centre, with time as a fourth. It answers who bought what, from whom, and when, without anyone rebuilding a spreadsheet each time.

What data do you need to build a spend cube?

You need line-level transaction data, not summary totals. The minimum useful export contains a document number, a date, a supplier name and number, the free-text line description, quantity, unit price, total value, currency, and a cost centre or entity reference. An internal material or product number, where one exists, materially improves accuracy.

How long does it take to build a spend cube?

A pilot on around one year of data takes roughly four weeks, including time to review findings and adjust the classification rules before the full run. Extracting and cleaning the source data is usually the slowest part and depends on the finance team, not the classification method. A full historical backlog follows once the rules are settled.

Is it cheaper to build a spend cube with AI or a consultant?

AI is cheaper for the classification work and cheaper again for keeping the cube current, because the marginal cost of the next month of data is close to zero. A consultant costs more per exercise but includes negotiation strategy and execution support that a pipeline does not provide. The two solve different problems.

Can ChatGPT or Copilot classify procurement spend data?

Not reliably at scale. General assistants invent category codes that do not exist in the taxonomy, classify the same description differently across runs, and give no indication of how confident they are. They are useful for exploring a few hundred lines. They do not produce the repeatability a spend cube depends on.

How does Pearstop build a spend cube?

Pearstop ingests line-level data, resolves the supplier list against a reference database, applies a constrained taxonomy so codes cannot be invented, encodes the rules agreed with the procurement team, and routes low-confidence lines to human review. Corrections feed back into the pipeline, and the cube updates as new data arrives rather than being rebuilt.

Stephanie Wiechers

Stephanie Wiechers

CEO & Co-founder, Pearstop

Stephanie leads Pearstop's go-to-market and strategic direction. She works directly with procurement and FM leaders across Europe to understand how data quality affects margins, contracts, and AI readiness.

LinkedIn →

Further reading

Laatste inzichten

AI & Digital

Het spend cube framework, uitgevoerd met AI

De klassieke driedimensionale spend cube, aangepast voor een AI-classificatiepipeline: wat verandert…

Lees meer
Procurement

Spend classificatie in 2026: vijf opties vergeleken

Sievo, Pearstop, Coupa, Simfoni, Spendkey en handmatige classificatie eerlijk vergeleken op kostenmo…

Lees meer
Data Quality

Classificeren van air filtration spend binnen HVAC maintenance

Filterwissels zijn een voorspelbare consumable cost, maar de meeste HVAC codes voegen ze samen met r…

Lees meer