IFERROR는 보기 싫은 #N/A를 없애는 데 유용하지만, 잘못 쓰면 데이터 오류까지 조용히 묻어버립니다. 실무 보고서에서는 오류를 숨기는 것보다 오류의 종류를 분리하는 습관이 더 중요합니다.
IFERROR를 쓰기 좋은 곳
외부 보고용 표에서 조회값이 없을 때 빈칸이나 “미등록”을 표시하는 경우에는 IFERROR가 적합합니다. 받는 사람이 오류 코드보다 상태값을 이해하기 쉽기 때문입니다.
바로 숨기면 위험한 곳
- 매출 합계와 비용 합계처럼 숫자 검증이 필요한 셀
- 원본 데이터 누락 여부를 점검하는 중간 계산표
- 월별 마감 전 검토 파일
- 수식 범위가 자주 바뀌는 자동화 파일
추천 패턴
초안 단계에서는 오류를 그대로 보이게 둡니다. 검증이 끝난 뒤 외부 공유용 시트에만 IFERROR를 씌우면 원인 분석과 화면 정리를 모두 잡을 수 있습니다. 예를 들어 내부 시트에는 #N/A를 남기고, 요약 시트에서만 “미등록 상품”으로 바꾸는 방식입니다.
체크리스트
- 오류가 데이터 누락인지 수식 오류인지 구분했는가
- 숨긴 오류 개수를 별도 셀에서 집계하는가
- IFERROR 안쪽 수식 범위가 고정되어 있는가
- 마감 전 원본 행 수와 결과 행 수를 비교했는가
업무 파일에 적용하는 순서
엑셀 IFERROR 사용법: VLOOKUP 오류를 숨기기 전에 확인할 것을 실제 파일에 적용할 때는 먼저 원본 표를 복사해 테스트 시트를 만듭니다. 수식 자체가 맞아도 원본 열 이름, 날짜 형식, 숨겨진 공백 때문에 결과가 달라질 수 있기 때문입니다. 테스트 시트에서 10행 정도를 직접 계산한 값과 비교하고, 그 다음 전체 데이터에 적용하는 순서가 안전합니다.
두 번째 단계는 수식을 한 번에 길게 만들지 않는 것입니다. 기준값, 조건 범위, 결과 범위를 각각 눈으로 확인할 수 있게 중간 셀을 두면 오류가 났을 때 원인을 빠르게 찾을 수 있습니다. 외부 공유 파일이라면 함수 호환성도 함께 확인해야 합니다.
검증 체크리스트
- 원본 행 수와 결과 행 수가 맞는지 확인한다
- 빈칸, 중복값, 앞뒤 공백이 있는 샘플을 따로 테스트한다
- 수식을 아래로 복사했을 때 절대참조가 깨지지 않는지 확인한다
- 구버전 엑셀 사용자와 공유할 파일인지 확인한다
- 완성 후 값 붙여넣기본을 별도로 보관한다
실무에서 자주 나는 오류
가장 흔한 오류는 수식보다 데이터 형태에서 시작됩니다. 숫자로 보여도 실제로는 텍스트인 값, 날짜처럼 보여도 문자열인 값, 이름 뒤에 공백이 붙은 값이 대표적입니다. 이런 문제는 함수 하나로 해결하기보다 TRIM, VALUE, DATEVALUE 같은 정리 과정을 먼저 거치는 편이 안정적입니다.
보고서용 파일이라면 오류를 무조건 숨기지 말고, 오류 개수를 별도 셀에서 집계하는 것이 좋습니다. 오류가 0개인지 확인한 뒤에만 외부 제출용 시트에서 보기 좋은 문구로 바꾸면 검토 과정이 훨씬 명확해집니다.
자주 묻는 질문
- 수식이 길어지면 무조건 나쁜가요? 길이보다 검증 가능성이 중요합니다.
- 함수를 새로 배우는 것과 피벗테이블 중 무엇이 먼저인가요? 반복 보고서라면 피벗, 셀별 계산이면 함수가 먼저입니다.
- AI가 만든 수식을 그대로 써도 되나요? 샘플 검산 후 쓰는 것이 안전합니다.
업데이트 기준과 활용 방법
엑셀 IFERROR 사용법: VLOOKUP 오류를 숨기기 전에 확인할 것 같은 엑셀 글은 예제 수식만 복사하면 오래 쓰기 어렵습니다. 원본 데이터의 열 이름, 데이터 형식, 공유 대상, 엑셀 버전을 함께 확인해야 같은 수식도 다른 파일에서 깨지지 않습니다. 특히 회사 파일은 작성자 한 명이 아니라 여러 사람이 열기 때문에 호환성과 검증 절차가 중요합니다.
글을 읽은 뒤에는 본인 파일에 바로 적용하기 전에 작은 표를 만들어 테스트해보는 편이 좋습니다. 정상값, 빈칸, 중복값, 오류값을 일부러 넣어 수식이 어떻게 반응하는지 보면 실제 데이터에 적용했을 때 생길 문제를 미리 잡을 수 있습니다.
복사 전 체크
- 내 엑셀 버전에서 지원되는 함수인가
- 수식 범위가 절대참조와 상대참조를 구분하는가
- 오류를 숨기기 전에 원인을 확인했는가
- 결과를 손계산 샘플과 비교했는가
- 공유용 파일에는 설명 메모를 남겼는가
