함께 읽기 · 집값 외 매수 비용과 견적 항목 정리
견적의 포함 항목과 실제 지급할 금액을 맞추는 기본 점검으로 이어집니다.
견적서에 보이는 금액을 계산기로 더했는데 합계와 1원이 다르다면, 누락 항목뿐 아니라 반올림하는 위치도 확인해 보세요. 각 항목을 먼저 원 단위로 바꾼 뒤 더하는 계산과, 소수 금액을 모두 더한 뒤 한 번 바꾸는 계산은 결과가 다를 수 있습니다.
이 글은 가상 서비스 견적의 산술 예시입니다. 취득세·부가가치세·중개보수에 특정 절사 규칙을 적용하는 안내가 아닙니다. 실제 청구는 관련 기준과 약정, 발행자의 산출 내역을 확인해야 하며, 차이가 작다는 이유로 정상이라고 판정하지 않습니다.
같은 원자료로 두 경로를 계산합니다
가상 항목 A·B·C의 계산 중간값이 각각 10,000.4원이라고 놓겠습니다. 단가와 수량을 곱해 생긴 값이며, 항목별 확정 청구액이 아직 아닌 단계입니다. 이 예시의 반올림은 양수의 소수 첫째 자리 5 이상을 올리는 원 단위 규칙입니다.
| 단계 | 항목별 먼저 | 합계 후 한 번 |
|---|---|---|
| A·B·C 원자료 | 각 10,000.4원 | 각 10,000.4원 |
| 중간 계산 | 각 10,000원 | 합계 30,001.2원 |
| 최종 합계 | 30,000원 | 30,001원 |
첫 경로는 10,000+10,000+10,000=30,000원입니다. 두 번째 경로는 (10,000.4×3)을 먼저 계산한 30,001.2원을 반올림해 30,001원이 됩니다. 두 경로의 차이는 1원이지만 사용한 원자료는 같습니다.
항목별 처리가 언제나 작아지는 것은 아닙니다
세 항목이 각각 10,000.6원이라면 결과가 반대로 움직입니다. 항목별 반올림 후 합계는 10,001×3=30,003원이고, 원자료 합계 30,001.8원을 한 번 반올림하면 30,002원입니다. 이번에는 항목별 경로가 1원 큽니다.
그러므로 ‘항목별 계산은 무조건 소비자에게 유리하다’거나 ‘합계가 크면 중복 청구다’라고 결론 내릴 수 없습니다. 먼저 어떤 값이 확정 금액이고 어떤 값이 중간 계산값인지 구분해야 합니다. 세 항목이 이미 각각 10,000원으로 확정된 청구액이라면 그 합계는 30,000원으로 대조하는 것이 이 비교의 출발점입니다.
소수 숨기기와 실제 값 변경은 다릅니다
스프레드시트에서 소수점 표시를 줄이면 셀에는 10,000으로 보여도 내부에는 10,000.4가 남을 수 있습니다. 이 상태에서 세 셀을 합하면 30,001.2가 계산됩니다. 표시값을 손으로 더한 결과와 달라 보이는 이유를 확인하려면 원자료와 수식부터 봅니다.
Microsoft의 ROUND 함수 설명은 지정한 자릿수로 값을 반올림하는 기능을 안내합니다. 예를 들어 각 셀에 ROUND(값,0)를 적용해 합산하는 것과 ROUND(세 값의 합계,0)는 위 두 경로에 대응합니다. 실제 파일의 전체 정밀도 설정을 바꾸지 않아도 별도 검산 열에서 비교할 수 있습니다.
원본을 고치기 전에 세 칸을 요청하세요
견적 발행자에게는 항목별 원자료, 통화 단위 처리 방식, 최종 확정 합계의 세 가지를 확인하면 됩니다. 반올림·버림·올림은 다른 규칙이며 적용 위치도 항목별·세금별·문서 전체별로 다를 수 있습니다. 설명을 받기 전 원본 금액을 임의로 바꾸어 합계를 맞추지 않습니다.
검산표에는 ‘화면 표시액’, ‘반올림 전 중간값’, ‘확정 청구액’을 분리해서 적어 보세요. 원자료를 제공받지 못했다면 차이의 원인을 반올림이라고 확정하지 말고 미확인으로 남깁니다. 이미 낸 돈이나 할인·환급이 합계에 반영됐는지도 별도 항목으로 확인해야 합니다.
이 예시에서는 음수 항목, 할인 배분, 세금, 수량 변경을 제외했습니다. 이런 항목이 있으면 동일한 원자료·동일한 적용 순서로 다시 계산해야 합니다. 1원 차이를 발견하는 목적은 작은 차이를 지우는 데 있지 않고, 견적서와 내 예산표가 같은 규칙을 쓰는지 확인하는 것입니다.
산술과 함수 설명 확인일: 2026년 10월 22일. 이 글의 숫자를 법정 세액이나 업체의 청구 기준으로 사용하지 마세요.