Lineage при източници от таблици: какво документирате и защо

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

Какво означава lineage без система

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

Стъпките между източника и отчета

Между необработената таблица и цифрата в отчета обикновено има няколко обработки. Необработена фактура за енергия се преобразува в потребление за период. Това потребление се умножава по емисионен фактор. Резултатът се събира с цифри от други обекти. Някъде се преобразува единица, попълва се оценка за липсващ месец или се прилага корекция, защото по-ранно въведени данни се оказват грешни. Всяка от тези стъпки е обработка, която променя цифрата, и кои обработки се намират между източника и отчета е точно това, което трябва да бъде документирано, преди някой да може да провери цифрата.

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

Агрегиране и нормализиране в таблица

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

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

Защо собствеността е точно толкова важна, колкото самите стъпки

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

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

Защо това първо, преди да се мисли за инструмент

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