Egy duplikált adatpont majdnem sosem tűnik fel a végeredményben. Akkor tűnik fel, amikor két üzleti egység egymástól függetlenül ugyanazt az energiafogyasztást, ugyanazokat a flottaadatokat vagy ugyanazt a hulladékáramot adja meg, és senki nem vette észre, hogy ugyanarról a forrásról van szó. Az összeg optikailag akkor is helyesnek tűnik, de az összesítés hibás. Ez elsősorban azoknál a szervezeteknél fordul elő, amelyek üzleti egységenként dolgoznak, saját táblázatokkal, saját beviteli formanyomtatványokkal és saját emberekkel, akik a számokat szolgáltatják. Minden egység szépen leadja, amit kérnek tőle. Senki nem hasonlítja össze a forrást.
Egy adatpontregiszter ezt nem az összeg ellenőrzésével oldja meg, hanem azzal, hogy minden adatponthoz rögzíti, honnan származik. Nem csak azt, hogy melyik szám lett beírva, hanem hogy melyik rendszerből, melyik fájlból vagy melyik mérésből ered, és ki szolgáltatta azt. Ha két üzleti egység ugyanahhoz az adatponthoz ugyanazt a forrást jelöli meg — ugyanaz az energiaszerződés, ugyanaz a flottakezelő rendszer, ugyanaz a beszerzési jelentés egy közös beszállítótól —, akkor ez láthatóvá válik, amint a forrásokat egymás mellé állítják. Pontosan ez az, amire a source-to-report eredetkövetés adatpontonként szolgál: nem utólagos ellenőrzésként, hanem a regiszter felépítésének állandó részeként.
A duplikáció leggyakrabban három módon keletkezik. Az első egy közös forrás, amelyet két egység is külön-külön leolvas, például egy központi energiaszerződés, amelyet mind a telephely, mind a székhely felszámol. A második egy közös tevékenység, amelyet duplán rendelnek hozzá, például egy szállítási szolgáltatás, amelyet a küldő és a fogadó egység is saját kibocsátásként rögzít. A harmadik egy fúzió vagy átalakítás, amelynek során két regisztert összevontak anélkül, hogy bárki ellenőrizte volna, hogy ugyanaz a forrás nem szerepel két néven. Ezek közül a helyzetek közül egyik sem ismerhető fel magából a számból. Csak a mögötte álló forrásból ismerhetők fel.
Ahhoz, hogy egy duplikációt felismerhessünk, a regiszternek adatpontonként legalább a következőket kell rögzítenie: a pontos forrást, az adatpontot szolgáltató üzleti egységet, az érintett időszakot és a helyességért felelős tulajdonost. E kombináció nélkül az egységek közötti összehasonlítás puszta találgatás. E kombinációval viszont mindössze rendezés kérdése: az azonos forrású adatpontokat egymás mellé állítva megítélhető, hogy valóban külön számolhatók-e, vagy átfedés van közöttük. Hogy pontosan mely mezőkre van szükség, és milyen sorrendben kell azokat kitölteni, azt a hogyan állít fel olyan adatpontregisztert, amely ezzel az információval kezdődik írja le.
Egy regiszter, amely megmutatja a duplikációkat, nem automatikusan olyan regiszter, amelyben már nincsenek duplikációk. Ez egy olyan regiszter, amelyben ezek felderíthetők, mert minden adatponthoz rögzítve van a forrás. Az, hogy ez elegendő-e, attól függ, hogy az adatpontok mekkora részéhez van tényleg forrás megadva — egy olyan regiszter, amelyben a mezők fele üres, lehetetlen módon nem tudja megmutatni, mely egységek fedik egymást. Hány forrásmező van kitöltve, és ez mit mond az egész megbízhatóságáról, azt a hány adatpontjához van forrás megadva tárgyalja. Csak amikor ez az arány elég nagy, akkor válik az üzleti egységek közötti összehasonlítás többé, mint egy pillanatfelvétel.
A kísértés az, hogy mindent ellenőrizzünk duplikáció szempontjából, beleértve azokat az adatpontokat is, amelyeknek alig van súlyuk a végleges jelentésben. Nem ott érdemes a legtöbb időt eltölteni. Hogy mely adatpontokra van valóban szükség a jelentéshez, és melyek felesleges részletek, azt a mely adatpontokra van valóban szükségük írja le. Egy kisebb regiszter, amelyben a források helyesek, hasznosabb, mint egy teljes regiszter, amelyben senki nem ellenőrizte, hogy a források átfedik-e egymást.
Egy egység esetében a regiszter akkor van készen, amint minden adatponthoz van forrás és tulajdonos. Több üzleti egység esetén ehhez hozzájön egy lépés: annak ellenőrzése, hogy ugyanaz a forrás nem szerepel két néven a regiszterben. Hogy ez konkrétan mit jelent az egységeken átívelő regiszter lezárásához, azt a mikor van kész egy regiszter több üzleti egység esetén írja le. Ez a pillanat nem akkor jön el, amikor minden mező kitöltve van, hanem amikor az egységenkénti kitöltést egymáshoz mérték.
Ha az adatpontregiszter egyszer elkészül, adatpontonkénti forrásokkal és tulajdonjoggal, akkor felmerül egy második kérdés: ki végzi el a munkát, hogy ezeket a forrásokat rendszeresen ellenőrizze és frissítse. E munka egy része — forrásadatok lekérése, bevitel összevetése, eltérések jelzése — elég ismétlődő ahhoz, hogy megnézzük, mennyi bízható rá AI-ra. Az FTE TO AI munkascanje feladatonként kiszámítja, mekkora rész jön ehhez számításba, nem a regiszter helyettesítéseként, hanem azt követő lépésként, amint a regiszter létezik.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.