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