구글시트 정산표: 같은 주문의 두 번째 환불이 빠지는 이유

환불 건수와 주문 건수가 다른 날에 생기는 오류

부분 반품이 두 번 있었던 주문인데 정산표에는 첫 번째 환불만 들어가 있다면 수식의 ‘찾기’와 ‘합계’를 구분할 때입니다. 이 글은 Google Sheets에서 주문별 한 행의 정산표와 환불 거래별 한 행의 원장을 연결하는 경우를 다룹니다. 아래 자료는 실제 고객 거래가 아닌 검산용 예시입니다.

XLOOKUP은 기본 설정에서 위에서부터 일치 항목을 찾습니다. 결과 범위의 한 값을 반환하는 조회를 모든 일치 행의 합계로 기대하면, 오류 메시지 없이도 환불액이 작게 잡힐 수 있습니다.

원장은 이 형태로 놓습니다

시트 이름을 ‘환불원장’으로 만들고 A1:D1에 아래 열 제목을 넣습니다. B열은 동일한 텍스트 형식의 주문번호, D열은 통화 기호를 직접 입력하지 않은 숫자입니다. 환불액은 양수로 기록한 예시이며, 결제 원장이 음수를 쓰면 부호 규칙부터 맞춰야 합니다.

완료된 환불만 합산하는 수식

‘정산표’ 시트의 A2에 ORD-1042를 넣고 B2에 아래 수식을 입력합니다. 첫 범위는 더할 금액, 그다음은 주문번호 조건, 마지막은 환불 상태 조건입니다. 예시 범위를 1000행까지 고정했으므로 실제 원장이 더 길면 세 범위를 함께 늘리세요.

=SUMIFS(환불원장!$D$2:$D$1000,환불원장!$B$2:$B$1000,$A2,환불원장!$C$2:$C$1000,"완료")

• ORD-1042의 기대 결과는 5,000 + 2,000 = 7,000원입니다. 처리중 1,000원은 포함하지 않습니다.
• A2를 ORD-1043으로 바꾸면 3,000원이어야 합니다. 이 두 결과로 주문 조건이 실제로 적용됐는지 확인합니다.
• 기존 XLOOKUP 결과가 5,000원이었다면 차이 2,000원은 두 번째 완료 환불입니다. 전체 정산표를 바꾸기 전에 이 주문 한 건부터 비교하세요.

금액은 맞는데 건수가 이상하면 중복 원장을 봅니다

R-001 행을 파일에서 두 번 붙였다면 SUMIFS는 둘 다 합산합니다. 반대로 ORD-1042가 두 번 나온다는 이유로 주문번호 기준 중복 제거를 하면 정상적인 두 번째 환불 R-002가 사라집니다.

원본 복사본에서 거래 ID와 금액·상태를 함께 대조해 같은 거래가 재수집된 것인지 판단하세요. 서로 다른 거래 ID의 부분 환불은 유지합니다. 동일 거래의 상태 이력이 여러 행에 남는 자료라면 최종 상태를 정하는 규칙부터 마련한 뒤 이 수식을 적용해야 합니다.

0원이 나와도 ‘환불 없음’으로 바로 확정하지 않습니다

주문번호에 별표(*)나 물음표(?)가 들어가는 서비스는 주의하세요. 조건 함수에서 와일드카드로 해석될 수 있습니다. 이 예시는 ORD-1042처럼 영문·숫자·하이픈으로 된 식별자를 가정합니다.

공식 함수와 예시 계산을 구분해 확인했습니다

2026년 9월 13일 Google의 XLOOKUP·SUMIF·SUMIFS 문서를 확인하고, 예시의 완료 상태별 합계를 별도 계산으로 대조했습니다. 실제 Google Sheets 화면이나 특정 PG사의 정산 원장을 이용한 실거래 검증은 하지 않았습니다. 수식은 지급 승인 전에 원장 한 주문과 직접 대조해 적용하세요.