부업 정산표에서 엑셀 함수의 예외 기준을 놓치지 않으려면 수수료율이 실제로 0%인 경우와 수수료율을 찾지 못한 경우를 구분하고, 빈칸·오류·미입금·정산 차이를 별도로 표시해야 합니다. 특히 VLOOKUP으로 수수료율을 조회할 때 오류가 발생했다고 무조건 0을 반환하도록 만들면, 등록되지 않은 플랫폼의 수수료를 무료로 잘못 처리할 수 있습니다. 이럴 때는 IFNA로 조회 실패를 표시하고, IF와 ISNUMBER로 숫자가 확인된 행만 계산하며, COUNTIF와 SUMIF로 누락 및 조건별 합계를 검증하는 방식이 유용합니다. 먼저 플랫폼별 수수료율 기준표와 실제 정산 내역을 준비한 뒤, 예외 상황을 테스트하는 순서로 점검해야 합니다. 다만 엑셀의 계산 오류와 실제 계약상 수수료·세금 적용 여부는 구분해야 하며, 최종 정산금액은 해당 플랫폼의 정산명세서 및 입금내역과 대조해야 합니다.
1. 부업 정산표에서 가장 먼저 구분해야 할 예외는 무엇인가요?
정산표에서 중요한 예외는 계산 결과가 0인 경우와 계산에 필요한 정보가 없는 경우를 구분하는 것입니다. 두 경우를 같은 값으로 처리하면 오류가 표시되지 않더라도 잘못된 정산금액이 계산될 수 있습니다.
예를 들어 부업 플랫폼에서 정산받는 금액을 계산하기 위해 플랫폼별 수수료율을 VLOOKUP으로 불러온다고 가정하겠습니다. 정상적으로 등록된 플랫폼의 수수료율이 0%라면 수수료는 실제로 0원일 수 있습니다. 반면 새로운 플랫폼이 수수료율 기준표에 등록되지 않았다면 얼마를 공제해야 하는지 아직 알 수 없는 상태입니다.
이 두 상황을 모두 0%로 계산하면 최종 지급예정액은 숫자로 표시되지만, 그 숫자가 올바른 정산 결과라고 볼 수 없습니다.
Microsoft는 VLOOKUP 함수 공식 설명에서 정확히 일치하는 항목을 찾도록 FALSE를 지정할 수 있다고 안내합니다. 조회 대상이 없으면 #N/A 오류가 발생할 수 있으며, 기본적인 근사 일치 방식과 정확한 일치 방식을 구분해야 합니다.
정산표에서 구분해야 할 상황은 다음과 같습니다.
- 정상적인 0: 수수료율 0%가 실제 계약·정산 기준에 명시된 상태입니다.
- 조회 실패: 플랫폼 코드나 이름이 기준표에 없어 수수료율을 가져오지 못한 상태입니다.
- 입력 누락: 정산 대상 거래가 있지만 금액이나 필수 정보가 비어 있는 상태입니다.
- 계산 오류: 숫자 대신 텍스트가 들어갔거나 수식 참조가 잘못된 상태입니다.
- 정산 차이: 계산된 지급예정액과 실제 입금액이 다른 상태입니다.
이 가운데 조회 실패와 입력 누락을 정상적인 0으로 바꾸지 않는 것이 핵심입니다. 오류 메시지를 없애는 것과 올바른 정산 결과를 만드는 것은 다른 작업이기 때문입니다.
2. IFERROR와 IFNA는 어떤 상황에서 다르게 사용하나요?
IFERROR와 IFNA는 모두 수식의 오류를 처리하지만 적용 범위가 다릅니다. 정산표에서는 이 차이가 중요합니다. 단순히 화면에서 오류 문구를 없애는 것보다 어떤 오류가 발생했는지 알아볼 수 있어야 하기 때문입니다.
IFERROR는 여러 종류의 수식 오류를 처리합니다
Microsoft의 IFERROR 함수 공식 문서에 따르면 IFERROR는 수식이 오류로 평가될 때 사용자가 지정한 값을 반환합니다. #N/A뿐 아니라 #VALUE!, #REF!, #DIV/0! 등 여러 오류도 처리 대상입니다.
기본 문법은 다음과 같습니다.
=IFERROR(검사할_수식,오류일_때_반환값)
예를 들어 아래 수식은 VLOOKUP이 어떤 오류를 반환하든 0으로 처리합니다.
=IFERROR(VLOOKUP(A2,$J$3:$K$4,2,FALSE),0)
문법 자체는 유효하지만 부업 정산표의 수수료율 조회에 무조건 적용하기에는 주의가 필요합니다. 등록되지 않은 플랫폼을 조회했을 때도 수수료율이 0으로 표시되기 때문입니다.
또한 수수료율 범위가 잘못되거나 참조한 셀이 삭제되어 오류가 발생했을 때도 0이 반환될 수 있어 오류의 원인을 놓치기 쉽습니다.
IFNA는 조회값을 찾지 못한 경우를 별도로 처리합니다
Microsoft의 IFNA 함수 공식 문서에 따르면 IFNA는 수식이 #N/A 오류를 반환할 때만 지정된 값을 반환합니다. 다른 오류는 그대로 확인할 수 있습니다.
기본 문법은 다음과 같습니다.
=IFNA(검사할_수식,#N/A일_때_반환값)
플랫폼 수수료율 조회에서는 다음과 같이 사용할 수 있습니다.
=IFNA(VLOOKUP(A2,$J$3:$K$4,2,FALSE),"요율 확인")
이 수식은 플랫폼 코드가 기준표에서 발견되지 않을 때 0 대신 '요율 확인'이라는 문구를 표시합니다.
중요한 점은 IFNA 역시 누락된 요율을 자동으로 찾아주는 함수는 아니라는 것입니다. 조회에 실패했다는 사실을 알아보기 쉽게 표시하는 기능이며, 해당 플랫폼의 실제 수수료율을 확인해 기준표에 반영하는 작업은 별도로 진행해야 합니다.
또한 기준표에는 플랫폼이 등록되어 있지만 수수료율 셀이 비어 있는 경우에는 조회 결과가 0처럼 처리될 수 있습니다. 따라서 실제 업무에서는 플랫폼 등록 여부뿐 아니라 수수료율 값이 숫자로 정확히 입력되었는지도 함께 검사해야 합니다.
3. 실제 엑셀 정산표에서는 수식을 어떻게 구성하나요?
정산표를 만들 때는 먼저 입력 자료와 계산 결과를 구분하는 것이 좋습니다. 거래 정보와 플랫폼 수수료율은 입력·확인 자료로 관리하고, 수수료와 지급예정액은 함수로 계산하도록 구성하면 오류가 발생한 위치를 찾기 쉽습니다.
아래는 엑셀 함수의 동작을 설명하기 위한 가정 예시입니다. 실제 플랫폼의 수수료율이나 세금 기준이 아닙니다. 계산을 단순하게 보여주기 위해 원천징수, 환불, 부가가치세, 송금수수료 등 추가 항목은 없다고 가정합니다.
정산 시트의 열 구성
같은 시트에 다음과 같이 열을 구성했다고 가정하겠습니다.
| 열 | 항목 | 자료 구분 | 확인할 내용 |
|---|---|---|---|
| A열 | 플랫폼명 | 직접 입력 | 수수료 기준표의 이름과 일치하는지 확인 |
| B열 | 정산 기준금액 | 직접 입력 | 수수료 계산의 기준이 되는 금액 |
| C열 | 수수료율 | 함수 조회 | 등록된 요율 또는 조회 실패 표시 |
| D열 | 수수료 | 함수 계산 | 기준금액과 수수료율을 사용해 계산 |
| E열 | 지급예정액 | 함수 계산 | 기준금액에서 수수료를 차감한 금액 |
| F열 | 실제 입금액 | 직접 입력 | 은행 또는 플랫폼 정산명세서로 확인 |
| G열 | 검증 상태 | 함수 판정 | 일치·차이 확인·미확인 구분 |
수수료율 조회용 기준표는 같은 시트의 J열과 K열에 둔다고 가정합니다. J2에는 '플랫폼명', K2에는 '수수료율'을 입력하고, J3에 '플랫폼A', K3에 10%, J4에 '플랫폼B', K4에 0%를 입력합니다.
이 예시에서 플랫폼A와 플랫폼B는 설명을 위한 가상 이름입니다. 실제 수수료가 10% 또는 0%라는 의미가 아닙니다.
1단계: 수수료율이 없는 플랫폼을 확인합니다
C2 셀에는 다음 수식을 입력합니다.
=IF(A2="","",IFNA(VLOOKUP(A2,$J$3:$K$4,2,FALSE),"요율 확인"))
이 수식은 A2가 비어 있으면 결과를 빈칸으로 두고, 플랫폼명이 입력되어 있으면 J3:K4 범위에서 정확히 일치하는 항목을 찾습니다.
조회 결과는 다음처럼 구분됩니다.
- A2가 플랫폼A: 기준표에 등록된 10%가 반환됩니다.
- A2가 플랫폼B: 기준표에 등록된 0%가 반환됩니다.
- A2가 플랫폼C: 기준표에 없으므로 '요율 확인'이 반환됩니다.
- A2가 빈칸: 아직 입력하지 않은 행으로 처리하여 빈칸을 반환합니다.
여기서 가장 중요한 차이는 플랫폼B의 0%와 플랫폼C의 '요율 확인'입니다. 플랫폼B는 수수료율이 실제로 0%로 등록된 경우이고, 플랫폼C는 아직 적용할 수수료율을 확인하지 못한 경우입니다.
다만 이 수식만으로 기준표의 모든 입력 오류를 검출할 수는 없습니다. 플랫폼명 중복, 수수료율 빈칸, 잘못된 수수료율 입력 등은 별도로 점검해야 합니다. 같은 플랫폼이라도 상품 종류나 정산기간에 따라 요율이 달라진다면 플랫폼명 하나만으로 조회하는 구조도 수정해야 합니다.
2단계: 유효한 숫자가 있을 때만 수수료를 계산합니다
D2 셀에는 다음 수식을 사용할 수 있습니다.
=IF(A2="","",IF(OR(NOT(ISNUMBER(B2)),NOT(ISNUMBER(C2))),"확인 필요",ROUND(B2*C2,0)))
이 수식은 플랫폼명이 비어 있는 행에서는 결과를 표시하지 않고, 정산 기준금액과 수수료율이 모두 숫자일 때만 수수료를 계산합니다.
예를 들어 플랫폼A의 정산 기준금액이 100,000원이고 수수료율이 10%라면 수수료는 10,000원입니다. 플랫폼B의 정산 기준금액이 50,000원이고 수수료율이 0%라면 수수료는 0원입니다.
반면 플랫폼C처럼 수수료율이 '요율 확인'으로 표시된 경우에는 D열이 '확인 필요'를 반환하므로 미확인 수수료를 0원으로 계산하지 않습니다.
ROUND 함수로 원 단위 반올림을 하는 방식은 여기서 계산을 단순화하기 위해 가정한 것입니다. 실제 업무에서는 계약·정산 기준에 따라 절사, 반올림, 공급가액 기준 계산 등 적용방법이 다를 수 있습니다. 반드시 플랫폼별 공식 정산기준을 확인해야 합니다.
3단계: 확인되지 않은 행은 지급예정액을 확정하지 않습니다
E2 셀에는 다음 수식을 입력할 수 있습니다.
=IF(A2="","",IF(OR(NOT(ISNUMBER(B2)),NOT(ISNUMBER(D2))),"확인 필요",B2-D2))
정산 기준금액이나 수수료가 확인되지 않았다면 지급예정액 대신 '확인 필요'를 표시합니다.
플랫폼A의 기준금액이 100,000원이고 수수료가 10,000원이라면 지급예정액은 90,000원입니다. 플랫폼B의 기준금액이 50,000원이고 수수료가 0원이라면 지급예정액은 50,000원입니다.
플랫폼C의 수수료율이 등록되지 않은 상태에서는 지급예정액을 확정할 수 없으므로 숫자를 임의로 계산하지 않습니다.
4단계: 실제 입금액과 대조합니다
F열에 실제 입금액을 입력했다면 G2 셀에서 다음과 같이 검증할 수 있습니다.
=IF(A2="","",IF(OR(NOT(ISNUMBER(E2)),NOT(ISNUMBER(F2))),"미확인",IF(E2=F2,"일치","차이 확인")))
지급예정액과 실제 입금액이 모두 숫자로 입력되어 있고 값이 같으면 '일치', 다르면 '차이 확인'을 표시합니다. 두 금액 중 하나라도 숫자로 확인되지 않았다면 '미확인'으로 처리합니다.
이때 실제 플랫폼 정산에는 세금 원천징수나 환불, 지급 보류 등 추가 항목이 포함될 수 있습니다. 그런 경우에는 앞의 단순 계산식과 실제 입금액을 바로 비교해서는 안 됩니다. 추가 공제·조정 항목을 별도로 반영한 뒤 같은 기준의 금액끼리 비교해야 합니다.
위 수식은 A2:G2에 입력한 후 아래 행으로 복사해 사용할 수 있습니다. 다만 실제 정산표의 행 범위와 수수료 기준표의 위치가 다르다면 참조 범위도 해당 파일에 맞게 수정해야 합니다.
4. COUNTIF와 SUMIF로 누락된 정산 행을 어떻게 확인하나요?
각 행의 수식이 정상 작동하더라도 전체 정산표에는 확인되지 않은 행이 남아 있을 수 있습니다. 특히 SUM 함수는 일반적인 텍스트 값을 합계에 포함하지 않으므로, '확인 필요'라는 문구가 있는 셀을 제외한 숫자만 더한 결과가 정상적인 총액처럼 보일 수 있습니다.
Microsoft의 COUNTIF 함수 공식 설명에 따르면 COUNTIF는 지정된 범위에서 조건에 맞는 셀의 개수를 계산합니다. 따라서 정산표에 남아 있는 미확인 상태를 별도로 집계할 수 있습니다.
확인이 필요한 수수료와 정산금액 찾기
앞의 예시에서 E2:E101 범위에 '확인 필요'가 표시된 행의 개수는 다음과 같이 계산할 수 있습니다.
=COUNTIF(E2:E101,"확인 필요")
실제 입금액과의 대조가 끝나지 않은 행은 다음 수식으로 확인할 수 있습니다.
=COUNTIF(G2:G101,"미확인")
계산된 지급예정액과 실제 입금액에 차이가 있는 행의 개수는 다음처럼 확인합니다.
=COUNTIF(G2:G101,"차이 확인")
이 세 가지 값이 모두 0인지 확인하면 계산과 대조 과정에서 발견된 미처리 상태가 남아 있는지 판단하는 데 도움이 됩니다.
단, 이것만으로 원천 데이터의 모든 행이 빠짐없이 들어왔다는 사실까지 보장하지는 않습니다. 정산표에 거래 자체가 입력되지 않았다면 COUNTIF로도 누락된 거래를 찾아낼 수 없으므로 플랫폼이 제공하는 거래명세서와 행 개수 및 거래별 금액을 별도로 대조해야 합니다.
미확인 행이 있을 때 총액 확정을 보류하는 방법
합계를 낼 때 미확인 상태가 남아 있으면 결과를 바로 확정하지 않도록 다음 수식을 활용할 수 있습니다.
=IF(COUNTIF(E2:E101,"확인 필요")+COUNTIF(G2:G101,"미확인")+COUNTIF(G2:G101,"차이 확인")>0,"검증 보류",SUM(E2:E101))
이 수식은 지정한 범위에서 확인이 필요한 행이나 입금 차이 행이 하나라도 있으면 '검증 보류'를 반환합니다. 해당 상태가 모두 없어졌을 때만 지급예정액의 합계를 표시합니다.
이는 앞의 예시처럼 모든 정산 대상 행에 플랫폼명이 입력되고 필요한 수식이 복사되어 있다는 전제에서 사용하는 검증 방식입니다. 빈 거래행이나 잘못된 플랫폼명, 기준표의 중복 등록 등은 별도로 확인해야 합니다.
플랫폼별 금액을 합산하는 방법
Microsoft의 SUMIF 함수 공식 문서에 따르면 SUMIF는 지정한 조건에 맞는 셀의 값을 합산할 수 있습니다.
예를 들어 플랫폼A의 정산 기준금액 합계를 구하려면 다음 수식을 사용할 수 있습니다.
=SUMIF(A2:A101,"플랫폼A",B2:B101)
플랫폼A의 지급예정액 합계를 구하려면 합계 범위를 E열로 바꿀 수 있습니다.
=SUMIF(A2:A101,"플랫폼A",E2:E101)
다만 E열에 '확인 필요'가 있는 경우 SUMIF의 합계만 확인해서는 안 됩니다. 미확인 행을 제외한 숫자만 합산될 수 있기 때문입니다. 플랫폼A의 합계를 확정하려면 플랫폼A에 해당하는 미확인 행이 없는지도 확인해야 합니다.
예를 들어 다음 수식을 함께 사용할 수 있습니다.
=COUNTIFS(A2:A101,"플랫폼A",E2:E101,"확인 필요")
Microsoft의 COUNTIFS 함수 공식 설명에서는 여러 범위에 조건을 적용하고 모든 조건을 충족하는 셀의 개수를 계산할 수 있다고 안내합니다.
따라서 플랫폼별 금액을 집계할 때는 조건별 합계와 미확인 건수를 함께 확인해야 합니다.
5. 수수료율·세금·환불 항목은 어떻게 분리해야 하나요?
부업 정산표를 실제로 운영할 때는 플랫폼 이용수수료와 세금 원천징수, 환불·취소금액 등을 동일한 공제 항목으로 취급하지 않는 것이 중요합니다. 각 항목은 발생 원인과 계산 기준이 다를 수 있기 때문입니다.
플랫폼별 정산명세서에는 판매금액, 플랫폼 이용수수료, 결제대행 수수료, 환불·취소금액, 조정액, 원천징수액 등이 구분되어 표시될 수 있습니다. 그러나 모든 플랫폼에 같은 항목과 계산 방식이 적용되는 것은 아닙니다.
특히 원문에서 흔히 사용하는 3.3% 원천징수율을 모든 부업 수입에 자동 적용해서는 안 됩니다. 실제 원천징수 대상인지, 소득 구분은 무엇인지, 지급자가 어떤 세액을 원천징수하는지는 거래와 소득의 성격에 따라 달라질 수 있습니다.
근로소득, 사업소득, 기타소득 등 소득 구분을 확정하지 않은 채 엑셀 수식에 특정 세율을 고정하는 것은 적절하지 않습니다. 정산표에는 실제 지급명세와 원천징수영수증, 계약조건에서 확인된 공제액 또는 공제율을 적용해야 합니다.
일반적인 정산표에서는 다음 정보를 구분해 관리할 수 있습니다.
- 매출·용역대금: 정산의 출발점이 되는 거래금액과 계산기준을 기록합니다.
- 플랫폼 수수료: 수수료율과 수수료 산정 기준금액을 기록합니다.
- 결제 관련 비용: 해당되는 경우 별도의 결제대행 또는 송금 비용을 기록합니다.
- 환불·취소: 정상 거래와 별도로 환불 및 차감 항목을 관리합니다.
- 원천징수: 실제 소득 구분과 지급자의 원천징수 자료에 따라 반영합니다.
- 정산 보류·조정: 당월 지급되지 않은 금액과 이후 지급·차감될 금액을 구분합니다.
또한 플랫폼 수수료율이 계약 개정이나 행사에 따라 변경되었다면 기존 수수료율을 새로운 거래에 무조건 적용해서는 안 됩니다. 변경 전과 변경 후의 기준일 및 적용 대상을 확인해야 합니다.
예를 들어 동일 플랫폼이라도 특정 상품군이나 거래 유형, 정산월에 따라 수수료율이 다르다면 플랫폼명 하나만을 기준으로 VLOOKUP을 사용하는 방식에는 한계가 있습니다.
이 경우에는 플랫폼명과 적용기간, 거래 유형 등을 별도의 기준표에 기록하고 정산 기준에 맞는 값을 조회하도록 설계를 변경해야 합니다. 단순히 IFERROR를 추가하는 것으로 적용 기준의 불일치가 해결되지는 않습니다.
입력 단계에서 오류를 줄이는 방법
엑셀은 Microsoft의 데이터 유효성 검사 공식 안내에 따라 데이터 탭의 데이터 유효성 검사 기능으로 특정 셀에 입력할 수 있는 값이나 데이터 형식을 제한할 수 있습니다.
예를 들어 플랫폼명 입력 셀에 사전에 정의한 플랫폼 목록을 지정하면 서로 다른 표기로 같은 플랫폼을 입력하는 실수를 줄이는 데 도움이 됩니다.
수수료율 입력 셀에는 숫자와 허용범위를 설정할 수 있습니다. 하지만 값의 형식이 올바르다고 해서 실제 계약상 수수료율까지 정확한 것은 아닙니다. 따라서 입력 제한과 별도로 정산 기준표의 적용일·거래 유형·실제 요율을 확인해야 합니다.
6. 정산표를 확정하기 전에 어떤 순서로 검증해야 하나요?
엑셀 수식만 정상적으로 작동하는지 확인하는 것으로는 정산 검증이 끝나지 않습니다. 원천 거래자료가 빠짐없이 들어왔는지, 수수료율과 계산 조건이 맞는지, 실제 입금액과 일치하는지를 순서대로 확인해야 합니다.
정산표 검증에 필요한 자료
최종 정산 전에 준비할 자료는 다음과 같습니다.
- 정산 대상기간이 표시된 플랫폼 거래명세서
- 플랫폼별 수수료율 및 정산 기준을 확인할 수 있는 계약·이용안내
- 환불·취소·정산 조정내역
- 실제 지급액이 표시된 플랫폼 정산명세서
- 은행 또는 지급계좌의 입금내역
- 원천징수가 적용된 경우 해당 지급·원천징수 자료
- 기준표의 적용기간과 수수료율 변경내역
정산 관련 자료의 보관·제출 의무는 거래와 소득 형태에 따라 달라질 수 있습니다. 따라서 모든 부업 계약에 근로계약서 관련 규정과 동일한 보관 의무가 적용된다고 단정해서는 안 됩니다.
실제 검산 순서
- 거래자료 대조: 정산 대상기간의 거래건수와 거래금액을 플랫폼 명세서와 비교합니다.
- 플랫폼 기준표 확인: 플랫폼명이 정확하게 등록되어 있는지, 수수료율과 적용기간이 맞는지 확인합니다.
- 예외 행 검사: '요율 확인', '확인 필요', '미확인' 등이 표시된 행을 찾아 원인을 확인합니다.
- 경계값 검사: 수수료율 0%, 정산 기준금액 0원, 빈칸, 미등록 플랫폼 등 서로 다른 상황을 구분해 테스트합니다.
- 공제액 검산: 수수료·환불·세금·기타 조정 항목의 산정기준을 각각 대조합니다.
- 조건별 집계: COUNTIF·COUNTIFS·SUMIF 등을 활용해 플랫폼별 미확인 건수와 금액을 확인합니다.
- 입금액 대조: 지급예정액과 실제 입금액이 다른 행을 찾아 지급 지연·환불·공제 등의 이유를 확인합니다.
- 최종 확정: 미확인 행과 정산 차이의 처리 상태를 확인한 후 총액을 확정합니다.
이 과정에서는 테스트용 행과 실제 정산 대상 행을 구분해야 합니다. 테스트 데이터를 정산 합계 범위에 남겨두면 정상적인 수식을 사용해도 총액이 잘못 계산될 수 있습니다.
또한 Excel 파일을 다른 사람에게 전달하거나 외주 정산 결과로 제출해야 한다면 수식뿐 아니라 원본 거래자료, 적용한 수수료율, 확인이 필요한 항목도 구분하여 제공하는 것이 좋습니다. 개인정보와 거래처의 비공개 정보는 업무상 필요한 범위에서만 취급해야 합니다.
Q. IFERROR로 모든 오류를 0으로 바꾸면 정산표가 더 안정적이지 않나요?
A. 반드시 그렇지는 않습니다. IFERROR는 화면에 나타나는 수식 오류를 다른 값으로 바꿀 수 있지만, 오류의 원인을 수정하는 기능은 아닙니다. 특히 수수료율을 찾지 못한 상태에서 0%로 처리하면 잘못된 지급예정액이 계산될 수 있습니다. 조회 실패는 '요율 확인'처럼 명확하게 표시하고 해당 항목의 계산을 보류하는 방법이 적절할 수 있습니다.
Q. 실제 수수료가 0%인 경우에도 '확인 필요'로 표시해야 하나요?
A. 아닙니다. 계약이나 공식 정산기준에서 수수료율 0%가 확인되었고 엑셀에 숫자 0%로 입력되어 있다면 정상적인 계산값으로 사용할 수 있습니다. 반대로 기준표에서 해당 플랫폼을 찾지 못했거나 요율 입력 자체가 누락된 경우에는 0%로 추정해서는 안 됩니다. 확인된 0과 미확인 값은 구분해야 합니다.
Q. COUNTIF 검사 결과가 모두 0이면 최종 정산액이 정확한가요?
A. 그렇다고 단정할 수는 없습니다. COUNTIF는 지정한 범위에 특정 조건에 해당하는 셀이 몇 개인지를 계산합니다. 정산 대상 거래가 처음부터 누락되었거나 잘못된 수수료율이 정상적인 숫자로 입력된 경우에는 해당 검사를 통과할 수도 있습니다. 따라서 거래명세서와 수수료 기준, 실제 입금내역을 함께 대조해야 합니다.
부업 정산표를 검증할 때 가장 중요한 것은 수식 오류가 보이지 않도록 만드는 것이 아니라, 확인되지 않은 값이 정상적인 정산금액으로 계산되지 않도록 하는 것입니다. 먼저 플랫폼별 수수료 기준표와 정산명세서를 준비하고, VLOOKUP·IFNA로 조회 실패를 구분한 뒤 IF·ISNUMBER로 계산 가능한 행만 처리해야 합니다. 마지막으로 COUNTIF와 SUMIF 등으로 미확인 건수와 조건별 금액을 확인하고 실제 입금액과 대조하면 됩니다. 수수료율이 0%인 경우와 미등록된 경우, 계산상 지급예정액과 실제 지급액이 다른 경우를 각각 구분하는 것이 정산표 오류를 줄이는 핵심입니다.
함께 참고할 만한 글
엑셀 정산표 외에 업무 문서의 기준과 협업 일정을 관리할 때 확인할 내용도 살펴볼 수 있습니다.
이 글은 일반적인 정보 제공을 위한 콘텐츠입니다. 제품·서비스·제도와 개인 상황에 따라 결과가 달라질 수 있으니 실제 결정 전 공식 자료와 적용 조건을 확인하세요.
댓글 쓰기