Дневник регистрира кой е отворил файл и кога. Това е полезно, но не отговаря на въпроса, който най-често се задава при данни за устойчивост: как се стига до това число. При таблица като източник тази разлика е по-голяма, отколкото при система, защото таблицата не налага фиксирана структура. Всеки може да промени формула, да добави ред или да смени единица, без да остане следа, която отива по-далеко от име на файл с дата в него.
Дневникът ви казва, че файлът "Scope1_2023_v4.xlsx" е записан в определен ден. Той не ви казва коя клетка е променена, с каква причина, и дали тази промяна е корекция или ново предположение. При данни за устойчивост тази разлика е важна, защото число често преминава през няколко ръце преди да попадне в отчет. Кой може да покаже какво се е случило между източник и отчет, може също да покаже защо число е такова, каквото е. Кой не може, има само резултат, но не и път до него.
Между суровите данни в таблица и числото в отчет обикновено стоят няколко обработки: единица се преизчислява, период се обединява, отклонение се коригира, резултат от един раздел се събира с резултат от друг раздел. Всяка стъпка е момент, в който се прави предположение. Кои обработки между източник и отчет точно се извършват, се различава по данна точка и по организация, но самите стъпки рядко са уникални. Те се повтарят при почти всяко число, което се съставя от няколко източника.
Одитна пътека, която показва само крайния резултат и датата на последна промяна, изцяло пропуска тези междинни стъпки. За да може число да бъде разказано отново, трябва да е записано коя обработка е приложена в кой момент, с какъв входящ данни и от кого. Това е друг вид записване от онова, което предлага дневник: това е source-to-report mapping, при което не файлът, а данна точка е изходната точка.
Една от обработките, която остава най-недооценена, е агрегацията: сборуването на числа от различни източници, отдели или периоди в едно число. Агрегацията се усеща като техническа стъпка, но често съдържа съдържателни решения: кои единици се приравняват, кои периоди се броят, кои изключения се държат отделно. Как записвате агрегацията определя дали някой впоследствие може да разкаже защо общото число е такова, каквото е, или дали общото число остава черна кутия, която само нейният създател може да обясни, а това обяснение вече не е издръжливо, щом този човек не е вече на разположение.
Одитна пътека без собственост записва какво се е случило, но не кой носи отговорност за това. При таблици това е риск, защото файл може да бъде обработван от няколко хора, без да е ясно кой е направил съдържателния избор. Записването кой е извършил обработка е нещо различно от записването кой притежава определението на данна точка: едното регистрира действие, другото записва кой може да обясни защо данна точка е определена така, както е. И двете са необходими, за да направят одитна пътека използваема за някой, който не е присъствал в процеса.
Освен това разликата между кой извършва обработка и кой притежава процеса отдолу е важна. Служител може да отговаря за попълването на таблица, докато друг отговаря за процеса, в който се използва тази таблица. Одитна пътека, която не прави тази разлика, при запитване насочва към последния човек, който е докоснал нещо, а не към онзи, който действително може да обясни защо процесът е устроен така.
Възможно е да се започне това записване, без да се закупува система за това. То започва с назоваването на обработките, които се прилагат върху данна точка, записването на кой изпълнява коя стъпка, и описването на причината зад корекция в момента, в който тя се прави. Как изграждате lineage без инструмент, когато източникът е таблица, е преди всичко въпрос на дисциплина в записването, не на софтуер. Инструмент може след това да подпомогне този процес, но инструмент върху процес, който не записва нищо, дава само по-подредена таблица със същите невидими предположения в нея.
Щом стъпките между източник и отчет са назовани и записани, възниква втори въпрос: кой действително изпълнява тези стъпки, и коя част от тях е достатъчно повторима, за да бъде предадена. Много от обработките, описани тук, като преизчисляване на единици или сборуване на данни от фиксирани източници, са задачи, които могат да бъдат разложени на стъпки. [Работният скенер на FTE TO AI](https://fte-to-ai.com) изчислява за всяка задача каква част от тази работа може да бъде поета от 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.