1099-K 받으면 뭘 해야 하나요? Stripe·PayPal 매출과 QuickBooks 장부 연동 실무

Quick Answer — 3줄 결론

• 2026년 1099-K 문턱은 총액 $20,000 초과 그리고 거래 200건 초과입니다. 2025년 7월 발효된 OBBBA(One Big Beautiful Bill Act)가 2021년 ARPA 이전의 기준으로 되돌리면서, $600 문턱 시대는 끝났습니다. 다만 법정으로는 신용카드·직불카드 직접 결제는 금액과 무관하게 보고 대상이며, Stripe는 실무상 이 기준도 $20,000·200건으로 통일 적용합니다.
• 1099-K를 못 받아도 매출 신고 의무는 그대로입니다. 문턱 아래라 서식이 안 왔다고 그 매출을 법인세 신고서에서 빼도 되는 것이 아닙니다. IRS는 총수입금액 원칙으로 판단하며, 1099-K는 매출을 교차 확인하는 정보보고 서식일 뿐입니다.
• QuickBooks Online에 순입금액만 기록하면 매출이 과소계상됩니다. Stripe·PayPal은 수수료를 뗀 순액을 일괄 입금하므로, 은행 입금액이 아니라 총액·수수료·환불을 분리해 Clearing 계정으로 기록해야 1099-K 총액과 장부가 맞아떨어집니다.

1. 왜 Stripe·PayPal 매출과 세금신고서 매출이 다르게 보이는가

한국 스타트업이 미국 법인으로 SaaS 구독료나 서비스 대금을 받을 때, 결제 수단은 대부분 Stripe·PayPal 같은 결제프로세서를 거칩니다. 연말이 되면 이 프로세서로부터 Form 1099-K(Payment Card and Third Party Network Transactions)라는 서식을 받게 되는데, 여기 찍힌 총액이 QuickBooks Online 손익계산서의 매출과 다르게 보여 당황하는 경우가 많습니다.

이 차이는 대부분 두 가지 원인에서 비롯됩니다. 첫째, 1099-K의 총액은 수수료·환불·차지백을 차감하지 않은 결제 총액(Gross Amount)입니다. 둘째, 많은 경우 부기 담당자가 은행에 실제로 입금된 순액(Net Amount)만 매출로 기록해, 애초에 장부 자체가 총액을 반영하지 못하고 있습니다. 이 글은 2026년 기준 1099-K 발행 규정을 정리하고, QuickBooks Online에서 이 차이를 구조적으로 없애는 실무를 다룹니다.

2. 1099-K란 무엇인가 — 결제카드거래 vs 제3자결제망거래

Form 1099-K는 IRC §6050W에 근거해 결제정산기관(PSE, Payment Settlement Entity)이 가맹점(회사)에게 정산한 결제 총액을 IRS에 보고하는 정보보고 서식입니다. 법정 구조상 두 가지 거래 유형으로 나뉘며, 적용되는 문턱이 다릅니다.

구분	결제카드거래 (Payment Card Transaction)	제3자결제망거래 (TPSO)
정의	신용카드·직불카드·상품권형 카드가 결제수단으로 직접 사용되는 거래	PayPal·Venmo 등 제3자결제망(Third Party Settlement Organization)을 경유하는 계좌·잔액 기반 거래
법정 문턱	없음(금액 무관 보고 대상)	2026년: $20,000 초과 그리고 200건 초과
대표 사례	Stripe로 받은 신용카드 결제, 오프라인 카드 단말기 매출	PayPal 잔액 결제, Venmo·Cash App 개인간 사업 결제

Stripe·Square처럼 두 역할을 동시에 수행하는 프로세서도 있습니다. 자세한 실무 적용 기준은 3장에서 다룹니다.

3. 2026년 기준: $20,000·200건 문턱과 카드결제 "문턱 없음" 원칙

2025년 7월 4일 발효된 OBBBA(One Big Beautiful Bill Act) 제70432조는 TPSO 거래의 1099-K 문턱을 2021년 ARPA(American Rescue Plan Act) 시행 이전 기준으로 소급 환원했습니다. 그 결과 2026년 문턱은 다음과 같습니다.

• 총 결제액 $20,000 초과 — 그리고
• 거래 건수 200건 초과

두 조건을 동시에 충족해야 1099-K가 발행됩니다. $20,000을 넘었더라도 거래가 200건 이하라면 문턱 미충족입니다. 한때 논의됐던 $600 문턱, $2,500·$5,000 단계적 인하안은 모두 폐지됐습니다.

일부 주(매사추세츠·버몬트 등)는 연방 기준보다 낮은 자체 문턱을 적용할 수 있습니다. 미국 다수 주에서 매출이 발생하는 SaaS 기업이라면, 2026 Sales Tax Nexus 가이드에서 다루는 주별 매출 문턱 개념과 유사하게 주별 예외를 별도로 점검하는 것이 안전합니다.

4. 1099-K를 못 받아도 신고 의무는 그대로 — 총수입금액 원칙

실무에서 가장 흔한 오해는 "1099-K를 못 받았으니 그 매출은 신고하지 않아도 된다"는 생각입니다. IRS는 이를 명확히 부정합니다. 1099-K는 IRS가 제3자로부터 매출 정보를 받아 신고서와 교차 확인하는 정보보고 서식일 뿐이며, 납세자의 소득 신고 의무는 정보보고 서식의 발행 여부와 무관하게 실제 발생한 총수입금액(Gross Receipts)을 기준으로 발생합니다.

즉 연간 Stripe 매출이 $15,000로 $20,000 문턱을 넘지 못해 1099-K를 받지 못했더라도, 법인세 신고서(Form 1120 등)에는 그 $15,000이 총수입금액에 그대로 포함돼야 합니다. 반대로 문턱을 넘어 1099-K를 받았다면, 그 금액이 장부상 매출과 합리적으로 일치하는지 신고 전에 반드시 대사해야 합니다.

QuickBooks Online 연동 실무: Gross vs Net 불일치 잡는 법

Stripe·PayPal은 결제 시점의 총액에서 수수료를 즉시 차감하고, 남은 순액을 통상 2일 내외 롤링 주기로 은행 계좌에 일괄 입금(Payout)합니다. 하루에 발생한 수십 건의 결제·환불·수수료가 뭉쳐서 하나의 입금액으로 도착하기 때문에, 은행 피드만 보고 그 입금액을 그대로 매출로 기록하면 다음 문제가 동시에 발생합니다.

• 매출 과소계상: 실제 결제 총액이 아니라 수수료 차감 후 순액만 매출로 잡혀, 1099-K 총액보다 장부 매출이 작게 나옵니다.
• 수수료 비용 누락: Stripe·PayPal 수수료가 별도 비용 계정에 잡히지 않아 손익계산서가 왜곡됩니다.
• 환불·차지백 추적 불가: 개별 환불 내역이 뭉뚱그려져 어떤 거래가 취소됐는지 장부에서 확인하기 어렵습니다.

실무에서는 두 가지 처리 방식이 쓰입니다.

방식	내용	권장 여부
Undeposited Funds 방식	QuickBooks 기본 계정을 활용해 결제를 임시 보관했다가 입금 시 정산	거래량이 적을 때만 적합. 자동화 없이는 수작업 부담 큼
Clearing 계정 방식	"Stripe Clearing" 등 별도 계정을 만들어 입금 건별로 총액·수수료 항목·환불·순입금을 각각 분개	권장 — 거래량이 많을수록 필수

Clearing 계정 방식에서는 프로세서가 은행에 입금할 때마다 다음 구조로 분개합니다.

• 차변: Stripe Clearing(총 결제액)
• 대변: 매출(총 결제액, 환불 차감 전)
• 차변: 카드결제 수수료 비용(수수료 총액)
• 대변: Stripe Clearing(수수료 총액)
• 은행 입금 시: 차변 은행 예금 / 대변 Stripe Clearing(순입금액) — 이 시점에 Clearing 계정 잔액이 0에 수렴해야 정상입니다.

거래량이 많다면 Stripe 공식 QuickBooks Online 앱이나 Synder·SaasAnt 같은 연동 자동화 툴을 사용해 이 분개를 자동 생성하는 것이 실무적입니다. 수작업 분개는 거래량이 늘어나는 순간 오류 위험이 급격히 커집니다.

6. 다중 프로세서(Stripe+PayPal+Square) 운영 시 대사 체크리스트

SaaS 구독은 Stripe로, 일부 고객 결제는 PayPal 인보이스로 받는 식으로 프로세서를 혼용하는 스타트업이 많습니다. 이 경우 각 프로세서는 독립적으로 자기 문턱을 기준으로 1099-K 발행 여부를 판단하며, 서로의 거래액을 합산하지 않습니다.

• 프로세서별 개별 판단: Stripe 매출 $12,000 + PayPal 매출 $12,000이면 합계는 $24,000이지만, 개별로는 각각 $20,000 문턱 미달이라 1099-K가 둘 다 발행되지 않을 수 있습니다. 이 경우에도 총수입금액 $24,000은 그대로 신고 대상입니다(4장 원칙).
• 이중 계상 점검: PayPal 인보이스로 대금을 받은 뒤 별도로 Stripe 결제 링크도 발송한 경우, 고객이 어느 한쪽으로만 결제했는지 확인하지 않으면 매출이 두 번 잡힐 수 있습니다.
• 월별 대사 루틴 확립: 매달 각 프로세서의 Payout 보고서 합계와 QuickBooks 매출 합계를 대조하는 루틴을 만들어 두면, 연말에 1099-K가 도착했을 때 검증 시간이 크게 줄어듭니다.

7. 흔한 실수 3가지

한·미 양국 스타트업 자문 과정에서 반복적으로 관찰되는 실수는 다음과 같습니다.

1. 순입금액만 매출로 기록 — 은행 피드 자동 매칭에만 의존해 수수료를 별도 비용으로 잡지 않는 경우. 1099-K 총액과 장부 매출이 항상 어긋납니다.
2. 1099-K 미수령 = 무신고 가능으로 오해 — 문턱 미달로 서식을 못 받은 매출을 총수입금액에서 누락하는 경우.
3. 1099-NEC와 1099-K를 같은 규정으로 혼동 — 계약자 지급용 서식(1099-NEC, 2026년 $2,000 문턱)과 결제프로세서 정산용 서식(1099-K, $20,000·200건 문턱)을 같은 것으로 착각해 잘못된 문턱을 적용하는 경우.

법인 구조와 초기 세팅 단계에서부터 회계 시스템을 정확히 잡아두고 싶다면 파운더 페이롤: 한·미 소득세 완전정리도 함께 참고하시기 바랍니다.

8. FAQ

Q. Stripe에서 1099-K를 못 받았으면 그 매출은 신고 안 해도 되나요?

아닙니다. 1099-K 발행 여부와 무관하게 사업에서 발생한 모든 총수입은 법인세 신고서에 신고할 의무가 있습니다. 1099-K는 IRS가 매출을 교차 확인하는 정보보고 서식일 뿐, 신고 의무의 근거가 아닙니다.

Q. Stripe와 PayPal을 둘 다 쓰면 1099-K가 두 장 나오나요?

예. 1099-K는 결제정산기관(PSE)별로 각각 발행되며, 두 서식의 금액이 자동으로 합산되지 않습니다. 법인 총수입 신고 시에는 프로세서별 1099-K 금액을 모두 합산하고 이중 계상 여부를 대사해야 합니다.

Q. QuickBooks Online에 Stripe 입금액(순액)만 기록하면 안 되나요?

권장하지 않습니다. 은행 입금액만 매출로 기록하면 총매출이 과소계상되고 수수료도 비용으로 별도 잡히지 않습니다. Clearing 계정을 만들어 총액·수수료·환불·순입금을 각각 분리 기록하는 방식이 권장됩니다.

Q. 1099-K에 찍힌 금액이 실제 장부상 매출과 다르면 어떻게 하나요?

흔한 상황입니다. 1099-K의 총액은 환불·차지백·할인을 차감하지 않은 금액이므로 장부상 순매출과 차이가 나는 것이 정상입니다. 프로세서가 제공하는 상세 보고서를 매년 동일한 방식으로 보관해 차이 내역을 소명할 수 있도록 준비해 두는 것이 안전합니다.

Q. 1099-NEC 문턱이 $2,000으로 오른 것과 1099-K $20,000·200건 문턱은 같은 규정인가요?

서로 다른 서식·규정입니다. 1099-NEC는 독립계약자에게 지급하는 용역비 서식(2026년 $2,000 문턱)이고, 1099-K는 결제프로세서의 매출 정산 서식(2026년 $20,000·200건 문턱)입니다.

9. 지금 당장 할 일 체크리스트

• ☐ 사용 중인 결제프로세서별 연간 총매출·거래건수 확인 — $20,000·200건 문턱 도달 여부 사전 점검
• ☐ 1099-K 수령 여부와 무관하게 QuickBooks 총수입금액을 프로세서 Gross 보고서 기준으로 검증
• ☐ QBO에 Clearing 계정 개설 — 총액·수수료·환불·순입금 분리 기록 방식으로 전환
• ☐ 다중 프로세서 사용 시 이중 계상 여부 월간 대사
• ☐ Stripe Balance Report·PayPal 거래내역 CSV를 연도별로 백업 보관(감사 대비)
• ☐ 1099-K 금액과 법인세 신고서 총수입금액 일치 여부 신고 전 최종 대사
• ☐ 회계사와 함께 1099-K·1099-NEC 발행 대상 구분 재점검

1099-K는 세금 고지서가 아니라 정보보고 서식입니다. 진짜 위험은 1099-K를 못 받는 것이 아니라, 프로세서의 총액과 QuickBooks 장부의 순액이 서로 다른 숫자를 말하도록 방치하는 것입니다.