ESG 데이터 수집은
문서에서 시작됩니다

ESG 데이터 수집은 문서를 데이터셋으로 바꾸는 작업입니다

ESG 데이터 수집은 기업 전반에서 환경·사회·지배구조 지표를 모아 보고 프레임워크에 따라 검증할 수 있는 데이터셋으로 통합하는 과정입니다. 보고는 그다음 단계로, 숫자를 공시 문서에 기재하는 작업입니다. 탄소 회계는 또 다른 단계로, 활동 데이터에 배출 계수를 곱합니다. 수집은 문서에 의존하는 단계이며, 일정을 잡아먹는 단계이기도 합니다.

문서를 열기 전에 누군가는 어떤 지표가 중대하고 어떤 법인이 범위에 포함되는지 결정해야 합니다. 이 결정은 지속가능성 책임자와, CSRD에 따라 이중 중대성 평가의 몫입니다. 이 글은 그 이후부터 시작합니다. 지표는 정해졌고, 문제는 문서입니다.

거의 모든 수집 주기에는 세 가지 문서군이 투입됩니다. 각각 다른 종류의 숫자를 담고 있고, 각각 나름의 방식으로 실패합니다.

사회·지배구조 지표도 다른 경로를 통해 같은 방식으로 도착합니다. HR의 인원 및 부상 기록, 교육 기록, 정책 문서, 이사회 회의록 등입니다. 항목은 달라도 수집 문제는 같습니다.

현장 기록은 여전히 종이로 남아 있을 가능성이 가장 큰 문서군입니다. 점검 양식과 현장 일지가 손글씨라면, 다시 입력하는 단계는 옷만 바꾼 같은 문제입니다. 환경 현장 데이터 워크플로에서 수집 측면을 다룹니다.

보통 네 명이 각 숫자를 다루며, 대부분의 실패는 그들 사이에서 발생합니다. 사업장 또는 시설 관리자는 청구서와 기록을 보유하고 사업장 보고서에 서명합니다. 공급업체 담당자는 설문지에 답변하며, 구매자가 어떤 사업장을 범위에 포함하는지 모르는 경우가 많습니다. 지속가능성 책임자는 보고 경계와 마스터 데이터셋을 관리합니다. 재무 컨트롤러는 통제 환경을 관리하고 연차 보고서에 들어가는 숫자에 서명합니다. 숫자는 그 모든 책상에서 정확할 수 있지만, 인계 과정에서 한정어가 누락되어 보고서에 도달할 때는 틀릴 수 있습니다.

수집의 산출물은 숫자가 아닙니다. 숫자에 기간, 단위, 경계, 출처 문서가 더해져야 의미가 생깁니다.

실제로 스택은 종종 스프레드시트와 Workiva, Persefoni, Watershed 같은 보고 또는 탄소 플랫폼으로 구성되며, 공급업체 평가는 EcoVadis, CDP 또는 고객 자체 조달 포털을 통해 들어옵니다. 플랫폼은 구조화된 데이터를 보유하고 계산합니다. 하지만 kWh가 단위가 있는 값으로 도착해야 합니다.

2026년에 보고 템플릿은 작아졌지만 문서 작업은 그대로입니다

2026년 개정은 공시 목록을 줄였지만 핵심 숫자 뒤의 문서는 제거하지 않았습니다. Omnibus package는 많은 기업을 의무 CSRD 범위에서 제외했고, 제한적 보증은 여전히 유지됩니다(Commonwealth Climate Law). 여전히 범위에 포함된 기업에는 2026년 9월 Delegated Regulation (EU) 2026/1563으로 발표된 개정 European Sustainability Reporting Standards가 2027년 1월 1일 이후 시작하는 회계연도에 적용되며(Linklaters), 2023년 세트보다 의무 데이터 포인트가 61% 적습니다(EY).

이를 업무가 줄었다고 해석하는 것은 합리적입니다. 데이터 포인트 수는 업무가 아닙니다. 하나의 에너지 수치에는 여전히 모든 사업장의 12개월 청구서, 추정 검침값에 대한 결정, 검토자를 위한 페이지 참조가 필요합니다. 데이터 포인트를 줄이면 템플릿에서 질문이 사라집니다. 청구서에서 kWh가 사라지지는 않습니다.

두 가지 이유로 문서 계층은 그대로 유지됩니다. 의무 범위 밖의 기업도 고객과 대출기관으로부터 같은 숫자를 요구받으며, 종종 자발적 표준이나 조달 설문지를 통해 요청받습니다. 범위 안의 기업은 여전히 제한적 보증에 직면하므로, 누군가 수치를 표본 추출하고 출처를 확인하려 할 것입니다.

더 짧은 설문지는 공시 내용을 바꿉니다. 숫자의 출처를 바꾸지는 않습니다.

같은 지표가 보통 두 기록에 존재하고, 두 기록은 구조적인 이유로 서로 어긋난다

가장 조용히 피해를 입히는 충돌은 공과금 청구서와 사업장 자체 계량기 기록 사이에서 발생합니다. 청구서에는 작년 같은 기간을 기준으로 날씨를 반영해 계산한 추정 검침값이 실릴 수 있으며, 보통 검침값 근처에 추정이라고 표시됩니다(Washington Gas). 사업장 관리자가 찍은 계량기 사진은 실제 검침값입니다. 데이터셋을 구성하는 사람은 청구서를 선택합니다. 청구서는 인보이스이고, 이미 폴더에 있으며, 사업장에 사진을 요청하러 다닐 필요가 없기 때문입니다. 추정값이 측정 소비량이라는 열에 들어가고, 스프레드시트 어디에도 그것이 추정치였다는 사실이 기록되지 않습니다.

두 번째 충돌은 소유권입니다. 임대인의 마스터 계량기는 세 임차인을 포괄할 수 있으며, 각 임차인의 몫은 바닥 면적이나 부속 계량기로 배분됩니다. 그러면 사업장의 kWh는 측정값이 아니라 모델이지만, 공과금 청구서에 실려 오기 때문에 측정값처럼 취급됩니다. 건물의 총 소비량은 실제입니다. 임차인의 몫은 배분값이며, 포트폴리오 어딘가에서 이중 계산 없이 둘 다 측정된 사업장 데이터로 입력될 수는 없습니다.

세 번째 충돌은 공급업체의 답변과 공급업체 자체 증빙 사이에 있습니다. 한 공급업체가 전력으로 12,400 MWh를 반환하면서 3페이지에 그 수치가 자사 11개 시설 중 8개를 포괄한다고 적습니다. 구매자의 템플릿에는 연간 전력용 필드가 하나뿐이므로 12,400이 공급업체 총계가 됩니다. 그것은 총계의 옷을 입은 부분 수치이며, 이를 기반으로 산출된 모든 집약도 비율은 그 격차를 물려받습니다.

이 중 어느 것도 입력 실수가 아닙니다. 각 경우에 올바른 값은 있었지만 그럴듯한 값을 제출하는 편이 더 쉬웠습니다. 한정 조건은 각주에, 배분 방식은 임대차 계약서에, 경계는 3페이지에 있었고, 스프레드시트에는 그것을 요구하는 열이 없었습니다. 그 숫자가 보고서에 도달할 즈음이면, 설명해 줄 수 있었던 사람은 다른 프로젝트로 옮겨간 뒤입니다.

실무자들도 같은 방식으로 문제를 설명합니다. CBAM 보고에 관한 r/environmental_science 스레드에서 도출된 구분은 숫자를 수집하는 것과 각 숫자를 출처로 다시 연결하는 감사 추적 기록을 구축하는 것 사이였습니다(해당 스레드). 첫 번째는 일주일짜리 작업입니다. 두 번째는 그 숫자가 검토를 통과할 수 있는지를 결정합니다.

단위와 기간 오류는 숫자가 그럴듯해 보여서 검토를 통과합니다

Scope 1과 Scope 2 데이터 수집에서 오류는 단위와 기간, 두 곳에 집중되며 둘 다 스스로를 드러내지 않습니다. 12,400 MWh를 보고하는 공급업체와 kWh를 기대하는 템플릿은 1,000배 차이가 나지만, 12,400은 어느 열에 넣어도 평범한 숫자입니다. kg과 톤 단위 CO2e도 마찬가지로 1,000배 차이입니다. 가스는 입방피트와 입방미터라는 세 번째 불일치가 추가됩니다.

가스는 가장 지저분한 단위군입니다. 계량기는 부피로 검침되고, 공과금 사업자는 공급된 가스의 열량 계수를 사용해 그 부피를 therms로 환산합니다. 청구서에는 보통 CCF에 therm 환산율을 곱한 계산이 표시됩니다. 이 환산율은 고정된 전국 상수가 아니므로, 기억해 둔 단일 계수로 정규화하면 청구서 하나하나가 틀리지 않았는데도 1년치 가스 데이터가 몇 퍼센트씩 어긋날 수 있습니다. 단위는 청구서가 담고 있는 필드 중 하나일 뿐이며, 요금 구성, 계량기 번호, 청구 기간 각각에 자체 열이 필요합니다. 그래서 공과금 청구서에는 인보이스 템플릿이 아니라 자체 열 세트가 필요합니다.

전력에는 다른 함정이 있습니다. 청구서는 kWh 숫자 하나를 제공하지만, Scope 2 공시는 두 가지 결과를 요구할 수 있습니다. 위치 기반 방식은 전력이 소비된 곳의 평균 그리드 계수를 사용합니다. 시장 기반 방식은 재생에너지 인증서나 녹색 요금제 같은 공급업체의 계약 수단을 사용합니다. GHG Protocol Scope 2 Guidance는 그러한 수단이 존재하는 경우 이중 보고를 요구합니다. 테이블에 Scope 2 열이 하나뿐이라면 누군가 방식 하나를 선택해야 하고, 그 선택은 데이터셋에서 사라집니다. ESRS E1은 에너지를 MWh로, 그리고 두 가지 Scope 2 방식을 모두 요구하므로(EFRAG), 요구되는 출력 단위와 청구서에 인쇄된 단위는 설계상 다릅니다.

기간은 또 다른 조용한 변수입니다. 공과금 청구 주기는 12월 31일에 끝나지 않습니다. 12월 15일부터 1월 14일까지를 포함하는 청구서는 두 보고 연도에 걸쳐 있고, 월별 청구서 12장을 받는 사업장도 역년 기준으로는 13개의 서비스 기간을 만들 수 있습니다. 한 달은 1년의 약 8%이므로, 걸쳐 있는 청구서를 빼는 것은 반올림 오류가 아닙니다. 일반적인 해결책은 일수 기준으로 안분하는 것이며, 안분 방식을 문서로 남기고 모든 사업장에 동일하게 적용한다면 정당화할 수 있습니다. 정당화할 수 없는 것은 12장이 깔끔해 보인다는 이유로 12장을 골라 놓고 그 합계를 연간 소비량이라고 부르는 것입니다.

단위, 방식, 기간이 행에 없다면 그 값은 의미 없는 숫자일 뿐입니다.

방어 가능한 데이터셋은 데이터 포인트당 한 행을 저장하고, 값에 근거를 붙입니다

넓기보다 길게 만듭니다. 데이터 포인트당 한 행이고, 한정자는 각자의 열에 들어갑니다. 본능적으로는 문서 유형별로 시트를 하나씩 만듭니다. 청구서 시트, 공급업체 시트, 사업장 시트처럼요. 이 방식은 추출에는 통하지만 보고에는 실패합니다. 청구서 하나에서 전기, 가스, 물이 나오고, 공급업체 설문지 하나에서 단위가 제각각인 스무 개 지표가 나오기 때문입니다.

아래 필드들이 데이터 포인트와 셀 안의 숫자를 갈라놓습니다.

넓은 시트보다 일이 더 많아 보입니다. 정작 중요한 시점에는 일이 더 적습니다. 검토자가 2025년 전기 합계가 전년보다 4% 높은 이유를 물으면, 지표 하나를 필터링하고 사업장별로 정렬해 어느 행의 기준이 바뀌었는지 확인하면 됩니다. 넓은 시트에서는 보통 검토자가 기다리는 동안 기억으로 그걸 재구성해야 합니다.

추출 결과는 각 문서군이 만들어내는 형태 그대로 두세요. 긴 테이블은 그 위의 레이어이고, 검토자에게 건네는 것도 이 레이어입니다. 같은 구조가 plant inspection reports into a compliance summary를 서류 캐비닛 대신 월별로 비교할 수 있는 요약으로 바꿔줍니다.

열 이름 추출은 중요한 필드를 뭉개지 않으면서 입력 단계를 없애 줍니다

열 이름 추출은 다시 입력하는 단계를 없애 줍니다. 레이아웃이 아니라 열 이름이 AI에게 무엇을 찾아야 하는지 알려 주기 때문입니다. 맞춤 열 추출이 그 메커니즘입니다. 원하는 열 이름을 한정자까지 포함해 입력하면, AI가 각 문서를 읽고 레이블의 의미를 이해해 일치하는 열 아래에 값을 채웁니다. 입력한 이름이 출력의 헤더가 됩니다. 공과금 제공자별, 공급업체별로 템플릿을 그릴 필요가 없고, 읽기가 위치 기반이 아니라 의미 기반이므로 한 배치에 여러 레이아웃을 섞을 수 있습니다.

ESG 수집에 적용하면, 이 방법은 문서군마다 하나의 열 세트를 쓰는 것이지 모든 것에 하나의 열 세트를 쓰는 것이 아닙니다.

모델보다 설정이 더 중요합니다. 단위를 표기 그대로 두고 검침 유형을 지정해 정의한 배치는 감사 가능한 데이터셋을 만듭니다. 이 두 열 없이 같은 배치를 만들면 행은 더 깔끔해 보이지만 첫 검토에서 탈락합니다. 문서 워크플로를 처음 자동화한다면 데이터 입력 자동화를 시작하기 위한 실용 체크리스트가 어떤 계열부터 시작할지 정하는 데 도움이 됩니다.

네 가지 통제가 추출된 행을 증거로 바꿉니다

네 가지 통제는 단위, 기준, 출처 페이지, 변환 로그이며, 각각은 검토자가 물을 질문에 답합니다.

표기된 단위를 값 옆에 유지하세요. 문서에 적힌 내용을 덮어쓰지 말고 정규화 열과 변환 계수 열을 추가하세요. 공급업체가 MWh로 보고하고 테이블에 kWh가 필요하다면, 행에 두 값과 계수, 그 출처를 함께 표시해야 합니다.

모든 행에 기준을 기록하세요. 실제 검침값인지 추정 검침값인지, 위치 기반 방식인지 시장 기반 방식인지, 포함된 시설인지 전체 경계인지. 기준이 비어 있는 것은 중립이 아닙니다. 독자는 가장 유리한 해석을 가정하고, 검토자는 가장 불리한 해석을 가정하게 됩니다.

출처 페이지를 함께 담으세요. 행에 파일 이름과 페이지를 넣으세요. 이것이 검토자에게 5초 만에 답하는 것과 숫자 하나를 찾기 위해 PDF 200개를 다시 읽는 것의 차이입니다.

변환과 검토를 기록하세요. 계수, 출처, 날짜, 검토자를 누군가의 받은편지함이 아니라 데이터셋과 함께 보관하세요. 내년 팀은 그 숫자를 재현해야 하는데, 시트를 만든 사람은 없을 수도 있습니다.

그런 다음 표본을 확인하세요. 단위가 바뀐 모든 행, 추정으로 표시된 모든 행, 나머지의 무작위 일부를 점검하세요. Bbox는 출처 영역이 셀 옆에 나타나므로 표본 점검이 빠릅니다. 하지만 표본 점검을 대체하지도, 누가 무엇을 승인했는지 기록하지도 않습니다.

추출은 ESG 판단이 시작되는 지점에서 멈춥니다

ImageToTable.ai는 문서 수준에서 ESG 데이터 추출과 표준화를 처리합니다. 배출량을 계산하거나, 배출 계수를 선택하거나, ESG 등급을 부여하거나, 이중 중대성 평가를 실행하거나, CSRD, GRI 또는 ISSB 보고서를 생성하지는 않습니다. 공급업체의 11개 중 8개 경계가 허용 가능한지, 추정 검침값을 실제 검침값으로 교체해야 하는지, 두 사업장이 동일 법인에 속하는지를 결정하지도 않습니다. 이는 데이터에 대한 판단이며, 지속가능성 책임자와 재무 관리자의 몫으로 남습니다.

또한 문서 간 기록을 대사하지 않습니다. 계산 열은 청구서 총액과 개별 항목 합계를 비교하는 것처럼 한 문서 내의 값을 비교할 수 있고, 고정 변환을 적용할 수 있습니다. 검침 기록과 청구서가 불일치한다는 점은 알아채지 못합니다. 그 비교는 두 파일에 걸쳐 있고 어느 쪽이 우선인지에 대한 규칙이 필요하기 때문입니다. 첫 배치 전에 그 규칙을 문서화하세요. 첫 감사 질문이 온 뒤가 아니라.

시각적 Bbox 확인도 감사 추적 기록이 아닙니다. 페이지에서 값이 어디에서 왔는지 보여줄 뿐입니다. 변경 불가능한 변경 로그, 승인 체계 또는 샘플링 보고서를 제공하지는 않습니다. 그것이 필요하다면 보고 플랫폼이나 내부 통제 프로세스에 속합니다.

이 도구는 스프레드시트가 아니라 문서를 읽습니다. 완성된 Excel 파일을 반환하는 공급업체는 이미 구조화를 마친 것입니다. 그 파일을 직접 사용하거나, 값을 다시 확인하려면 PDF로 인쇄하세요. XLSX 업로드는 이 도구가 하는 일이 아니며, 그렇다고 가정하면 오후 시간을 낭비하게 됩니다.

자주 묻는 질문

한 배치에서 수십 개 공급업체의 공과금 청구서를 처리할 수 있나요?

네. 열이 위치가 아닌 의미로 매칭되기 때문에, 한 배치에 지방 상수도 명세서, 협동조합 가스 청구서, 투자자 소유 전력 청구서를 함께 넣을 수 있습니다. 각 파일은 하나의 행을 반환합니다. 그래도 열이 단위와 검침 유형을 요청해야 하며, 그렇지 않으면 배치가 비교할 수 없는 깔끔해 보이는 값만 반환합니다.

공급업체가 설문지를 Excel 파일로 반환하면 어떻게 해야 하나요?

Excel은 ImageToTable.ai의 입력 형식이 아닙니다. 공급업체가 이미 템플릿을 작성했다면 해당 파일을 그대로 사용하고 스프레드시트에서 검증하세요. 값을 원본에서 다시 읽어야 한다면 시트를 PDF로 내보내거나 인쇄하여 처리하세요. PDF, 스캔본, 스크린샷, 사진이 추출 단계에서 처리하는 형식입니다.

kWh를 요청했는데 공급업체가 MWh로 보고하면 어떻게 해야 하나요?

보고된 값과 단위를 그대로 기록한 다음, 근거가 문서화된 계수로 별도 열에서 변환하세요. 12,400 MWh를 12,400 kWh로 다시 입력하지 마세요. 인쇄된 단위는 변환이 필요했다는 유일한 증거이며, 검토자가 가장 먼저 묻는 사항입니다.

Scope 1 또는 Scope 2 배출량을 계산하나요?

아니요. kWh, therms, 연료 리터, 냉매 킬로그램, 폐기물 톤수 및 해당 기간 등 활동 데이터를 추출합니다. 이를 CO2e로 전환하려면 배출 계수와 경계 설정이 필요하며, 이는 귀사의 탄소 회계 프로세스나 플랫폼의 역할입니다.

보고된 수치의 출처를 입증할 수 있나요?

Review Mode의 Bbox 강조 표시를 사용하면 어느 페이지의 어느 영역에서 값을 읽었는지 확인할 수 있고, 행에 원본 파일 이름과 페이지를 유지할 수 있습니다. 이는 문서 수준의 추적 가능성입니다. 승인 로그나 보증 의견이 아니며, 자체 검토 승인과 함께 사용해야 합니다.

연간 공과금 청구서 30건에 이걸 쓸 가치가 있나요?

형식이 안정적인 청구서 30건이라면 수동 입력이 합리적이며, 체크리스트가 더 나은 투자일 수 있습니다. 여러 사업장, 여러 공급업체, 분기 보고, 직원 이직, 또는 모든 수치에 원본 페이지를 요구하는 검토자가 있을 때 그 가치가 커집니다. 하나의 문서군으로 시작하여 수정이 필요한 행이 몇 개나 돌아오는지 측정하세요.

지속가능성 보고서는 문서의 요약입니다. 모든 수치를 페이지로 추적할 수 있다면 요약은 성립합니다. 그렇지 않다면 그 숫자는 주장에 불과합니다.

재작업이 가장 많은 문서군, 보통 공과금 청구서부터 시작하세요. 단위, 검침 유형, 원본 페이지를 담는 열 세트를 지정하고, 한 달치를 배치로 처리한 뒤 검토 시간 중 읽는 시간과 확인하는 시간이 얼마나 되는지 살펴보세요. 한 달치 청구서로 시험해 보기