Stripe 대시보드에는 이번 주에 10,000달러를 벌었다고 표시됩니다. 은행 계좌에는 9,421달러가 입금되어 있습니다. 회계 담당자가 무엇을 기록할지 묻는다면 — 그리고 "매출 9,421달러"라고 답한 경우 — 이미 두 가지 실수를 저지른 것입니다. 이 실수는 세금 신고 기간, 감사 시, 그리고 첫 환불이 발생할 때 눈덩이처럼 불어납니다.
온라인 스토어, 결제 링크가 있는 인보이스, 예약 사이트, 기부 양식 등 Stripe를 통해 카드 결제를 받는다면, 판매한 금액과 수령한 금액은 어떤 날에도 일치하지 않습니다. Stripe는 수수료를 공제하고, 환불과 분쟁을 잔액에 보류하며, 정산 기간에 따라 지급합니다. 은행은 순액만 봅니다. IRS, 회계사, 그리고 지난달 마진을 이해하려는 미래의 당신은 모두 총액을 필요로 합니다.
이 가이드는 Stripe 정산이 실제로 어떻게 작동하는지, 수익, 수수료, 환불을 깨끗하게 유지하기 위해 이걸 어떻게 기장하는지, 그리고 매달 30분 안에 Stripe를 은행 잔액과 조정하는 방법을 보여줍니다 — 열기조차 꺼려지는 스프레드시트를 만들 필요 없이 말입니다.
은행 입금이 실제 매출이 되지 못하는 이유
세 가지가 기존의 카드 입금보다 Stripe 조정을 어색하게 만듭니다.
1. 순액 정산. Stripe는 결제 처리 수수료를 차감한 후 돈을 보냅니다. 미국 표준 요율이 2.9% + 30¢인 경우 100달러 판매는 보류 잔액에 96.80달러가 순액으로 남습니다. 은행은 100달러를 보지 못합니다 — 그러나 매출은 100달러이고 비용은 3.20달러입니다. 순액만 기록하면, 매출과 비용이 모두 과소 계상됩니다.
2. 이연 정산. 기본 2영업일 정산 일정에서는, 월요일 판매는 일반적으로 수요일에, 화요일 판매는 목요일에 도착합니다. 즉, 한 달 동안의 매출과 한 달 동안의 정산은 거의 일치하지 않습니다. 정산금을 매출로 기장하면 매출이 잘못된 달로 이연됩니다.
3. 잔액 조정. 환불, 분쟁 결제, 분쟁 처리 수수료(표준 분쟁의 경우 15달러), 즉시 정산 수수료(조기 출금 시 1%) 그리고 Billing 또는 Radar와 같은 제품의 수수료는 모두 정산 금액을 줄입니다. 또한 Stripe가 기존 수수료를 보유하는 부분 환불도 마찬가지입니다. 각각에 대해 별도의 원장 항목이 필요합니다.
해결책은 원칙적으로 간단합니다 발생 시점에 총매출을 기록하고, Stripe의 수수료를 별도로 추적하며, 정산은 수수료 일부를 떼는 것이 아니라 Stripe 잔액에서 은행으로의 이체로 처리하는 것입니다.
Strike 정산 실제로 작동하는 방식
Stripe를 자체적인 원장을 가진 지갑이라고 생각하세요.
결제 성공 → 자금이 보류로 유입. 고객이 결제하면 카드사가 즉시 보류 잔액에 결제 금액을 추가하지만, 위험 보류가 해제될 때까지 인출 가능으로 표시하지 않습니다 (일반적으로 2일, 신규 계정 또는 높은 일수, 일부 경우 최대 14일).
수수료는 결제 시 공제되며, 추후에 청구되지 않습니다. 동시에, 동일한 대기 잔액에서 수수료를 차감합니다. 별도의 청구서 받지 못할 것입니다. 이것이 총매출-순매출 회계 추적이 중요한 이유입니다.
정산은 묶음 이체입니다. 정산 일정(기본적으로 일일 자동)에 따라, Stripe는 즉시 인출 가능한 잔액을 한 번에 묶어 ACH로 은행으로 보냅니다. 따라서 단일 정산에는 서로 다른 날짜에 발생한 수십 또는 수백 개의 기본 결제, 환불 및 수수료 조정이 모두 포함됩니다.
다음 세 가지 보고서가 전체 상황을 보여줍니다:
- 정산 세부 정보 (대시보드 → 결제 → 정산 → 정산 선택): 이 조건 은행 입금을 구성하는 모든 결제, 환불 및 수수료를 나열합니다. 이것이 조정의 신뢰할 수 있는 기준입니다.
- 잔액 보고서 (CSV 내보내기): 활동 유형별 총액, 수수료 및 순액이 표시된 일일 원장입니다 — 정산 시점 왜곡 없이 일일 총매를 볼 수 있는 유일한 곳입니다.
- 월별 요약: 해당 월의 수익-현금 연결 브리지로, 매출(Profit and Loss)을 Stripe와 연관짓는 데 유용합니다.
매번 세 가지 모두 필요하 것은 아니지만, 각 은행 입금에 대한 정산 세부 정보는 최소한 필요합니다.
장부를 망치는 두 가지 실수
실수 1: 순 입금액을 매출로 기록하기
Stripe가 10,000달러의 총매수액이 포함된 배치를 정산했을 때 9,421달러를 수익으로 기록하는 것은 여러 가지 문제한 결과를 초래합니다: 대출 또는 가치 평가 검토 시 매출을 과소 평가하며, 공제 가능한 비용으로서 수수료를 놓습니다, 그리고 1099-K는 결코 맞지 않습니다 — Stripe는 수수료 정산 금액이 아닌 매수 처리 금액을 보고합니다. 국세청(IRS)도 총매수를 받습니다. 당신도 총매해서해야 합니다.
실수 2: 입금일에 매출을 기록하기
은행에 현금이 입금될 때까지 매출을 기록하지 않으면, 12월 30일 판매분이 1월 2일에 정산되어 잘못된 과세 연도에 포함됩니다. 현금주의 납세자의 경우, 과세 사건은 종종 정산 날짜가 아니라 매출 발생일입니다 — 그리고 발생주의 매출 날짜로 확실히 인식됩니다 (ASC 606에 따르면 아래에서 자세히 설명). 어느 경우든, "매출 = 은행 입금 날짜"라는 등식은 월말과 연말에 환불과 함께 오류를 배가되게 합니다.
올바른 방법: 총매출, 수수료 비용, 정산 이체
Stripe를 정확하게 기록하기 위해 세 계정을 사용하세요. 일반 텍스트 용어:
Assets:Receivables:Stripe또는Assets:Stripe:Pending— 정산 전 Stripe 잔액- Income:Sales (또는
Income:ServiceRevenue— 수익 계정) — 매출 총액 - Expenses:PaymentProcessingFees — Stripe 수수료
- Assets:Bank:Checking — 정산이 도착하는 곳
다음은 잠재날의 일반적인 예시입니다. 총 매출이 61 (2.9% + 30¢ 수수료)을 보류 잔액에서 차감했습니다.
각 매출이 발생한 시점 (또는 결제가 이루어진 날짜의 배치로): (예시 대신 다음 코드를 사용하세요)
2026-08-12 * "Stripe sales 2026-08-12"
Assets:Stripe:Pending 2000.00 USD
Income:Sales -2000.00 USD
2026-08-12 * "Stripe fees 2026-08-12"
Expenses:PaymentProcessingFees 61.00 USD
Assets:Stripe:Pending -61.00 USD이제, 보류 잔액은 61 표시됩니다.
2일 후 Stripe가 정산 (예: 그 배치에서 $1,939):
2026-08-14 * "Stripe payout po_1a2b3c to checking"
Assets:Bank:Checking 1939.00 USD
Assets:Stripe:Pending -1939.00 USD정산 날짜에 새로운 소득은 없습니다. 단순한 자금 이동입니다. 이제 Assets:Stripe:결제 잔액은 Stripe의 보류 중 + 사용 가능한 총액과 일치하고, 은행 계좌도 깨끗하게 조정됩니다.
일별 결제를 결제 CSV에서 개별 거래 대신 집계로 기록하는 것을 선호한다면, 그렇게 해도 괜찮습니다 — 단, 총매·수수료를 분리한 구조를 유지하고 정산은 이체로 처리하면 됩니다. 조정은 여전히 가능합니다.
매출 세금, 배송, 또는 플랫폼 수수료는?
Stripe 세금을 통해 또는 별도로 세금을 징수하는 경우, 순수하게 매출로 계산하지 마세요. 판매 시점에 분리하세요:
Assets:Stripe:Pending 1080.00 USD
Income:Sales -1000.00 USD
Liabilities:SalesTaxPayable -80.00 USD배송비, 마켓플레이스 수수료, 또는 Stripe가 차감하는 애플리케이션 수수료는 매출에서 조용히 순액으로 계산하지 말고 각각 자체 비용 또는 부채 계정에 기록하세요.
기다리는 어려운 부분 처리
환불: 매출을 반대 방향으로 기록, 새로운 비용을 열지 않음
고객이 150달러를 결제하고 전액 환불한 경우, Stripe는 잔액에서 150달러를 차감하고 원래 수수료(원금에 포함)를 보존합니다. 추가 수수료는 없습니다 대부분의 경우 처리 수수료는 원금에 포함됩니다). 장부:
2026-08-15 * "Refund for invoice 1024"
Income:Sales 150.00 USD ; reverse the sale
Assets:Stripe:Pending -150.00 USD이미 지출한 4.65달러 수수료는 비용으로 유지합니다. 환불로 인한 것이 아닌 지불 수수료 수수료입니다. 특정 환불에서 수수료를 반환하는 경우, Expenses:PaymentProcessingFees를 해당 금액 크면서 차감합니다.
부분 환불 (예: 200달러에서 50달러만 환불) 경우, 매출로 인식했던 해당 부분만 맞추고 환불이 발생한만큼 줄입니다. 세금 환금에서 특히 유의해야 하며, 대부분 세금을 반환할 때만 세금으로 인식하여 세금을 차감할 수 있습니다 — 고객에게 환불 세금을 지불하고 이는을 기록해야 합니다.
분쟁/전환(chargeback): 하나의 거래가 아니라 두 개의 항목입니다
200달러의 거래가 분쟁으로 제기된 경우:
- Stripe가 대금 상환 200달러를 즉시 보류하고 15달러 분쟁 수수료를 부과합니다 (패할 경우 25달러로 인상될 수 있습니다).
- 이기면 200달러를 반송받습니다. 수수료 15달러는 그대로 유지됩니다.
기장은 다음과 같습니다:
2026-08-18 * "Dispute opened ch_abc"
Assets:Stripe:Disputed 200.00 USD
Expenses:PaymentProcessingFees 15.00 USD
Assets:Stripe:Pending -215.00 USD
2026-08-25 * "Dispute won - funds returned"
Assets:Stripe:Pending 200.00 USD
Assets:Stripe:Disputed -200.00 USD패한 경우, 분쟁된 200달러를 대금(오정 회수 불가) 또는 전환 손실로 이전하고 수수료는 비용 계속 유지합니다. 분쟁 잔액을 대기 잔액에 남겨두지 마세요. 각각 자기 만의 계표로 회수 위험 상황을 알아보세요.
인스토 페이트/수동 페이트
즉시 페이트(Instant Payout)는 카드로 출금시 1% 수수료 (최저 수수료)를 부가합니다. 이 1%는 별도의 결제 처리 비용입니다:
2026-08-20 * "Instant payout"
Assets:Bank:Checking 49500.00 USD
Expenses:PaymentProcessingFees 50.00 USD
Assets:Stripe:Pending -5000.00 USD단일 정산에 포함된 다운 거래 (Multiple charges in one payout)
대부분 정산 배취는 여러 조건를 포함합니다:
- 총 10,000원 달러인 47개의 결제
- 수수료 290원
- 분쟁 대금 200원
- 인스토 페이 아웃 수수료 89원
필요한 수세거리를 각각 적합한 계정에 기록하고, 전체 총액을 하나의 입금으로 자산화하세요. 여asse의 정산 세부 내역서를 다운로드하여 따라 적으세요. 그렇게 하면 은행의 입금 항목 이 한 살로우며 원분까지 조정됩니다.
ASC 606: 매출 인식 시기
대표적인 소기업 중 각각 — 상품 판매 또는 1회 요성 서비스를 비 we... 구현 될 때 (대부분 제품 납품, 다운로드 가함, 서비스 완).
Stripe의 결제 지연 때문에 정산 시점에 매출 인식하는 것을 피해야 합니다. 상관 없이, 상품을 배송한 날의 매출입니다.
복잡한 — 선불 요금제/구독:
1월 1일에 6개월 구독료 600달러를 입금받은 경우:
2026-08-01 * "Annual plan 6mo via Stripe"
Assets:Stripe:Pending 600.00
Liabilities:Deferred Revenue -600.00
2026-08-31 * "August revenue recognized"
Liabilities:Deferred Revenue 100.00
Income:Sales -100.00지불 대행 사이트 (marketplace) 경유:
다른 주체가 판매자로 판매할 경우에 (예: Stripe Connect), 당신은 최종 순수익을 기록할 수 있습니다. 이 것은 그 부분에 맞추어 조정하십오.
핵심 원칙: 목적절을 이행한 시점인 부인. 해당 날짜에 매출을 인식하세요.
일일 조정 방법: 30분 만에 월마감
- 정산 내보내기: 대시보드 ➜ Payments ➜ Payouts에서 월별 도착일 기준 세부 항목러 내보냅.
- 매출 및 수수 기입: 각 결제/환불 건이 해당 날짜이 반영됩니다 (정산일 아님).
- 정산 이체 입력: 은행 입금액과 일치하는 Stripe 잔고출→은행 이체 항목을 작성하십시오.
- 잔액 일치: 말에
Assets:Stripe:Pending= 스투이프 대시보드의 pending + available. - 총액 비교: 총 매출 − 반품/환불 = Performance에 맞는 총 매출, 1099K와 동일해야 합니다.
대표 통합 예시
; 예시 – 하루 거래 및 수수료 기장
2026-08-12 * "Stripe 매출 배치 #batch-20260812
Assets:Stripe:Pending 2000.00 USD
Income:Sales -2000.00 USD
2026-08-12 * "Stripe 수수료 배치 #batch-20260812
Expenses:PaymentProcessingFees 61.00 USD
Assets:Stripe:Pending -61.00 USD
; 환불
2026-08-14 * "Refund inv 1024" #refund-1024
Income:Sales 150.00
Assets:Stripe:Pending -150.00
; 정산 도착 – 1789.00
2026-08-14 * "Payout :50_1Qabc -> checking"
Assets:Bank:Checking 1789.00
Assets:Stripe:Pending -1789.00자주 하는 실수와 예방
- 환불된 경우 수수료까지 환입 처리 – 이는 잘못입니다. 환불 매출은 반전시키되 남은 수수료 비용까지 그대로
- 즉시 정산 비용을 은행 수수료로 분류 – 이는 결제 처리 비용입니다.
- 잔액이 음수될 때 — 반드시 은행 → Stripe로 이체로 기록.
- 매출 세금 분리 필수.
- 월 정산기준으로 P&L 만들 — 매출 인식 오류가 발생.
기업의 회계 정리성을 위해
Stripe로 결제를 받는 것이 쉽다고 해서 장부의 진실이 자동 보장되는 것은 아닙니다. '총 매출' '수수료' '정산' 구조 - 올바른 날짜에, 실제 Stripe 잔액에 조정하면 - 모든 것이 일관됩니다. 다음 세무나 감사를 걱정하지 마십시오.
Beancount.io는 Stripe 대시보드가 제공할 수 없는 투명성을 제공합니다: 일반 텍스트, 버전 관리되는 회계 데이터로 각 출금을 추적하고, 수수료는 명시된, Stripe 잔액확인될 수 있는 숫자로 관리됩니다. 내 데이터는 나의 것고, 기록은 감사 감사 가능하며, 매출 이야기는 마침내 은행 잔액과 1099-K를 모두와 완전히 일치합니다. f분 시작하기 Stripe 장부를 균형 있게 맞추십시오.