판매 내보내기에는 $10,000이라고 나옵니다. 은행에는 $9,000이 표시됩니다. 수식을 확인하고 숫자를 다른 시트에 복사해도, 돈이 누락된 것인지 관리자에게 여전히 말해줄 수 없습니다.
소규모 이커머스 또는 서비스 사업에서 유용한 답은 모든 조정의 근거 기록과 함께 제공되는 짧은 설명입니다: $500 환불, $300 수수료, 그리고 아직 정산을 기다리는 $200. 이제 무엇이 입금되었고, 무엇이 아직 입금되지 않았으며, 무엇을 조사해야 하는지 알 수 있습니다.
아래 4개 파일 실습 팩을 따라 하며 그 설명을 만들어 보세요. Excel에서 따라 한 다음, 같은 규칙을 사용해 RowSpeak에서 검토 가능한 분석을 요청할 수 있습니다.
핵심 요점:
- 유료 판매, 플랫폼 활동, 지급금, 실제 은행 입금을 분리하세요. 이들은 서로 다른 이벤트를 기록합니다.
- 완전한 $10,000 → $9,000 예시를 따라가며 각 지급금을 해당 거래 내역과 은행 입금 증빙 모두와 대조하세요.
- 대기 중 자금을 눈에 보이게 유지하세요. 누락된 입금이 자동으로 수수료나 손실인 것은 아닙니다.
- 비즈니스 보고서를 신뢰하기 전에 다운로드, 프롬프트, $10 실패 테스트를 사용해 도구 출력을 점검하세요.
- RowSpeak는 파일 분석과 결과 설명을 도울 수 있지만, 매칭 규칙과 미해결 차이는 여전히 직접 승인해야 합니다.
판매와 입금이 보통 다른 이유
결제된 주문은 고객이 지불한 금액을 기록합니다. 지급금은 결제 플랫폼에서 보낸 이체입니다. 은행 입금은 계좌에 게시된 금액을 기록합니다. 환불, 처리 수수료, 이체 시점 때문에 오류가 아닌데도 이 금액들이 달라질 수 있습니다.
판매 대사란 차이에 설명이 붙을 때까지 그 기록을 추적하는 것을 의미합니다. 판매-은행 점검에는 기간 시작과 끝의 잔액도 필요합니다. 일부 현금은 이전 달 판매에 속할 수 있고, 이번 달 현금 일부는 나중에 입금될 수 있습니다.
Stripe의 지급금 대사 문서는 지급금을 결제, 환불, 수수료를 포함한 거래 배치에 매칭하는 방법을 설명합니다. 또한 해당 보고서는 지급금을 예상 도착일별로 그룹화하며, 이는 은행 게시일과 다를 수 있다고 언급합니다. 다른 플랫폼은 내보내기와 규칙이 다르므로 템플릿을 복사하기 전에 자신의 플랫폼을 확인하세요.
이 가이드는 유료 판매를 현금 이동과 대조합니다. 회계상 인식 매출, 세무 처리, 재무제표의 정확성을 판단하지는 않습니다.
1단계: 네 개 파일을 모으고 각 행의 의미를 정의하세요
다운로드에는 DemoStore용 2026년 9월 합성 예시가 들어 있습니다. 모든 금액은 USD, 날짜는 UTC를 사용하며, 기초 플랫폼 잔액은 0입니다. 이는 독립적으로 계산된 답안이 포함된 가상 실습 기록이며, 고객 결과나 기록된 RowSpeak 실행이 아닙니다.
| 파일 | 한 행의 의미 | 확인할 필드 |
|---|---|---|
| orders.csv | 유료 주문 한 건 | order_id, order_date, paid_sales, currency |
| processor-activity.csv | 하나의 청구, 환불 또는 수수료 이벤트 | event_id, order_id, payout_id, signed_amount |
| payouts.csv | 플랫폼이 보낸 이체 한 건 | payout_id, payout_amount, bank_reference |
| bank.csv | 게시된 은행 입금 한 건 | bank_row_id, posted_date, reference, credit |
원본은 변경하지 마세요. 복사본으로 작업하고, 각 파일이 어느 내보내기와 계정에서 왔는지 기록하세요. 실제 주문 라인 내보내기에서는 여러 행이 하나의 주문에 속할 수 있으므로, 주문을 세거나 결제를 매칭하기 전에 이를 정하세요.
이 실습에서는 9월이 완전하다고 가정합니다. 이 샘플에는 세금, 배송, 환전, 분쟁, 예치금, 미결제 주문, 전기 조정이 없습니다. 실제 파일에서는 각 항목에 별도 행이 필요할 수 있습니다.
2단계: 금액을 매칭하기 전에 기간을 합의하세요
보고 규칙을 한 문장으로 작성하세요:
DemoStore의 2026년 9월 1–30일 유료 판매와 9월 은행 입금을 USD로 설명하고, 기초 및 기말 플랫폼 잔액을 별도로 표시합니다.
모든 파일을 order_date로 필터링하지 마세요. 주문, 해당 환불, 플랫폼 지급금, 은행 게시는 서로 다른 네 날짜에 발생할 수 있습니다.
실제 월말 점검에서는 기초 플랫폼 잔액, 기말 잔액, 그리고 양쪽 경계 시점에 전송되었지만 아직 게시되지 않은 이체를 확보하세요. 8월 주문의 9월 환불도 확인하세요. 그런 기록이 없으면 당월 주문 내보내기만으로 모든 현금 이동을 설명할 수 없습니다.
이 실습 데이터에서 기초 잔액과 이체 중 금액은 0입니다. 유일한 기말 잔액은 주문 O105입니다: 9월 30일에 청구된 $200이며 아직 배정된 지급금이 없습니다. 그 금액을 대기 자금 표에 유지하고 나중 지급금과 대조하세요. 누락된 돈이라고 부르지 마세요.
3단계: 원천 기록으로 $1,000 차이를 설명하세요
유료 주문 다섯 건부터 시작합니다:
| 주문 | 결제 금액 | 조정 또는 다음 단계 |
|---|---|---|
| O101 | $3,000 | 지급금 P01에 포함 |
| O102 | $2,500 | $300 환불, 나머지 활동은 P01에 포함 |
| O103 | $2,000 | 지급금 P02에 포함 |
| O104 | $2,300 | $200 환불, 나머지 활동은 P02에 포함 |
| O105 | $200 | 9월 30일 기준 아직 플랫폼에 있음 |
| 합계 | $10,000 | 환불 및 플랫폼 수수료 전 |
환불 이벤트 E03과 E07은 합계 $500입니다. 수수료 이벤트 E04와 E08은 합계 $300입니다. 플랫폼의 기말 미정산 잔액은 E09, $200입니다.
그림: 다운로드 가능한 합성 기록에서 독립적으로 계산되었습니다. 이는 설명용 차트이며 제품 스크린샷이 아닙니다.
결과는 다음과 같습니다:
유료 판매 $10,000
차감: 환불 $500
차감: 플랫폼 수수료 $300
차감: 기말 미정산 자금 $200
예상 은행 입금 $9,000
실제 은행 입금 $9,000
설명되지 않은 차액 $0
이 단순한 연결표가 작동하는 이유는 샘플의 다른 흐름과 기초 잔액이 0이기 때문입니다. 실제 데이터에서는 기초 자금을 더하기로, 기말 자금을 빼기로 표시하고, 기타 플랫폼 조정과 이체 중 금액을 별도로 문서화하세요. 단지 0을 맞추기 위해 “시점 조정”을 만들어내지 마세요.
4단계: 각 지급금을 확인한 다음 은행을 확인하세요
총계만 일치하면 서로 상쇄되는 실수를 숨길 수 있습니다. 개별 배치도 확인하세요.
| 지급금 | 원천 활동 | 순 지급금 | 은행 증빙 | 차액 |
|---|---|---|---|---|
| P01 | $3,000 + $2,500 − $300 환불 − $120 수수료 | $5,080 | B01: 9월 10일 게시된 $5,080 | $0 |
| P02 | $2,000 + $2,300 − $200 환불 − $180 수수료 | $3,920 | B02: 9월 25일 게시된 $3,920 | $0 |
신뢰할 수 있는 지급금 참조를 사용해 이체를 은행과 연결하세요. 참조가 없으면 금액, 계정, 통화, 문서화된 날짜 범위를 사용해 가능한 매칭을 식별하세요. 같은 금액의 입금 두 건은 누군가 확인할 때까지 모호한 상태로 남습니다.
스프레드시트 함정도 있습니다: 하나의 주문에 청구와 환불이 모두 있을 수 있습니다. 주문 테이블을 모든 이벤트에 조인한 다음 paid_sales를 합산하면 주문 금액이 두 번 나타납니다. 판매는 원본 주문 테이블에서 합산하고, 현금 활동은 이벤트 테이블에서 합산하세요. 올바른 수준에서 결과를 비교하세요.
활동 파일에서 환불과 수수료는 이미 음수입니다. 각 지급금에 대해 signed_amount를 합산하세요. 그 음수 값을 다시 빼면 결과가 부풀려집니다. ZIP에는 답안 키로 expected-payout-matches.csv와 expected-bridge.csv가 포함되어 있습니다.
5단계: 검토할 수 있는 설명을 RowSpeak에 요청하세요
규칙이 명확해지면 RowSpeak의 데이터 분석 워크플로가 내보내기 파일을 검사하고, 요약을 계산하며, 결과를 읽기 쉬운 보고서로 바꾸는 데 도움이 됩니다. 비즈니스 파일을 업로드하기 전에 합성 입력으로 시작하세요.
네 개의 입력 CSV만 업로드하고 다음 요청을 사용하세요. 나중에 비교할 수 있도록 답안 키 파일은 실행에 포함하지 마세요.
DemoStore의 2026년 9월 1–30일 유료 판매와 은행 입금을 대사하도록 도와주세요.
첨부된 네 개의 CSV를 사용하세요. 모든 금액은 USD이고 날짜는 UTC입니다.
원천 데이터는 변경하지 마세요. orders의 각 행은 유료 주문 한 건이고,
processor의 각 행은 이벤트 한 건입니다. 환불과 수수료는 이미 음수입니다.
먼저 고유 ID, 누락된 키, 통화, 원천 포함 범위를 확인하세요.
각 주문 금액을 해당 청구 이벤트와 비교하고 불일치를 표시하세요.
판매는 환불 이벤트와 조인한 테이블이 아니라 orders에서 계산하세요.
processor의 signed_amount를 payout_id별로 그룹화하세요. payout_id가 비어 있는 이벤트는
미정산 활동으로 유지하세요. 각 배치를 payouts.payout_amount와 비교한 다음,
그 bank_reference를 bank.reference 및 bank.credit과 매칭하세요.
모호한 매칭을 추측하거나 전송된 지급금을 은행 입금으로 취급하지 마세요.
판매, 환불, 수수료, 미정산 자금, 지급금 매칭, 미매칭 항목의 원천 ID를 보여주세요.
이 실습에서 기초 플랫폼 잔액과 이체 중 금액은 0입니다. 다른 조정 유형은 없습니다.
판매-은행 연결표, 지급금 매칭 표, 예외 표를 반환하세요.
알 수 없는 원인은 미해결로 표시하고, 균형 맞춤 수수료를 절대 추가하지 마세요.
짧은 관리자 요약과 아직 승인이 필요한 점검 항목으로 마무리하세요.
예상: 유료 판매 $10,000, 환불 $500, 수수료 $300, 미정산 $200, 은행 입금 $9,000. 두 지급금 모두 일치합니다. O105는 설명된 대기 항목이며, 설명되지 않은 차액은 0입니다. 이는 계산된 예상치이며, 어떤 AI 도구의 출력을 보장하지 않습니다.
기밀 재무 기록의 경우 업로드 전에 익명화된 파일을 사용하거나 프라이빗 배포를 논의하세요. 이 가이드는 내보낸 파일을 사용하며, 실시간 은행 연결, 자동 정산 모니터링, RowSpeak 내부의 독립 검증 에이전트를 가정하지 않습니다.
6단계: 월간 결과를 사용하기 전에 실패를 테스트하세요
bank.csv 복사본을 만드세요. B02의 입금액을 3,920에서 3,910으로 변경한 다음, 그 복사본과 나머지 세 개 원본 입력으로 요청을 반복하세요.
은행 총계는 $8,990이 되어야 하고, P02는 $10 부족을 보여야 합니다. 환불, 수수료, 대기 자금은 변경되지 않아야 합니다. 도구가 조용히 $10 수수료를 추가하거나, O105를 변경하거나, 모두 일치한다고 선언하면 원천 행을 요청하고 보고서를 초안으로 유지하세요.
공유하기 전에 확인하세요:
- 모든 주문 청구가 원천 금액과 연결되고, 모든 은행 입금에 승인된 매칭이 하나씩 있는지.
- 환불과 수수료가 올바른 부호로 한 번만 나타나는지.
- 대기 자금에 원천 ID와 후속 확인 날짜가 있는지.
- 누락된 ID, 중복 이벤트, 모호한 매칭이 보이게 남아 있는지.
- 기초 및 기말 잔액, 통화, 날짜 규칙, 완전성에 이를 확인할 책임자가 있는지.
더 넓은 AI 생성 보고서 검토 체크리스트는 근거 없는 설명과 중복 행을 포함한 다른 점검 사항을 다룹니다.
관리자에게 보낼 내용
변경되지 않은 샘플의 경우 유용한 메모는 다음과 같습니다:
9월 유료 판매는 $10,000이었습니다. 환불 $500, 플랫폼 수수료 $300, 월말 기준 아직 미정산된 $200을 반영한 후 은행 입금은 $9,000이었습니다. 두 지급금 배치 모두 은행 입금과 연결됩니다. $200 대기 잔액은 O105와 관련이 있으며 이후 지급금 확인이 필요합니다. 명시된 샘플 범위 내에서 설명되지 않은 차액은 남아 있지 않습니다.
그 메모를 입력 버전, 매칭 규칙, 예외 결정, 검토자 승인과 함께 저장하세요. 다음 달을 위해 반복 CSV 보고 워크플로는 파일을 새로 고치면서 그 규칙을 유지하는 방법을 설명합니다.
다음 결산을 더 쉽게 설명하세요
설명되지 않은 차이를 검토 목록으로 바꾸세요.
다음 월말 검토 전에 RowSpeak에서 4개 파일 예시를 사용해 보세요. $9,000 결과를 확인한 다음, 예외를 조사할 시간이 있을 때 $10 실패 테스트를 실행하세요.
합성 파일로 시작하세요. 실제 결산에 적용하기 전에 출력을 검토하세요.
