Число в доклад за устойчивост почти винаги има изминат път зад себе си. То започва като ред в сметка за електроенергия, брояч в производствена система, поле за въвеждане в HR-инструмент. Докато числото стигне до отчета, то е преброено, преизчислено, обединено и понякога коригирано. Тези междинни стъпки рядко са видими в крайния резултат. Който гледа само отчета, вижда цифра. Който гледа пътя дотам, вижда поредица от избори.
Между източника и отчета обикновено има фиксирана последователност от обработки, дори ако никой никога не я е записал.
Най-напред данните се събират: изнасят се от система, препечатват се от фактура, копират се от таблица. След това те се нормализират: литри стават кубични метри, киловатчасове стават гигаджаули, местната валута се превръща във фиксирана единица за изчисление. След това се разпределят към категория или обхват, което е избор, а не автоматизъм. Следва агрегация: цифрите от обекти, месеци или отдели се обединяват в годишен сбор. По пътя се извършват корекции — за двойно броене, за липсващи месеци, за грешна единица, която някой е забелязал преди година и е поправил ръчно.
Всяка стъпка е място, където се прави предположение. Избира се емисионен фактор. Оценка замества липсваща измерена стойност. Прилага се закръгляне. Само по себе си нищо от това не е проблем. Проблемът се появява, когато никой вече не знае какво предположение е направено, от кого и защо.
Цифра в отчет, която не може да се проследи до своя източник, е твърдение, а не факт. Щом контрольор, одитор или регулаторен орган попита как е изградено число, отговорът трябва да е повече от „това е в системата“. Отговорът трябва да може да покаже пътя: този източник, това преизчисление, тази агрегация, тази корекция.
Документирането на този път има три пряки последствия. Първо, откриването на грешки става работа на минути вместо дни, защото е ясно къде е приложено преизчисление и къде не. Второ, става възможно предаването на знание: ако лицето, което управлява таблицата, напусне, знанието за обработките не изчезва с него. Трето, се създава основа за проверка, защото външна страна може да следва стъпките, без първо да трябва да ги възстановява.
Без такова документиране всеки цикъл на отчитане е повторение на детективска работа. Някой се обажда на предишния отговорник, търси в стари имейли, гадае причината за закръгляне. Тази работа е невидима в самия отчет, но точно тя определя колко доверие заслужава този отчет.
Не всяка обработка изисква същия подход. Агрегацията, при която цифри от множество източници се обединяват в един общ сбор, изисква различно документиране от нормализацията, при която единиците и определенията се уеднаквяват. Който иска да разбере как точно да документира агрегация, ще намери отговор в обяснение за документиране на стъпките на агрегация, а който се пита как да подходи към нормализацията, може да прочете за това в описание на документирането на нормализация. Двете са част от една и съща верига, но въпросите, които поставят, са различни: агрегацията повдига въпроси за пълнота, нормализацията — за консистентност.
Ситуацията се променя и когато самият източник не е система, а таблица. Тогава няма автоматичен експорт, няма системен журнал, няма фиксирана структура, и документирането трябва да се изгради по друг начин. Който се сблъсква с тази ситуация, ще намери насоки в обяснение за source-to-report mapping, когато източникът е таблица и в преглед на обработките между източник и отчет специално при таблични източници. За тези, които нямат бюджет за инструмент и трябва да изградят lineage с наличните средства, има метод за изграждане на lineage без специализиран софтуер.
Документирането на обработките често се бърка с дневник: списък кой какво е променил и кога. Това е част от историята, но не цялата. Одитна пътека, която само регистрира промени, не разказва защо е направен избор или какво правило е приложено. Разликата между дневник и истинска структура за отчетност е разгледана в изложение защо одитната пътека трябва да е повече от дневник.
Data Readiness Scan картографира този път: кой източник захранва коя точка от данни, какви обработки се намират между тях, кой е собственик на всяка стъпка и какво правило за качество се отнася за нея. Това не е нито отчет, нито въпросник, а основната структура, която прави и двете надеждни.
Щом обработките между източника и отчета са описани, става видимо кои стъпки представляват фиксирана ръчна работа: препечатването на фактура, прилагането на фиксиран коефициент на преизчисление, обединяването на месечни цифри по фиксирано правило. Точно това е видът работа, за който може да се изчисли каква част може да бъде поета от AI, без документирането от източник до отчет да загуби своята функция. FTE TO AI изчислява за всяка задача каква част от нея е предаваема, на базата на работния скенер, който прави тази разлика видима за всяка задача.
Data Readiness Scan е в процес на разработка. Който иска обработките между източника и отчета да бъдат документирани веднага след като скенерът стане достъпен, може да се запише в списъка на чакащите.
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.