예산 집행 관리 시스템 화면 설계 가이드: 엑셀 업무 제거 설계법

엑셀 반복 업무를 시스템 요건으로 바꾸는 업무 분석 3단계

화면 설계가 어긋나는 지점은 대개 도구가 아니라 출발선입니다. 월말마다 부서별 예산 파일을 받아 서식을 통일하고, 집계 결과를 다른 시트에 다시 입력하는 흐름을 그대로 둔 채 화면만 그리면, 시스템은 결국 '더 비싼 엑셀'이 되고 맙니다. 순서를 바꿔야 합니다. 화면 이전에 엑셀에서 무엇을 반복했는지부터 뽑아내는 것입니다.

1단계: 현행 업무를 관찰해 작업 단위로 기록

담당자의 하루를 옆에서 지켜보며 반복 동작을 적습니다. 판단 기준은 하나, 같은 손동작이 두 번 이상 나오는가입니다.

• 부서별 파일 취합 → 열고, 붙여넣고, 정렬하는 횟수
• 서식 통일 요청 → 돌려보내는 메일·전화
• 집계 후 재입력 → 같은 숫자를 두 번 찍는 시점

횟수가 잡히면 그 자체가 자동화 우선순위가 됩니다.

2단계: 엑셀 양식을 셀 단위로 해부

양식은 요건의 원천 자료입니다. 셀을 하나씩 열면 규칙이 보입니다.

• 수식(SUM, IF 등) → 계산 필드·조건 분기 로직
• 병합 셀 → 화면 배치·그룹 표시
• 드롭다운 목록 → 선택 코드와 입력 검증 규칙

드롭다운 항목이 등급·유형이라면 값에 따라 금액을 자동 계산하는 규칙으로 치환할 수 있습니다. e-Regi가 정회원·준회원·학생회원 등급별 요금을 자동 계산하는 방식이 바로 이 치환의 결과입니다.

예산 등록·수정·승인 화면의 필드와 입력 검증 설계 (오류·중복 방지)

니다. 오류는 입력하는 순간 잡아야지, 취합하는 순간 잡으면 이미 늦습니다.

등록 화면: 입력 자체를 검증으로 설계하기

• 부서·계정 과목: 텍스트 입력칸을 없애고 코드 선택(드롭다운)만 허용 — "같은 부서, 다른 표기"가 원천적으로 불가능해집니다.
• 예산 금액: 숫자형 필드로 강제 — 음수, 콤마, "만원" 같은 단위 문자가 붙으면 저장이 안 되게 차단합니다.
• 집행일자: 회계 기간·집행 가능 범위 밖 날짜는 저장 단계에서 걸립니다.
• 수정: 누가·언제·어떤 값을 바꿨는지 이력 로그 필수입니다. 로그 없는 수정 필드는 나중에 추적 불가능한 분쟁 지점이 됩니다.

승인 화면: 상태값과 잠금

상태는 상신 → 승인 / 반려 세 가지로 명확히 분리하고, 반려 시에는 사유 입력을 필수로 둡니다. 상신된 건은 승인자가 처리하기 전까지 신청자 수정 잠금을 걸어야, 승인된 금액이 몰래 바뀌는 사고를 막을 수 있습니다.

집행 실적·잔여 예산 대시보드와 조회 화면·엑셀 다운로드 권한 설계

"우리 부서 잔여 예산 얼마 남았어요?" — 집행 기간에 가장 잦은 이 질문에 답하려고 누군가 엑셀을 열어 취합하기 시작한다면, 그 대시보드는 설계에 실패한 겁니다. 화면 설계의 목표는 명확합니다. 질문을 화면에서 바로 답하게 만들고, 엑셀은 보고용 산출물로만 남기는 것이죠.

실시간 확인 + 필요 시 엑셀 내보내기

e-Regi 학술대회 운영 대시보드가 좋은 참고가 됩니다. 행사 중에는 참가 현황·세션별 출결률·결제 통계를 라이브로 모니터링하다가, 행사가 끝나면 엑셀 보고서로 내보내는 구조입니다. 예산 시스템에 그대로 옮겨 보면 이렇게 됩니다.

• 집행 기간 중: 대시보드에서 부서별 집행률·잔여 예산을 실시간 확인
• 마감·보고 시점: 엑셀 파일은 '다운로드용 산출물'로만 생성

핵심은 엑셀을 없애는 게 아니라, 입력 도구에서 산출물로 격리하는 것입니다. 협찬사 부스에서 참가자 QR 스캔으로 방문자 정보를 시스템에 쌓고 결과만 엑셀로 내보내는 e-Regi e-방명록 방식과 같은 맥락이죠.

지표와 차트 매핑

지표를 정했다면 차트는 용도에 맞게 붙입니다.

기존 엑셀 데이터 이관 전략과 단계적 구축·기간·비용 산정

기존 엑셀 데이터 이관 전략과 단계적 구축·기간·비용 산정

엑셀로 굴러가던 예산 장부를 시스템으로 옮기는 순간이 사실 프로젝트에서 가장 무서운 구간이에요. 화면은 예쁘게 나왔는데 숫자가 안 맞으면, 담당자는 결국 다시 엑셀을 열게 됩니다. 그래서 이관은 '옮기기'가 아니라 '검증하며 옮기기'로 설계해야 해요.

엑셀 이관, 4단계로 끊어서

• 1단계 양식 정합성 정리 — 부서 코드·계정 코드표를 하나로 통일하고, 공백·병합 셀·중복 입력값을 정제합니다. 병합 셀이 하나 남아도 그 열 전체가 깨집니다.
• 2단계 매핑 규칙 정의 — 엑셀의 어떤 열이 시스템의 어떤 필드로 들어가는지 문서 한 장으로 확정합니다. "당연히 이 열이겠지"로 넘긴 부분이 나중에 불일치의 원인이 됩니다.
• 3단계 샘플 이관 후 검증 — 일부 데이터를 먼저 옮기고 건수와 합계를 기존 엑셀과 대조합니다.
• 4단계 전체 이관 후 더블 체크 — 최종적으로 총예산 합계가 기존 자료와 정확히 일치하는지 두 사람 이상이 확인합니다.

개발 착수 전 누락 방지 체크리스트와 요약

개발 착수 전 누락 방지 체크리스트와 요약

화면 설계서를 아무리 정성 들여 써도, 요구사항 정의서·프로세스 흐름도와 상호 참조하지 않으면 개발 도중 "이 화면에서 이 데이터는 어디로 가죠? "라는 질문이 터집니다. 누락은 대부분 문서가 아니라 문서 사이의 빈틈에서 생깁니다. 그래서 착수 전 마지막 점검은 세 문서를 서로 묶는 작업입니다.

프로세스 흐름도의 각 단계(예: 집행 신청 → 승인 → 지출 등록 → 보고)에 번호를 붙이고, 화면 설계서의 모든 화면과 요구사항 정의서의 모든 항목에 "이 단계 소속" 태그를 다세요. 어느 문서에서든 태그가 붙지 않은 항목이 발견되면, 그게 누락이거나 불필요한 요건입니다.

실행 전 점검표