CSV 매출 집계 AI 비교: 셋 다 8만원을 맞혔는데 보고서는 달랐다
취소된 주문이 결제완료 기록과 함께 남아 있고, 같은 주문의 수량이 나중에 바뀌었다. 빈 단가와 부분환불까지 섞인 CSV를 ChatGPT·Gemini·Claude에 줬다. 세 AI 모두 8만원을 맞혔다. 위키렙AI는 보고서 초안으로 Claude를 고르겠다. 이유는 계산 실력이 아니라, 이 숫자에 아직 포함하지 못한 주문을 다루는 방식이다.
이번 선택은 Claude: “잠정, K104 제외”를 결과 바로 옆에
Claude는 8만원·4주문·10개를 제시한 직후, 단가가 없는 K104가 빠졌다는 사실과 단가 확인 후 금액·주문 수·수량이 함께 바뀐다는 점을 적었다. 보고서를 넘겨받는 사람이 8만원을 전체 주문의 확정값으로 오해하지 않게 하는 문장이다.
ChatGPT와 Gemini도 K104를 확인 대기로 정확히 분리했다. 따라서 Claude만 누락을 발견했다는 비교는 틀리다. 차이는 배치와 마감 방식이다. Claude는 고유 주문 8건을 집계 4건·제외 3건·대기 1건으로 다시 맞춰 줬다. 위키렙AI는 이 대사 한 줄을 보고서에 남기겠다.
고유 주문번호 8개 = 집계 4 + 제외 3 + 확인 대기 1.
문제는 더하기가 아니라 어떤 행을 더할지였다
입력은 2026년 9월 19일 한국시간이 적힌 가상 주문 10행이다. K102는 09:15 결제완료 뒤 10:10 취소로 바뀌었다. K103은 09:20 수량 2개에서 10:00 수량 3개로 수정됐다. 같은 주문번호는 최신 행 하나를 먼저 고르고, 그 행이 결제완료일 때만 집계하도록 했다.
K104는 단가가 비어 있어 확인 대기다. 전액환불 K105와 결제대기 K108은 제외한다. K107의 부분환불 4천원은 금액에서만 빼고 상품 수량은 그대로 둔다. 배송비와 세금은 입력에 없어 추가하지 않았다. 이 조건을 포함한 확인 기준 8개를 질문 전에 고정했다.
정답은 K101 24,000원, K103 24,000원, K106 20,000원, K107 12,000원이다. 상품금액 84,000원에서 부분환불 4,000원을 빼면 80,000원, 주문 4건의 수량 합계는 10개다. 별도 Python 계산으로 최신 행 선택과 이 합계를 확인했다.
ChatGPT: 계산 과정을 한 줄씩 따라가기 좋았다
ChatGPT는 결과, 전체 주문 표, 주문별 계산식, 제외 사유, 다음 작업 순서로 답했다. K102가 취소로 바뀌었기 때문에 제외한다는 설명과 K103의 최신 수량 3개를 쓴다는 설명이 분명했다. K107은 부분환불이 있어도 수량 1개를 유지한다고 따로 적었다.
보고서 작성자가 원자료와 하나씩 맞춰 봐야 한다면 이 순서가 편하다. 이번 실행에서는 세 답변 중 저장된 본문이 가장 길었다. 전체 표와 계산식, 제외 설명에 같은 정보가 반복되므로 바로 전달할 보고서에서는 요약과 확인 대기 항목을 앞에 남기고 상세 근거를 뒤로 보내겠다. 길다는 이유로 계산이 더 정확한 것은 아니었다.
가장 안전한 방법은 **금액부터 계산하지 말고 먼저 행을 정리하는 것**입니다.
Gemini: 짧은 요약과 데이터 정리 제안, 단가 확인처는 보완
Gemini도 최신 상태와 수량을 맞게 골랐다. 첫 표에 8만원·4건·10개를 모으고 전체 주문의 계산 근거와 제외 사유를 붙였다. 세 답변 중 저장된 본문은 가장 짧았다. 최신순 정렬, 빈칸 표시, 예상하지 못한 상태값 경고처럼 다음 파일의 입력 품질을 점검하는 제안도 했다.
수정하고 싶은 부분은 K104의 단가를 “상품 DB에서 정상 단가”로 확인하라는 조언이다. 상품 DB에 해당 거래의 실제 단가가 보존되어 있다면 유용하다. 그러나 현재 판매가나 정가만 있다면 과거 주문의 할인 가격과 다를 수 있다. 이번 입력에는 상품 DB의 구조나 K104의 실제 가격이 없다. 위키렙AI는 주문 상세·결제 기록에서 이 거래에 적용된 단가를 확인하라고 바꾸겠다.
이것은 Gemini가 이번 합계를 틀렸다는 뜻이 아니다. 실제 계산에서는 K104를 제외해 8만원을 정확히 냈다. 다음 작업의 안내 문장을 더 구체적으로 만드는 수정이다.
K104: 상태는 '결제완료'이나 단가가 비어 있습니다. 임의로 0원 처리하지 않고 상품 DB에서 정상 단가를 확인한 후 매출에 합산해야 합니다.
Claude: 금액뿐 아니라 주문이 어디로 갔는지 맞췄다
Claude는 원자료 10행에서 과거 버전 2행을 제거하면 고유 주문 8건이 남는다고 설명했다. 이를 집계 4건·제외 3건·대기 1건으로 대사했다. 합계 금액만 맞추면 놓칠 수 있는 주문 누락을 점검하는 방식이다.
같은 주문에 같은 수정시각이 둘 이상이면 임의로 고르지 말고 확인 대기로 빼라는 제안도 했다. 이번 CSV에는 그런 동률이 없으므로 동률 처리 성능을 검증한 것은 아니다. 다만 다음 파일의 처리 규칙을 정할 때 쓸 만한 질문이다.
위키렙AI는 Claude의 대사 방식, ChatGPT의 주문별 계산 설명, Gemini의 상태값 점검 제안을 합쳐 아래 보고서와 재사용 질문을 만들었다. 세 모델의 계산 결과가 같은데 승패를 부풀릴 이유는 없다.
순서를 바꾸면 8만원이 11만원이 된다
같은 자료에서 결제완료만 먼저 걸러내면 K102의 최신 취소 행이 사라진다. 남은 행 중 최신을 선택해도 예전 결제완료 3만원이 살아남아 순매출은 11만원이 된다. 그래서 최신 행 선택이 상태 필터보다 먼저다.
빈 단가를 0원으로 넣는 오류는 더 잘 숨는다. K104를 0원 주문으로 포함해도 금액은 여전히 8만원이다. 그러나 집계 주문은 5건, 수량은 11개가 되어 조건을 어긴다. 금액·주문 수·수량을 함께 확인해야 하는 이유다. K103의 과거 수량 2개를 쓰면 합계는 7만2천원으로 줄어든다. 이 세 가지는 위키렙AI가 같은 입력으로 따로 계산한 오류 예시이며, 세 AI가 실제로 한 실수가 아니다.
위키렙AI의 보고서 문안
아래는 이번 입력에서 바로 재사용할 수 있는 자체 정리다. 확인 대기 주문을 지운 채 완료라고 보고하지 않고 결과의 범위를 붙였다.
2026-09-19 주문 CSV 집계 — K104 단가 확인 전 잠정 최신 수정행 기준 순매출: 80,000원 집계 주문: 4건 / 상품 수량: 10개 포함: K101 24,000원, K103 24,000원, K106 20,000원, K107 12,000원 계산: 상품금액 84,000원 − 부분환불 4,000원 제외: K102 취소, K105 전액환불, K108 결제대기 확인 대기: K104 단가 누락 1건. 0원으로 간주하지 않음 대사: 원자료 10행 → 고유 주문 8건 = 집계 4 + 제외 3 + 대기 1 배송비·세금은 자료에 없어 추가하지 않음 후속 조치: K104의 거래 당시 적용 단가와 최신 상태를 확인하고 다시 집계
다음 CSV에서는 이 질문부터 붙여라
숫자만 달라고 하면 어떤 주문이 빠졌는지 확인하기 어렵다. 규칙과 함께 포함·제외·확인 대기 목록을 요청하고, 고유 주문 수가 세 목록의 합계와 맞는지 보자. 수정시각이 같은 행처럼 규칙으로 결정할 수 없는 경우는 따로 보고하도록 하면 된다.
아래는 위키렙AI의 재사용 질문이며 추가 실행 결과가 아니다. 실제 고객 이름이나 연락처는 이 작업에 필요하지 않으므로 제거한 자료로 질문하면 된다. 관련 글의 회의록 비교는 미정 업무를 확정으로 바꾸는 문제를, 환불 답장 비교는 규정 밖의 약속을 다룬다.
다음 주문 자료를 집계해 줘. 같은 주문은 최신 수정행을 먼저 선택한 뒤 상태를 판단해. 포함·제외·확인 대기 목록과 주문별 계산식을 보여주고, 고유 주문 수가 세 목록의 합계와 맞는지 확인해 줘. 빈 단가를 0원이나 현재 상품 가격으로 채우지 마. 최신시각 동률이나 판단할 수 없는 값은 확인 대기로 표시해. 부분환불과 수량 처리 규칙은 아래 기준을 따라줘.
출처와 실제 기록
2026년 9월 19일 12:02~12:04 KST 실제 웹 응답. 같은 한국어 가상 CSV 질문을 각 서비스에 한 번씩 제출했으며 길이 제한 없음. ChatGPT Free·Think 꺼짐·모델명 미표시, Gemini Flash·요금제 미확인, Claude Free·Sonnet 5 Medium. 원문 지문 대조 완료. 사전 기준 8개와 별도 Python CSV 집계로 검증했다. 파일 업로드·대용량 처리·Excel 수식 실행·실제 매장 정산은 검증하지 않았다. 영어·중국어는 같은 실행의 현지화로 원화 금액을 유지한다. 검색량은 미확인이다.
Related: meeting action items / 회의록 비교
Related: refund email comparison / 환불 답장 비교
ChatGPT · 2026-09-19 12:02–12:04 KST
온라인 쇼핑몰 주문 CSV를 보고 오늘 매출을 정리하려고 해. 아래는 연습용 가상 자료이고 금액은 원이야. 보고서에 넣을 순매출, 집계 주문 수, 상품 수량과 주문별 계산 근거를 정리해 줘. 제외하거나 확인해야 하는 주문도 알려주고, 다음에 비슷한 파일을 받았을 때 실수를 줄이는 방법도 설명해 줘. 집계 규칙은 이래. 같은 주문번호가 여러 번 나오면 수정시각이 가장 최근인 행 하나만 사용해. 최신 행의 상태가 결제완료인 주문만 집계하고 취소·전액환불·결제대기는 제외해. 단가가 비어 있으면 0원으로 보지 말고 그 주문은 확인 대기로 따로 빼 줘. 순매출은 수량×단가에서 부분환불액을 뺀 값이야. 상품 수량은 집계에 포함한 주문의 수량 합계이고, 부분환불액이 있다고 수량을 임의로 줄이지 않아. 배송비와 세금은 이번 자료에 없으니 추가하지 마. 수정시각은 모두 한국시간이야. 주문번호,수정시각,상태,수량,단가,부분환불액 K101,2026-09-19 09:10,결제완료,2,12000,0 K102,2026-09-19 09:15,결제완료,1,30000,0 K103,2026-09-19 09:20,결제완료,2,8000,0 K104,2026-09-19 09:25,결제완료,1,,0 K105,2026-09-19 09:30,전액환불,1,18000,0 K106,2026-09-19 09:35,결제완료,4,5000,0 K107,2026-09-19 09:40,결제완료,1,16000,4000 K108,2026-09-19 09:45,결제대기,1,25000,0 K103,2026-09-19 10:00,결제완료,3,8000,0 K102,2026-09-19 10:10,취소,1,30000,0 주어진 규칙을 **주문번호 중복 제거 → 최신 행 확인 → 상태 판정 → 단가 확인 → 순매출 계산** 순서로 적용하면 다음과 같습니다. ### 오늘 집계 결과 * **순매출: 80,000원** * **집계 주문 수: 4건** * **상품 수량: 10개** * **확인 대기: K104 1건** * 배송비·세금은 자료에 없으므로 계산에 포함하지 않았습니다. ## 2026년 9월 19일 매출 집계 | 주문번호 | 최종 수정시각 | 최종 상태 | 수량 | 단가 | 부분환불액 | 순매출 | 처리 | | ---- | ------- | ----- | -: | ------: | -----: | ------: | ----- | | K101 | 09:10 | 결제완료 | 2 | 12,000원 | 0원 | 24,000원 | 집계 | | K102 | 10:10 | 취소 | 1 | 30,000원 | 0원 | - | 제외 | | K103 | 10:00 | 결제완료 | 3 | 8,000원 | 0원 | 24,000원 | 집계 | | K104 | 09:25 | 결제완료 | 1 | 단가 없음 | 0원 | - | 확인 대기 | | K105 | 09:30 | 전액환불 | 1 | 18,000원 | 0원 | - | 제외 | | K106 | 09:35 | 결제완료 | 4 | 5,000원 | 0원 | 20,000원 | 집계 | | K107 | 09:40 | 결제완료 | 1 | 16,000원 | 4,000원 | 12,000원 | 집계 | | K108 | 09:45 | 결제대기 | 1 | 25,000원 | 0원 | - | 제외 | ### 집계 계산 * K101: 2 × 12,000 - 0 = **24,000원** * K103: 3 × 8,000 - 0 = **24,000원** * K106: 4 × 5,000 - 0 = **20,000원** * K107: 1 × 16,000 - 4,000 = **12,000원** **순매출 합계: 24,000 + 24,000 + 20,000 + 12,000 = 80,000원** **상품 수량: 2 + 3 + 4 + 1 = 10개** **집계 주문 수: 4건** ### 제외·확인 대기 주문 * **K102:** 처음에는 결제완료였지만 10:10에 수정된 최신 행의 상태가 **취소**이므로 전체 주문을 제외합니다. * **K103:** 09:20의 2개가 아니라 10:00의 최신 행인 **3개**를 사용합니다. * **K104:** 결제완료이지만 **단가가 비어 있으므로 0원으로 계산하지 않고 확인 대기**로 분리합니다. * **K105:** 최신 상태가 **전액환불**이므로 제외합니다. * **K108:** **결제대기**이므로 제외합니다. * **K107:** 부분환불 4,000원이 있어도 수량은 1개 그대로 유지하고, 매출에서 4,000원만 차감합니다. ### 다음에 같은 CSV를 받을 때 실수를 줄이는 방법 가장 안전한 방법은 **금액부터 계산하지 말고 먼저 행을 정리하는 것**입니다. 1. **주문번호별로 묶는다.** 2. 각 주문에서 **수정시각이 가장 늦은 행만 남긴다.** 3. 남은 행의 상태가 `결제완료`인지 확인한다. 4. `결제완료` 중 **단가 공란을 별도로 분리**한다. 5. 나머지만 `수량 × 단가 - 부분환불액`으로 계산한다. 6. 마지막에 **주문 수와 상품 수량을 각각 합산**한다. 7. 특히 중복 주문은 **행 수가 아니라 주문번호 기준**으로 세는지 확인한다. 이번 자료에서 가장 쉽게 생길 수 있는 오류는 **K102의 이전 결제완료 행을 그대로 집계하거나, K103의 이전 수량 2개를 사용하는 것**입니다. 따라서 CSV를 받으면 먼저 `주문번호 → 최신 수정시각 → 최종 상태`를 확인하는 습관을 들이는 것이 좋습니다.
Gemini · 2026-09-19 12:02–12:04 KST
온라인 쇼핑몰 주문 CSV를 보고 오늘 매출을 정리하려고 해. 아래는 연습용 가상 자료이고 금액은 원이야. 보고서에 넣을 순매출, 집계 주문 수, 상품 수량과 주문별 계산 근거를 정리해 줘. 제외하거나 확인해야 하는 주문도 알려주고, 다음에 비슷한 파일을 받았을 때 실수를 줄이는 방법도 설명해 줘. 집계 규칙은 이래. 같은 주문번호가 여러 번 나오면 수정시각이 가장 최근인 행 하나만 사용해. 최신 행의 상태가 결제완료인 주문만 집계하고 취소·전액환불·결제대기는 제외해. 단가가 비어 있으면 0원으로 보지 말고 그 주문은 확인 대기로 따로 빼 줘. 순매출은 수량×단가에서 부분환불액을 뺀 값이야. 상품 수량은 집계에 포함한 주문의 수량 합계이고, 부분환불액이 있다고 수량을 임의로 줄이지 않아. 배송비와 세금은 이번 자료에 없으니 추가하지 마. 수정시각은 모두 한국시간이야. 주문번호,수정시각,상태,수량,단가,부분환불액 K101,2026-09-19 09:10,결제완료,2,12000,0 K102,2026-09-19 09:15,결제완료,1,30000,0 K103,2026-09-19 09:20,결제완료,2,8000,0 K104,2026-09-19 09:25,결제완료,1,,0 K105,2026-09-19 09:30,전액환불,1,18000,0 K106,2026-09-19 09:35,결제완료,4,5000,0 K107,2026-09-19 09:40,결제완료,1,16000,4000 K108,2026-09-19 09:45,결제대기,1,25000,0 K103,2026-09-19 10:00,결제완료,3,8000,0 K102,2026-09-19 10:10,취소,1,30000,0 제시된 집계 규칙에 따라 최신 수정시각을 기준으로 중복을 제거하고 상태를 판별하여 정산한 오늘 매출 보고서입니다. 오늘의 매출 집계 요약 항목 집계 결과 순매출 80,000원 집계 주문 수 4건 총 상품 수량 10개 주문별 상세 처리 및 계산 근거 주문번호 최신 수정시각 최종 상태 수량 단가 부분환불액 순매출 계산식 최종 분류 K101 09:10 결제완료 2 12,000원 0원 (2×12,000)−0=24,000원 집계 포함 K102 10:10 취소 1 30,000원 0원 - 제외 K103 10:00 결제완료 3 8,000원 0원 (3×8,000)−0=24,000원 집계 포함 K104 09:25 결제완료 1 누락 0원 - 확인 대기 K105 09:30 전액환불 1 18,000원 0원 - 제외 K106 09:35 결제완료 4 5,000원 0원 (4×5,000)−0=20,000원 집계 포함 K107 09:40 결제완료 1 16,000원 4,000원 (1×16,000)−4,000=12,000원 집계 포함 K108 09:45 결제대기 1 25,000원 0원 - 제외 확인 대기 및 제외 주문 내역 확인 대기 주문 (1건) K104: 상태는 '결제완료'이나 단가가 비어 있습니다. 임의로 0원 처리하지 않고 상품 DB에서 정상 단가를 확인한 후 매출에 합산해야 합니다. 제외 주문 (3건) K102: 09:15에는 결제완료였으나, 10:10 최신 수정시각 기준 '취소'로 변경되어 집계에서 제외되었습니다. K105: 최신 상태가 '전액환불'로 제외되었습니다. K108: 최신 상태가 '결제대기'로 미결제 상태이므로 제외되었습니다. 향후 유사 CSV 파일 작업 시 실수 방지 가이드 중복 제거 전 정렬 수행: 주문번호로 중복을 제거하기 전에 반드시 수정시각 기준 내림차순(최신순) 정렬을 먼저 실행하세요. 단순 중복 제거만 하면 과거 기록이 남고 최신 상태(예: 취소)가 누락될 수 있습니다. 누락 데이터(NULL) 식별자동화: 단가나 수량 셀이 비어 있는 경우 자동 계산식에서 0으로 넘어가기 쉽습니다. 조건부 서식이나 데이터 검증을 통해 빈 값을 하이라이트 표시하도록 설정하세요. 상태값(Status) 파이프라인 표준화: '결제완료', '취소', '전액환불', '결제대기' 등 상태값을 유효성 검사 목록으로 관리하고, 미인식 상태값이 들어올 경우 경고가 뜨도록 전처리 규칙을 세워두는 것이 좋습니다.
Claude · 2026-09-19 12:02–12:04 KST
온라인 쇼핑몰 주문 CSV를 보고 오늘 매출을 정리하려고 해. 아래는 연습용 가상 자료이고 금액은 원이야. 보고서에 넣을 순매출, 집계 주문 수, 상품 수량과 주문별 계산 근거를 정리해 줘. 제외하거나 확인해야 하는 주문도 알려주고, 다음에 비슷한 파일을 받았을 때 실수를 줄이는 방법도 설명해 줘. 집계 규칙은 이래. 같은 주문번호가 여러 번 나오면 수정시각이 가장 최근인 행 하나만 사용해. 최신 행의 상태가 결제완료인 주문만 집계하고 취소·전액환불·결제대기는 제외해. 단가가 비어 있으면 0원으로 보지 말고 그 주문은 확인 대기로 따로 빼 줘. 순매출은 수량×단가에서 부분환불액을 뺀 값이야. 상품 수량은 집계에 포함한 주문의 수량 합계이고, 부분환불액이 있다고 수량을 임의로 줄이지 않아. 배송비와 세금은 이번 자료에 없으니 추가하지 마. 수정시각은 모두 한국시간이야. 주문번호,수정시각,상태,수량,단가,부분환불액 K101,2026-09-19 09:10,결제완료,2,12000,0 K102,2026-09-19 09:15,결제완료,1,30000,0 K103,2026-09-19 09:20,결제완료,2,8000,0 K104,2026-09-19 09:25,결제완료,1,,0 K105,2026-09-19 09:30,전액환불,1,18000,0 K106,2026-09-19 09:35,결제완료,4,5000,0 K107,2026-09-19 09:40,결제완료,1,16000,4000 K108,2026-09-19 09:45,결제대기,1,25000,0 K103,2026-09-19 10:00,결제완료,3,8000,0 K102,2026-09-19 10:10,취소,1,30000,0 # 2026-09-19 매출 집계 (연습용 가상 자료) ## 1. 보고서 반영 수치 | 항목 | 값 | |---|---| | 순매출 | **80,000원** | | 집계 주문 수 | **4건** (K101, K103, K106, K107) | | 상품 수량 | **10개** | | 확인 대기 | 1건 (K104) | K104는 단가가 비어 있어 위 수치에 넣지 않았습니다. 단가가 확인되면 순매출, 주문 수, 수량이 함께 바뀌므로 보고서에 "잠정, K104 제외"라고 표기하는 것이 안전합니다. ## 2. 주문별 계산 근거 **집계 포함 (최신 행 기준 결제완료)** | 주문번호 | 사용한 행 | 수량 | 단가 | 수량×단가 | 부분환불 | 순매출 | |---|---|---|---|---|---|---| | K101 | 09:10 | 2 | 12,000 | 24,000 | 0 | 24,000 | | K103 | 10:00 (최신) | 3 | 8,000 | 24,000 | 0 | 24,000 | | K106 | 09:35 | 4 | 5,000 | 20,000 | 0 | 20,000 | | K107 | 09:40 | 1 | 16,000 | 16,000 | 4,000 | 12,000 | | **합계** | | **10** | | 84,000 | 4,000 | **80,000** | K103은 09:20 행(2개)이 아니라 10:00 행(3개)을 사용했습니다. K107은 부분환불이 있어도 수량은 1개 그대로입니다. **제외 또는 확인 대기** | 주문번호 | 최신 행 상태 | 처리 | 사유 | |---|---|---|---| | K102 | 취소 (10:10) | 제외 | 09:15에는 결제완료였지만 최신 행이 취소 | | K105 | 전액환불 | 제외 | 집계 대상 상태가 아님 | | K108 | 결제대기 | 제외 | 집계 대상 상태가 아님 | | K104 | 결제완료 | **확인 대기** | 단가 공란 (0원 처리 금지) | **검산:** 고유 주문번호 8개 = 집계 4 + 제외 3 + 확인 대기 1. 전체 행은 10개이고, 중복 행 2개(K102, K103)를 빼면 8개가 남습니다. ## 3. 다음에 실수를 줄이는 방법 1. **순서를 지키기:** 중복 제거(주문번호별 최신 행)를 먼저 하고 상태 필터를 그다음에 적용합니다. 상태 필터를 먼저 걸면 K102의 옛 행(결제완료)이 살아남아 30,000원이 잘못 들어갑니다. 2. **최신 행 판단은 시각 기준으로:** 행 순서가 아니라 수정시각을 날짜·시간 값으로 변환해 비교합니다. 같은 주문에 같은 수정시각 행이 둘 이상이면 임의로 고르지 말고 확인 대기로 뺍니다. 3. **빈 값과 0을 구분하기:** 단가 공란은 0으로 채우지 않고 별도 목록으로 뺍니다. 수량이나 환불액의 공란, 숫자가 아닌 값도 같은 방식으로 처리합니다. 4. **부분환불은 금액에서만 차감하기:** 수량은 원본 그대로 두고, 순매출에서만 환불액을 뺍니다. 5. **건수 대사하기:** 항상 "고유 주문 수 = 집계 + 제외 + 확인 대기"가 맞는지 확인합니다. 맞지 않으면 누락이나 중복이 있는 것입니다. 6. **값 정리하기:** 상태값의 앞뒤 공백, 단가의 쉼표나 문자열 형태(예: "12,000")를 먼저 정리합니다. 7. **보고서에 기준 명시하기:** "최신 수정시각 행 기준, 결제완료만, 배송비·세금 제외, 확인 대기 N건 제외" 한 줄을 붙입니다. 원하시면 이 절차를 그대로 검증하는 스크립트(주석 포함)도 정리해 드리겠습니다.