Kennisbank

Къде всъщност вече съществува една точка от данни?

Преди число да попадне в отчет, то вече има история. Идва от фактура за енергия, HR-система, Excel-файл, който някой актуализира всяко тримесечие, или оценка, направена преди три години и никога преразгледана оттогава. Въпросът „къде вече съществува тази точка от данни“ изглежда прост, но в повечето организации отговорът никъде не е записан. Той се намира в главите на хората, в кореспонденцията от миналата година, или никъде.

Регистър на точки от данни е мястото, където този отговор наистина е записан. Не като отчет, а като администрация: за всяка точка от данни е фиксирано откъде идва стойността, кой носи отговорност за нея и на какви правила трябва да отговаря стойността, преди да я използвате.

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

Регистър съдържа за всяка точка от данни фиксиран набор от полета. Името и дефиницията на точката от данни, за да не влагат двама души различен смисъл в един и същ термин. Изходните системи или документи, от които идва стойността. Собственика: лицето, което може да обясни откъде идва числото и което е точка за контакт, ако то не е коректно. Обработките, които се извършват между източника и отчитането, от преизчисление на единици до сумиране по локации. И правилата за качество, на които трябва да отговаря стойността, като очакван диапазон или проверка спрямо предходна година.

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

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

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

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

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

Кога точка от данни е коректна

Да имате точка от данни, записана в регистъра, не е същото като точка от данни, която е коректна. Коректност означава, че източникът е проследим, че обработките между източника и отчетното число са известни, и че съществува правило, спрямо което резултатът може да бъде проверен. Без тези три елемента едно число е предположение с цифра върху него.

Обработките при това са компонентът, който най-често липсва. Точка от данни рядко преминава директно от източник към отчет; обикновено между тях има преизчисление, обединение или корекция. Какви обработки се намират между източника и отчета е затова отделен въпрос наред с въпроса къде се намира самият източник, и тези два въпроса заедно образуват онова, което е известно като source-to-report mapping: пълният маршрут от суровия източник до отчетното число, картографиран изцяло.

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

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

Какво това не решава

Регистър на точки от данни ви казва откъде идва точка от данни и кой отговаря за нея. Той не ви казва колко време отнема събирането на тези данни всяка година отново, или каква част от тази събирателна работа остава ръчна и каква част може да бъде поета от друг. Веднага щом регистърът е готов и знаете кои стъпки се повтарят, този въпрос неизбежно излиза на преден план. Работният скенер на FTE TO AI изчислява за всяка задача каква част от работата може да бъде поета от AI, и по този начин се свързва точно с точката, където регистърът спира: не къде се намират данните, а колко работа е необходима, за да се достигне до тях всеки път отново.