Een spreadsheet met energieverbruik per vestiging is geen probleem op zichzelf. Het probleem ontstaat in de stap erna: hoe worden die regels samengevoegd tot het getal dat in het rapport staat. Die stap gebeurt vaak in een formule, een draaitabel of, erger, in het hoofd van degene die de spreadsheet jaarlijks bijwerkt. Niemand anders weet precies welke rijen zijn meegenomen, welke zijn uitgesloten en waarom.
Aggregeren klinkt als rekenen, maar het is een reeks keuzes. Telt u vestigingen mee die een deel van het jaar gesloten waren? Neemt u gehuurde locaties mee of alleen eigendom? Rekent u met kalenderjaar of boekjaar? Elke keuze verandert het eindcijfer, en in een spreadsheet zijn deze keuzes meestal niet apart vastgelegd. Ze zitten verwerkt in een formule die naar cellen verwijst, zonder dat er een leesbare regel staat die zegt: dit is de aggregatieregel, en dit is waarom.
Zodra iemand de spreadsheet overneemt, of zodra een controller een jaar later een vergelijkbaar cijfer wil reproduceren, ontbreekt die uitleg. De formule werkt nog, maar niemand kan meer beoordelen of hij nog correct is voor de situatie van dit jaar.
Tussen de ruwe regel in de spreadsheet en het getal in het rapport liggen doorgaans meerdere stappen: selectie van de relevante rijen, omrekening naar een eenheid, optelling of gewogen gemiddelde, en soms een correctie voor ontbrekende maanden of locaties. Elke stap kan een eigen regel hebben, en elke regel kan wijzigen zonder dat dat ergens wordt genoteerd.
De vraag die dan telt: als een controller vraagt hoe dit cijfer is opgebouwd, kunt u de stappen een voor een aanwijzen? Niet de uitkomst herleiden door achterwaarts door de formule te werken, maar de regels zelf laten zien.
Een aggregatieregel die alleen in een formule bestaat, is niet controleerbaar en niet overdraagbaar. Vastleggen betekent: apart van de spreadsheet noteren welke aggregatie is toegepast, op welke selectie, met welke uitzonderingen, en wie die regel heeft vastgesteld. Dat is geen extra document naast de spreadsheet, het is de verklaring die de spreadsheet pas bruikbaar maakt als bron voor een rapportagepunt.
Zonder die verklaring verandert een aggregatieregel onopgemerkt. Iemand voegt een vestiging toe aan de lijst, past de formule aan, en het cijfer van dit jaar is niet meer vergelijkbaar met vorig jaar. Niet omdat de onderliggende data is veranderd, maar omdat de manier van optellen stilletjes is aangepast.
Aggregatie is een van de plekken waar spreadsheets aggregatiefouten verbergen, maar niet de enige. Vergelijkbare vragen gelden voor eenheden en definities: zie hoe u normalisatie vastlegt als de bron een spreadsheet is voor de stap die vaak vóór aggregatie komt. En om de volledige weg van ruwe regel naar rapportcijfer in kaart te brengen, ook zonder gespecialiseerde software, is er hoe u lineage maakt zonder tool als de bron een spreadsheet is. Beide sluiten aan op de bredere vraag wat source-to-report mapping precies inhoudt, waarin aggregatie een van de stappen is die worden gedocumenteerd.
Een aggregatieregel heeft, net als een datapunt, iemand nodig die verantwoordelijk is voor de keuze erachter. Niet degene die toevallig de formule heeft geschreven, maar degene die kan uitleggen waarom deze selectie en deze rekenmethode zijn gekozen, en die een wijziging goedkeurt voordat die wordt doorgevoerd. Deze vraag hangt samen met wie de definitie van een datapunt bezit: de definitie bepaalt wat wordt gemeten, de aggregatieregel bepaalt hoe metingen worden samengevoegd tot een rapportagecijfer. Beide horen bij iemand met naam, niet bij een spreadsheet die van hand tot hand gaat.
Het vastleggen van aggregatieregels is geen eenmalige exercitie. Het is een vraag die telkens terugkomt zodra de organisatie verandert: een nieuwe vestiging, een nieuwe eenheid, een fusie. Daarom is het niet genoeg om deze keer te documenteren; er moet een proces zijn dat vastlegging bij elke wijziging herhaalt. Wie dat proces bewaakt en wanneer een aggregatieregel wordt herzien, is een vraag die raakt aan wie het proces eronder bezit, los van wie de individuele cijfers aanlevert.
Deze pagina beschrijft wat er nodig is om aggregatie transparant te maken. De Data Readiness Scan is de tool die dit voor uw datapunten helpt vastleggen: het register, de bron-naar-rapport lineage per punt en de eigenaarschapsregels. Die tool is in aanbouw. Wie hier nu al mee wil beginnen, kan zich aanmelden voor de wachtlijst.
Zodra aggregatieregels zijn vastgelegd, met een eigenaar en een reden, ontstaat een ander soort werk: het uitvoeren en controleren van diezelfde stappen, jaar na jaar. Veel van dat uitvoerende werk, van rijen selecteren tot getallen optellen volgens een vaste regel, is het soort taak waarvan met een werkscan van FTE TO AI te berekenen is welk deel door AI is over te nemen, per taak, op basis van wat het werk precies inhoudt.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Antwoorden komen uit de kennisbank van deze site. Geen advies op maat, en geen scan van uw bedrijf.