Kennisbank

Какво правите с точка от данни без източник","tema":"placeholder"} ``` Позволете ми да коригирам грешката в имената на полетата: ```json {"titel":"Точка от данни без източник: какво следва?","meta":"Точка от данни без установим източник компрометира всеки доклад, който се основава на нея. Как да я документирате и разрешите в регистъра.","kop":"Какво правите с точка от данни без източник

Някъде в процеса се появява число, което никой вече не може да обясни. Потреблението на обхват 2 на дадено обект, броят служители (fte) в дъщерно дружество, количеството отпадъци на производствена линия. Числото стои в доклада от миналата година, но никой вече не знае от коя система идва, кой го е въвел, дали е сумирано или оценено. Това не е изключение. Това е една от най-често срещаните констатации, когато организация за първи път систематично прегледа своите данни за устойчивост.

Въпросът не е реторичен. Точка от данни без източник не е по дефиниция грешна, но е недоказана. А недоказани данни, които все пак попадат в доклад, представляват риск, който се проявява едва в момента, когато някой — доставчик на увереност (assurance), регулаторен орган, клиент със собствени задължения по веригата на доставки — задълбае с въпроси.

Какво документира регистър на точки от данни

Регистър на точки от данни не е инструмент за отчитане и не е табло за управление. Това е списък: всяка точка от данни, която попада в доклад за устойчивост, придружена от определен брой фиксирани полета. От къде идва. Кой е неин собственик. Какви обработки стоят между източника и доклада. По какво правило се оценява качеството й. Кога е проверена за последно.

Без тези полета точка от данни е число, което случайно стои някъде. С тези полета то се превръща в данна, чийто произход е документиран, и следователно проверима отново. Тази разлика е точно там, където организациите се сблъскват с проблем: докладът съществува, но подлежащата структура — не.

Как се появява точка от данни без източник

Обикновено е имало източник в някакъв момент. Някой веднъж е извлякъл число от ERP система, поставил го е в таблица, а колега го е презел година по-късно, без да копира произхода. Или числото е резултат от изчисление — оценка на база на средна стойност, преобразуване от литри в килограми CO2 — чието правило за пресмятане не е записано. Точно този път, какви обработки стоят между източника и доклада, е там, където се губи най-много информация. Число, което е обработено три пъти преди да достигне доклада, е имало три възможности да загуби своя произход.

При организации с множество обекти или бизнес единици се добавя и втора причина: една и съща точка от данни съществува на множество места, в леко различна форма, и никой никога не е определил коя версия е първичните данни. Това е различен въпрос от липсващия източник, но те се допират: ако искате да разберете къде вече съществува точка от данни при множество бизнес единици, често се натъквате точно на същото слепо петно.

Какво правите с точката от данни

Точка от данни без източник получава в регистъра статус: непотвърдена. Не се изтрива, не се приема мълчаливо за коректна, а се маркира. От този момент нататък трябва да се направи избор, а този избор зависи от това какво е заложено на карта. Ако е точка от данни, която в анализ на съществеността е оценена като малка, източникът може да бъде издирен на по-късен етап, без докладът да зависи от това. Ако е точка от данни, която подлежи на увереност (assurance), източникът е условие, а не приятно допълнение.

Самото издирване следва фиксиран маршрут: обратно към първичния документ или първичната система, през всяка обработваща стъпка, чак до собственика, който може да потвърди, че числото е коректно. Точно това означава какво представлява картографирането от източник до доклад (source-to-report mapping): не проверка на числото, а възстановяване на пътя до него. Понякога се оказва, че този път вече не може да бъде възстановен. Тогава заключението не е, че числото е грешно, а че не може да бъде доказано — а това е различен, и за доклад еднакво важен, резултат.

Кога регистърът е готов

Регистър не е завършен, щом всяка точка от данни има източник. Той е завършен, щом всяка точка от данни има собственик, който може да бъде адресиран, правило за качество, спрямо което се проверява, и документирана история на обработките, която може да бъде премината отново, без някой да трябва да я знае наизуст. Какво точно влиза в това и кога можете да спрете да търсите повече детайли, е разработено на кога регистър е готов. За повечето организации отговорът е неудобно конкретен: готов е, когато нов колега може да възстанови доклада без помощ.

Издирването и възстановяването на точка от данни без източник е работа, която може да се раздели на стъпки: претърсване на първични документи, издирване на обработки, обръщане към собственици, документиране на отговорите. Част от тази работа — претърсването на системи за липсващо число, обединяването на предоставени потвърждения — е достатъчно повтаряема, за да се изчисли какво от нея може да поеме AI. Работният скенер (werkscan) на FTE TO AI прави точно това за всяка задача: не с общи твърдения за автоматизация, а с конкретна оценка на каква част от този вид издирвателна работа може да бъде оставена на система и каква част продължава да изисква собственост и преценка.