탄소 활동자료 자동 수집 실무: 공공데이터·API·파일·RPA

자동 수집의 의미

자동 수집은 반복 작업을 줄이는 동시에 데이터의 출처와 변경 이력을 일관되게 남기는 데 도움이 됩니다. 전력 사용량을 담당자가 매월 직접 입력하면 오타와 누락이 생길 수 있지만, 원본 시스템에서 주기적으로 가져오면 같은 기준의 데이터가 안정적으로 축적됩니다.

탄소회계에서는 원본 추적성이 중요합니다. 어떤 월의 전력 사용량이 계산에 사용되었는지, 누가 언제 가져왔는지, 원본 파일과 값이 일치하는지 확인할 수 있어야 합니다. 자동 수집은 단순 편의 기능이 아니라 검증 대응과 내부통제의 기반이 될 수 있습니다.

주요 공공데이터 수집처

대표적으로 전력 사용량은 한전 또는 전력 관련 데이터 서비스, 폐기물은 '올바로 시스템'의 인계·인수 정보, 구매·지출 자료는 전자세금계산서나 회계 시스템을 통해 확인할 수 있습니다. 이 밖에도 운송, 에너지 사용, 사업장 정보 등은 산업별 플랫폼이나 공공데이터포털에서 보조적으로 활용될 수 있습니다.

다만 각 소스가 제공하는 데이터의 성격을 구분해야 합니다. 전력 사용량은 Scope 2 활동자료가 될 수 있지만, 세금계산서는 구매 품목의 금액 데이터이므로 Scope 3 지출기반 산정의 출발점에 가깝습니다. 폐기물 인계내역은 폐기물 종류와 처리량을 알 수 있지만 실제 처리방식이 산정 기준에 맞게 분류되었는지 별도 매핑이 필요합니다.

API·파일·RPA 비교

자동 수집 방식은 크게 API 연계, 정형 파일 업로드, 화면 기반 수집으로 나눌 수 있습니다.

API는 시스템 간 실시간 또는 주기적 연동에 가장 적합하지만, 모든 기관이 원하는 형태의 API를 제공하지는 않습니다. 정형 파일 다운로드는 CSV, XLSX, PDF를 정기적으로 받아 탄소회계 시스템에 업로드하는 방식입니다. 화면 기반 수집은 사용자가 포털에 로그인해 조회하는 과정을 자동화하는 방식이지만, 보안과 이용약관, 안정성 문제를 신중히 검토해야 합니다.

실무에서는 처음부터 완전한 API를 목표로 하기보다, 먼저 파일 업로드로 데이터 구조를 검증하고, 반복성이 확인된 뒤 API나 시스템 연계로 전환하는 방식이 안전합니다. 이렇게 하면 데이터 정의가 바뀌었을 때 전체 시스템을 다시 설계하는 리스크를 줄일 수 있습니다.

데이터 접근 권한

공공 또는 외부 시스템의 데이터라도 기업이 자유롭게 가져올 수 있는 것은 아닙니다. 사업장 명의, 고객번호, 법인 인증서, 담당자 권한, 제3자 제공 동의가 필요할 수 있습니다. 특히 여러 사업장이나 계열사를 관리하는 경우, 각 사업장의 전력·가스·폐기물 데이터 접근 권한이 다를 수 있습니다.

따라서 연계 개발 전에 '누가 어떤 권한으로 어떤 기간의 데이터를 조회할 수 있는지' 먼저 정리해야 합니다. 권한 구조가 불명확하면 기술 연계보다 법무·보안 검토에서 시간이 더 오래 걸릴 수 있습니다.

자동 수집 데이터 검증

자동 수집 된 값이라고 해서 항상 맞는 값은 아닙니다. 계량기 교체, 고객번호 변경, 사업장 통폐합, 폐기물 코드 변경, 파일 양식 변경이 생기면 데이터가 누락되거나 다른 항목으로 매핑될 수 있습니다. 따라서 자동 수집 후에도 전월 대비 증감, 전년 동월 비교, 사업장별 합계 검증, 원본 파일 대조 같은 품질 검증 규칙이 필요합니다.

시스템에는 수집 성공 여부뿐 아니라 값의 이상치, 누락, 중복, 단위 불일치 등 검증 로직이 있어야 합니다. 자동 수집의 목표는 사람을 완전히 배제하는 것이 아니라 사람이 검토해야 할 예외 사항을

줄이고 명확히 보여주는 데 있습니다.

자동 수집 프로세스

실무 흐름은 [원본 소스→인증·권한→API/파일/RPA 수집→코드·단위 매핑→누락·이상치 검증→탄소회계 시스템]의 순서로 정리할 수 있습니다. 각 단계에서 사용한 데이터와 판단 기준을 함께 기록하면 최종 결과의 근거를 추적하고 이후 산정에서도 같은 기준을 재현하기 쉽습니다.

연동 전 체크사항

연동 전에는 원본 시스템이 제공하는 데이터 항목, 조회 기간과 갱신 주기를 먼저 확인합니다. 전력 데이터가 월별 총량만 제공되는지 시간대별 사용량까지 제공되는지에 따라 활용 범위가 달라질 수 있습니다.

법인 인증서, 고객번호, 제3자 제공 동의 등 접근 권한도 함께 확인해야 합니다. 여러 사업장을 묶어 관리한다면 사업장별 권한 주체와 승인 절차를 정해 두는 것이 좋습니다.

API 장애나 파일 양식 변경에 대비해 수동 업로드 같은 대체 수집 방식도 마련합니다. 자동화가 중단되더라도 월별 인벤토리가 끊기지 않도록 예외 처리 방법과 담당자를 정해 두어야 합니다.

변경 이력 관리

자동 수집 기록에는 원본 시스템, 고객번호, 조회 기간, 수집 시각, 수집 방식과 원본 파일 또는 응답 식별자를 함께 남깁니다. 특정 월의 값이 어디서 왔는지 다시 확인할 수 있어야 검증 대응이 가능합니다.

매핑 규칙이나 수집 조건이 바뀌면 변경 전후 버전을 구분하고 재수집·수정 이력을 남깁니다. 자동화는 수작업을 줄이는 만큼 변경 과정이 보이지 않게 되는 위험도 있으므로 이력 관리가 중요합니다.

예를 들어 한전 고지서의 청구 기간과 기업의 월 마감 기간이 다르면 수집한 값을 그대로 월별 인벤토리에 넣기 어렵습니다. 폐기물도 인계서의 처리 완료 시점과 실제 발생 월이 다를 수 있습니다. 원본값은 보존하고 산정용 데이터에 기간 조정, 단위 변환, 사업장 매핑 등 처리 내역을 별도로 남기는 방식이 안전합니다.