Sustainability Data Readiness
Цифрите изглеждат правилни на хартия. Има подредена таблица, с общ сбор по компонент и сума за групата. Но кой да попита по-надълбоко — откъде идва това число, кой го е предоставил, каква дефиниция е използвана — получава три различни отговора от трима различни хора. Едно поделение брои scope 2 по различен начин от друго. Таблицата, използвана миналата година, вече не може да се намери. Никой не е сигурен дали това число е изградено така, както партньорът по assurance ще иска да го види. Това не е грешка в изчисленията, това е основа, която никога не е била положена.
Ядрото е Data Readiness Scan с регистър на данни като гръбнак. Този регистър поставя едно до друго какво е необходимо за избраните теми и какво вече присъства в организацията — не оценка, а списък, който следва от определените материални теми.
Около този регистър стои source-to-report-mapper: попълваем инструмент за проследяване на произход по фиксирана структура вход-процес-изход. За всяка точка от данни се записва откъде идва, какви обработки й се прилагат преди да попадне в доклада, и кой отговаря за какво чрез RACI. Към това се добавят правила за качество — валидни стойности, сигнални отклонения — които показват кога число излиза извън очакваните граници, преди то да се изгуби в консолидацията.
От този проектиран процес следва генератор на функционални изисквания. Това е обръщането на подхода, което често липсва в процеса: не първо да се купи инструмент и процесът да се приспособи към него, а първо процесът да се определи, и само тогава да се погледне какви изисквания следват от него за евентуален софтуер.
Кой предпочита да работи с придружаване, може да участва в трудневния data bootcamp — обикновено с CO2 като първа тема. Това е продукт от Route 2/3 на партньора. Основният дизайн-шаблон се съдържа и в инструмента, така че кой предпочита сам да управлява процеса, може да следва същата схема самостоятелно.
Всичко, което регистърът и mapper-ът дават, може да бъде проследено до това, което е попълнено: какъв източник, каква обработка, какъв собственик, какво правило. Нищо не се дооценява и нищо не се закръгля до показателен резултат. Резултатът е структура — не преценка за колко добри или лоши са данните, а точно указание къде липсват основите и къде вече са налице. Как точно тези стъпки се вплитат една в друга, от избора на теми до повторното измерване, е разработено на Как работи; какво конкретно се предлага след всяка стъпка стои на Резултати.
Избор на теми. Избират се материални теми, ако е необходимо с esgia като изходна точка.
Изграждане на регистър. Генераторът на регистъра подрежда данните, свързани с тези теми.
Попълване на произход и RACI. За всяка точка от данни се записват източник, обработки, собственост и правила за качество.
Доклад за готовност и повторно измерване. Следва индикация за реда и продължителността по тема, и цялото е замислено да се измерва периодично отново — качеството на данните не е моментна снимка.
Това не е инструмент за докладване. Самият доклад, по VSME или CSRD, остава сфера на esgia; тук не се докладва, тук се полага основата за него.
Това не е инструмент за въпросници. Кой трябва да отговори на въпросник от клиент или партньор от веригата, е на адрес при supplia или esgreply.
Това не е доказан опит. Няма извършени проекти, към които да се насочи — това съответства на инструмент, който все още е в статус на списък за изчакване. Инструментът структурира процеса и показва къде са свободните краища; не доказва нищо за резултата и не гарантира нищо пред assurance.
Път 1 — самостоятелно. Шаблонът от bootcamp по тема, експорт на регистъра и контролен списък като подготовка за assurance, всичко за самостоятелно преминаване.
Път 2 — частично придружено. Партньорът провежда bootcamps; инструментът остава мястото, където се записват регистърът и произходът.
Път 3 — възлагане. Пълно изграждане при партньора, на собствената машина на FTE TO 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.