경제 정보성 블로그

전임자가 쓰던 결산 파일을 물려받는다. 양식은 완성돼 있고 수식도 다 걸려 있다. 열어서 이번 달 숫자만 바꾸면 되는 것처럼 보인다. 그래서 대부분 그렇게 한다. 그리고 몇 달 뒤에 숫자가 틀어진 걸 발견한다. 결론 물려받은 파일은 쓰기 전에 한 번 뜯어봐야 한다. 확인할 것은 세 가지다. 어디를 보고 있는가, 무엇이 값인가, 무엇이 검증인가. 하나. 이 파일은 어디를 보고 있나 가장 먼저 외부 참조를 확인한다. 수식 탭의 연결 편집 기능으로 이 파일이 참조하는 다른 파일 목록이 한 번에 나온다. 여기서 자주 나오는 것들이 있다. 전임자 PC의 바탕화면 경로를 그대로 가리키고 있다 이제 쓰지 않는 옛날 폴더를 보고 있다 당월 파일인데 전월 파일을 참조하고 있다 참조하는 파일 자체가 사라졌는데 마지막 값만 남아 있다 마지막 경우가 까다롭다. 엑셀은 외부 파일이 없어도 마지막으로 읽었던 값을 캐시로 들고 있다. 그래서 화면에는 숫자가 멀쩡히 보인다. 몇 달 전 값이라는 것만 빼고. 물려받은 파일 화면에 숫자가 보인다 외부 참조 전임자 PC 경로 닿지 않는다 엑셀이 들고 있는 캐시값 마지막으로 연결됐을 때의 숫자가 그대로 표시된다 오류 표시 없음 경고 없음 갱신만 안 될 뿐 끊어진 연결은 빈칸이 아니라 옛날 숫자로 나타난다. 연결 편집 창에서 상태를 확인하면 어느 연결이 살아 있고 어느 것이 끊겼는지 나온다. 끊긴 게 있으면 그 수식이 참조하는 셀의 값은 전부 의심해야 한다. 둘. 무엇이 수식이고 무엇이 값인가 수식이어야 할 자리에 값이 박혀 있는 경우가 많다. 급한 달에 누군가 숫자를 직접 때려 넣고, 그게 다음 달 파일로 복사되면서 굳어진 것이다. 찾는 방법은 간단하다. Ctrl + ` (백틱)을 누르면 시트 전체가 값 대신 수식으로 바뀐다. 수식이 있어야 할 줄에 숫자만 덩그러니 있으면 바로 보인다. 또는 이동 옵션에서 상수만 선택하면 값이 직접 입력된 셀이 전부 선택된다. 데이터 입...

매달 원천 파일을 받아서 보고용 파일에 옮긴다. 원천의 C열을 보고용 D열에 그대로 붙여넣거나, 같은 행 번호로 참조를 건다. 순서가 늘 같았으니까. 그러다 원천 쪽에서 항목 순서가 한 번 바뀐다. 보고용 파일은 그 사실을 모른다. 결론 값은 위치가 아니라 이름으로 가져온다. 행 번호로 가져오는 순간, 원천의 순서가 곧 내 파일의 정답이 된다. 자리가 바뀌면 무슨 일이 생기나 원천 파일에서 두 항목의 순서가 바뀌었다고 하자. 행 번호로 참조하는 보고용 파일은 여전히 3행을 A라고, 4행을 B라고 부른다. 하지만 이제 3행에는 B의 값이, 4행에는 A의 값이 들어 있다. 원천 파일 (순서가 바뀜) 3행 B사업부 80 4행 A사업부 20 5행 C사업부 50 합계 150 행 번호로 참조 보고용 파일 A사업부 80 B사업부 20 C사업부 50 합계 150 이름표와 값이 엇갈렸다 합계는 같다 값은 하나도 틀리지 않았다. 틀린 건 각 값이 앉은 자리다. 숫자 하나하나는 전부 원천과 일치한다. 합계도 맞는다. 대사를 해도 통과한다. 틀린 건 어떤 값에 어떤 이름표가 붙었는가 뿐이다. 그리고 이게 가장 비싼 종류의 오류다. A사업부가 잘한 달에 B사업부가 칭찬받고, B사업부가 부진한 달에 A사업부가 불려간다. 왜 순서가 바뀌나 원천 파일을 만드는 쪽에서는 순서를 바꾸는 게 아무 일도 아니다. 정렬 기준을 이름순에서 금액순으로 바꿨다 조직이 바뀌어 항목이 하나 추가되거나 합쳐졌다 시스템에서 내려받는 조회 조건이 달라졌다 담당자가 보기 편하게 행을 옮겼다 모두 원천 쪽 입장에서는 정당하다. 문제는 받는 쪽 파일이 순서가 영원히 같을 거라는 가정 위에 서 있다는 것이다. 그 가정은 어디에도 적혀 있지 않다. 어떻게 잡아내나 합계는 소용없다. 대신 각 항목을 자기 자신의 과거와 비교한다. 신호 의미 한 항목이 급증했다 실제 변동일 수 있다 다른 항목이 급...

결산 파일을 넘기기 전에 오류 검사를 돌린다. 초록색 삼각형도 없고 #REF! 도 없다. 통과다. 그런데 지금까지 본 함정 여섯 개 중에 오류 표시가 뜬 것은 하나도 없었다. 결론 엑셀의 오류 검사는 수식이 돌아가는지만 본다. 수식이 맞는지는 보지 않는다. 그건 사람이 설계해야 할 영역이다. 엑셀이 잡아주는 것 엑셀이 경고를 띄우는 건 계산 자체가 불가능한 상황 이다. 참조하던 셀이 삭제됐다 ( #REF! ) 숫자여야 할 자리에 글자가 있다 ( #VALUE! ) 0으로 나눴다 ( #DIV/0! ) 찾는 값이 없다 ( #N/A ) 인접한 셀이 범위에서 빠진 것 같다 (초록 삼각형) 공통점이 있다. 전부 엑셀이 답을 못 내는 경우 다. 답을 낼 수 있으면 그 답이 맞는지는 묻지 않는다. 그래서 이런 것들은 전부 통과한다 무슨 일이 일어났나 엑셀이 보는 것 열 전체 참조로 같은 계정을 두 번 셌다 정상적인 덧셈 검증줄에 수식 대신 값이 들어 있다 정상적인 숫자 범위가 옆 블록을 한 칸 먹었다 정상적인 범위 새 항목이 소계에서 빠졌다 정상적인 범위 이름표와 값이 엇갈렸다 정상적인 참조 배부 기준을 잘못 걸었다 정상적인 곱셈 엑셀 입장에서는 아무 문제가 없다. 시킨 대로 계산했을 뿐이다. 틀린 건 시킨 내용이다. 엑셀이 보는 영역 계산이 가능한가 참조가 살아 있는가 사람이 봐야 할 영역 범위가 맞는가 무엇을 세고 있는가 구조가 봐야 할 영역 사람이 놓쳐도 걸리게 되어 있는가 오류 셀 0개는 왼쪽 칸만 통과했다는 뜻이다. 결산 사고는 거의 전부 가운데와 오른쪽 칸에서 난다. 그럼 무엇으로 대신하나 오류 검사가 못 보는 자리를 메우는 건 결국 다른 경로로 한 번 더 계산해보는 것 이다. 같은 수식을 다시 보는 건 도움이 안 된다. 틀린 수식은 몇 번을 봐도 같은 답을 낸다. 오류 검사를 대신하는 다섯 가지 다른 파일과 대사한다 — 내 파일 안에서만 맞춰보면 같이 틀린 걸 못 ...

합계 수식은 대개 드래그로 만든다. 시작 셀을 잡고 끝까지 끌어내린 다음 엔터. 그때 한 칸을 더 잡거나 덜 잡는 일이 생긴다. 덜 잡으면 언젠가 티가 난다. 더 잡으면 오래 안 걸린다. 결론 SUM 범위와 블록 경계 사이에는 빈 행을 최소 한 줄 둔다. 경계가 붙어 있으면 한 칸의 실수가 다른 블록의 값을 끌어온다. 왜 한 칸이 위험한가 관리회계 시트는 블록이 세로로 이어진다. 매출 블록 아래 원가 블록, 그 아래 판관비 블록. 각 블록 끝에는 소계가 있다. 이때 블록과 블록이 딱 붙어 있으면, 소계 범위가 한 칸 아래로 밀리는 순간 다음 블록의 첫 줄 을 끌어온다. 블록이 붙어 있을 때 매출 항목 1 매출 항목 2 원가 항목 1 매출 소계 범위가 한 칸 아래로 밀리면 원가가 매출에 섞인다 빈 행을 뒀을 때 매출 항목 1 매출 항목 2 빈 행 매출 소계 한 칸 밀려도 빈 칸을 더할 뿐이라 값이 안 변한다 빈 행 한 줄이 실수를 흡수한다. 완충 장치다. 결과는 숫자가 조금 커지는 것뿐이다. 오류 표시는 없다. 그리고 소계가 커졌으니 총계도 같이 커지는데, 총계 역시 소계를 더한 값이라 내부적으로는 앞뒤가 맞는다. 더 잡는 실수가 덜 잡는 실수보다 나쁜 이유 범위를 덜 잡으면 항목 하나가 빠진다. 그 항목의 금액이 크면 합계가 눈에 띄게 줄어서 대사에서 걸린다. 범위를 더 잡으면 다르다. 옆 블록의 첫 줄 하나가 딸려올 뿐이라 증가폭이 작다. 대사를 다른 파일과 하는 게 아니라 이 파일 안에서만 한다면, 소계도 총계도 같이 늘어서 아무 데서도 안 걸린다. 그리고 이 실수는 수식을 복사할 때 옆으로 번진다. 한 열에서 범위를 잘못 잡고 오른쪽으로 채우면 모든 월, 모든 사업부에 같은 오류가 퍼진다. 이때는 열끼리 비교해도 안 걸린다. 전부 똑같이 틀려 있으니까. 어떻게 찾아내나 엑셀에 내장된 기능으로 대부분 잡힌다. 방법 쓰는 법 참조되는 셀 추적 수식 탭에서 소계 셀을 ...

수식을 처음 짤 때는 대개 정확하다. 항목이 여덟 개면 여덟 개를 다 넣는다. 문제는 그다음 달이다. 항목이 하나 늘어난다. 결론 합계 수식은 만든 시점이 아니라 항목이 늘어난 시점에 틀린다. 그래서 수식을 검증하는 게 아니라, 항목 수와 수식을 함께 검증해야 한다. 행을 끼워 넣으면 어떻게 되나 엑셀은 똑똑해서 대부분 알아서 따라온다. 하지만 어디에 끼워 넣느냐 에 따라 결과가 갈린다. 범위 안쪽에 삽입 항목 1 새 항목 항목 2 항목 3 소계 범위가 자동으로 넓어진다 범위 끝에 추가 항목 1 항목 2 항목 3 새 항목 소계 범위 밖이라 빠진다 같은 삽입인데 위치 하나로 결과가 갈린다. 사람은 이 차이를 화면에서 구분하지 못한다. 범위 중간에 행을 끼우면 엑셀이 범위를 자동으로 늘려준다. 그런데 마지막 항목과 소계 사이에 행을 추가하면, 엑셀은 그 행을 범위 밖으로 본다. 새로 만든 줄이 소계에 안 들어간다. 화면에서는 둘이 똑같이 생겼다. 새 줄이 목록 안에 얌전히 들어가 있고, 금액도 제대로 적혀 있고, 소계 줄도 바로 아래에 있다. 다른 건 수식 안의 숫자뿐이다. 덧셈으로 짠 수식은 더 위험하다 =SUM(D5:D12) 대신 =D5+D6+D7+D8 처럼 항목을 하나씩 더한 수식이 있다. 항목 성격이 달라 몇 개만 골라 더해야 할 때 이렇게 짠다. 이 수식은 행이 추가돼도 절대 자동으로 늘어나지 않는다. 어디에 끼워 넣든 마찬가지다. 그리고 수식이 길어서 어떤 셀이 빠졌는지 눈으로 세기 어렵다. 실무에서 이런 수식은 대개 예외 처리 때문에 생긴다. 특정 항목만 빼야 해서, 또는 일부만 다른 계산을 해야 해서. 그런데 그 예외를 만든 사람은 나중에 기억하지 못하고, 물려받은 사람은 그게 예외인지 실수인지 모른다. 어떻게 잡아내나 이건 수식을 열어보는 것보다 세는 게 빠르다. 방법 보는 법 건수 카운트 소계 옆에 COUNT를 같은 범위로 하나 더 건다. 항목 수와 ...

결산 파일을 검증할 때 가장 먼저 보는 건 합계다. 소계를 다 더한 값과 총계가 일치하면 일단 안심한다. 대사도 맞고, 오류 셀도 없다. 그런데 합계가 맞는다는 사실은 생각보다 적은 것을 보장한다. 결론 합계 일치는 통과 조건이 아니라 최소 조건이다. 합계는 맞는데 안이 틀린 경우가, 합계가 안 맞는 경우보다 훨씬 위험하다. 함께 읽기 — SUMIF에 $C:$C 를 쓰면 안 되는 이유 · 검증줄이 자기 자신을 보고 있었다 합계가 맞아도 틀릴 수 있는 세 가지 합계는 개별 값들의 합이다. 그래서 개별 값이 잘못되어도 서로 상쇄되면 합계는 그대로다. 원래 값 A 30 B 50 C 20 합계 100 틀린 값 A 35 B 45 C 20 합계 100 A가 5 늘고 B가 5 줄었다 합계는 그대로 사업부별 손익은 뒤집혔는데 전사 합계는 한 자리도 움직이지 않는다. 이런 상쇄가 실제로 어떻게 생기는지 세 가지만 보자. 하나. 분류가 잘못된 경우 어떤 거래가 A사업부가 아니라 B사업부로 잡혔다. 전사 합계는 한 원도 안 바뀐다. 그런데 사업부별 손익은 달라졌고, 그 숫자로 경영진이 판단을 한다. 합계 대사만 하는 검증은 이걸 절대 못 잡는다. 구조상 잡을 수가 없다. 둘. 배부 결과만 맞춘 경우 간접비를 배부했는데 배부 후 총액이 배부 전 총액과 같으면 통과로 본다. 배부는 나누는 작업이니 총액이 같은 건 당연하다. 총액이 같다는 건 배부가 실행됐다는 뜻이지, 제대로 나뉘었다는 뜻이 아니다. 기준을 잘못 걸어도, 특정 부서가 통째로 빠져도, 총액은 늘 맞는다. 셋. 오타가 두 번 난 경우 한 곳에서 잘못 더하고 다른 곳에서 잘못 빼면 합계는 돌아온다. 드물 것 같지만, 같은 사람이 같은 날 같은 파일을 고칠 때 의외로 자주 생긴다. 한 곳을 고치다 균형이 깨져서 다른 곳을 억지로 맞추는 경우다. 그래서 무엇을 봐야 하나 합계 대신 보는 게 아니라, 합계를 본 다음에 봐야 하...