TL;DR
견적 파일에서 숫자가 보이는데 합계에 반영되지 않는다면 해당 셀의 값이 실제 숫자인지부터 확인해야 한다. 표시 형식과 저장된 값의 종류, 수식이 참조한 범위를 나누어 본다. 원본을 보존한 검토용 사본에서 작성자와 오류를 확인하고 계산 정정과 가격 변경을 구분해 회신받는 편이 좋다.
화면의 숫자와 계산에 쓰는 값 구별
PDF나 다른 표에서 옮긴 금액이 숫자처럼 보여도 파일에서는 문자로 저장됐을 수 있다. 글자의 정렬 모양만으로 확정하지 말고 해당 프로그램의 실제 값과 수식 상태를 확인한다. 합계가 낮다고 할인이라고 해석하거나 특정 행이 빠졌다고 의도적인 누락이라고 단정하지 않는다. 우선 계산에 포함된 대상과 값의 종류를 작성자에게 질문한다. Microsoft는 SUM이 텍스트 값을 무시하고 숫자 값만 합산한다고 설명한다. Microsoft SUM function 이 설명을 셀 범위를 합산한 견적의 확인에 참고할 수 있다. 모든 함수나 다른 프로그램에서 같은 방식으로 동작한다고 일반화하지 않는다. 실제 파일에서 어떤 수식과 참조가 쓰였는지 확인해야 한다. 함수 이름만 보고 전체 금액이 정확히 포함됐다고 판단하지 않는 것이 필요하다.
숫자 옆의 기호가 값에 붙었는지 확인
통화나 단위 기호를 셀 표시로 붙인 것인지 문자와 숫자를 한 값으로 저장한 것인지 구별한다. 보기에는 같은 원화 금액이더라도 계산에 들어가는 값의 형태가 다를 수 있다. 기호를 보이게 했다는 사실이 오류라는 뜻은 아니므로 셀의 실제 상태를 확인한다. 금액 칸에 메모나 조건이 함께 적혀 있으면 숫자 부분만 임의 추출하지 않고 작성자의 의도를 묻는다. 빈칸과 영, 미정이라는 문자도 구별해야 한다. 값이 없어서 계산에서 빠진 항목을 무상이라고 보고하면 비용 범위를 잘못 이해할 수 있다. 작성자가 아직 금액을 확정하지 않았는지 해당 없는 항목인지 확인해 상태를 별도 표시하도록 한다. 문자를 숫자로 바꾸는 과정에서 미정 조건을 영으로 치환하지 않는 운영안을 제안한다.
수식의 범위와 값의 문제를 따로 검사
숫자형 텍스트를 고쳤어도 해당 행이 수식 범위 밖이면 합계가 달라지지 않을 수 있다. 실제 포함해야 할 행과 참조된 범위를 대조한다. 반대로 범위에 포함돼 있지만 텍스트여서 빠진 경우와 구분해 정정 사유를 남겨야 한다. 소계와 상세 내역의 관계도 확인해 같은 금액을 중복해서 더하지 않았는지 살핀다. 가상 예시로 견적에 추가한 한 행은 화면에 금액이 보이지만 전체 합계가 바뀌지 않았다고 하자. 새 행이 수식 밖인지 값이 문자로 들어갔는지 두 질문을 나눠 확인한다. 낮은 합계를 업체의 확정 할인액으로 보고하기 전에 계산 의도를 묻는 것이다. 정정 결과가 원래 합의한 가격을 바꾸는 것인지 단순 입력 오류를 바로잡는 것인지 작성자의 확인을 받는다.
| 확인 구분 | 검토할 정보 | 서로 다른 문제 |
|---|---|---|
| 값의 종류 | 숫자 또는 텍스트 | 화면 표시와 실제 저장값 |
| 표시 형식 | 통화·단위의 표시 방식 | 기호 표현과 값 자체 |
| 참조 범위 | 합계가 읽는 행과 열 | 범위 밖과 값 무시 |
| 정정 의미 | 가격의 의도와 계산 오류 | 재협상과 계산 바로잡기 |
자동 변환보다 확인 가능한 정정
검토를 위해 원본을 임의로 덮어쓰지 않는다. 회사가 허용하는 사본에서 문제 위치와 확인한 상태를 남기고 작성자에게 정정본을 요청하는 편이 좋다. 보안 경고를 해제하거나 외부 연결과 매크로를 실행해 확인할 필요가 있는지는 적절한 담당자가 판단해야 한다. 숫자를 고친다는 이유로 파일의 보호를 우회하지 않는다. 정정본을 받으면 변경한 셀과 합계, 계약에 사용할 출력본의 금액이 맞는지 대조한다. 계산 가능한 파일은 고쳤지만 제출된 PDF에는 이전 합계가 남을 수 있다. 최종으로 어떤 판본의 금액을 적용할지 분명히 하고 이전 오류가 어떻게 해소됐는지 연결한다. 저장시각이 최근이라는 사실만으로 모든 전달본이 갱신됐다고 보지 않는다. 최종 가격 검토에서는 산술적으로 더해진다는 사실과 항목의 적정성을 구분한다. 모든 숫자가 합계에 들어가도 같은 작업이 중복됐거나 미정 범위가 있을 수 있다. 이 확인은 숫자처럼 보이는 값이 계산에서 빠지는 오류를 찾는 단계다. 다른 견적 범위 검토를 대신하는 완전한 검증으로 표현하지 않는 것이 필요하다.
마무리
견적 합계가 맞지 않을 때는 표시와 저장값, 참조 범위를 나눠 확인해야 한다. 작성자의 정정 의도와 최종 적용본까지 연결하면 문자로 저장된 금액이 합계에서 빠졌는데도 할인이나 무상 조건으로 오해하는 일을 줄일 수 있다.