본문으로 건너뛰기

Beancount와 함께하는 Amazon 판매자를 위한 회계 기본

· 약 6분
Mike Thrift
Mike Thrift
Marketing Manager

마진이 몇 센트에 불과할 때, 정밀함이 추측보다 앞선다.

Amazon에서 판매하는 것은 양과 속도의 게임입니다. 하지만 매출과 배송이 급증하는 뒤에는 복잡한 수수료, 반품, 재고 이동, 세금 의무가 얽혀 있습니다. 일반 회계 소프트웨어는 이러한 미묘함을 포착하기 어려워, 판매자는 실제 수익성을 흐릿하게 파악하게 됩니다.

2024-07-16-bookkeepin g-basics-for-amazon-sellers-with-beancount

이때 평문 텍스트 회계 시스템인 Beancount가 빛을 발합니다. 거래를 기록하는 방식을 완전히 제어함으로써, Amazon 마켓플레이스의 고유한 도전을 정확히 모델링하는 재무 진실의 원천을 구축할 수 있습니다. 이 가이드는 수수료, 세금, 재고 문제를 앞서 나갈 수 있도록 단계별 워크플로우를 제공합니다.

Amazon 회계가 다른 이유​

Amazon 정산금을 은행 명세서와 맞추어 보았다면, 그 과정이 간단하지 않다는 것을 이미 알고 있을 것입니다. Amazon 비즈니스의 재무 현실은 여러 층의 추상화 뒤에 숨겨져 있습니다.

  • 격주 일시불 지급: Amazon은 각 판매마다 매출을 보내지 않습니다. 대신 2주마다 한 번씩 단일 입금을 보냅니다. 이 일시불 금액은 순 금액이며, 매출 총액에서 추천 수수료, FBA 수수료, 광고 비용, 반품 및 기타 공제액이 차감된 금액입니다. 비즈니스를 이해하려면 이 단일 숫자를 구성 요소별로 다시 나누어야 합니다. (doola: A Business-in-a-Box™)
  • 전천후 재고: 재고는 공급업체 → 프리프 센터 → 전국 각지의 FBA 물류센터 → 고객 순으로 끊임없이 이동합니다. 매출 원가(COGS)를 정확히 추적하려면 각 판매에 사용된 재고 배치(비용)를 알아야 합니다. (Bean Ninjas)
  • 마켓플레이스 수수료 및 프로모션: 매출의 상당 부분이 즉시 수수료에 소진됩니다: 추천 수수료, FBA 피킹·포장 수수료, 월 보관료, 광고 비용 등. 각 비용 항목을 별도로 추적해야만 실제 총 마진을 계산하고 제품의 진정한 수익성을 판단할 수 있습니다. (Profitwise Accounting)
  • 판매세 패치워크: 대부분의 주에서 Amazon의 마켓플레이스 퍼실리테이터 법이 판매세 징수·납부를 처리하지만, 완전한 해결책은 아닙니다. FBA 창고에 재고를 보관하면 “넥서스”(사업 존재)가 발생해 해당 주에 등록·신고가 필요할 수 있습니다. 이는 세심한 추적이 요구되는 복잡한 컴플라이언스 영역입니다. (TaxDo)
  • 낮아진 1099‑K 기준: 2024년부터 Form 1099‑K 보고 기준이 20,000에서20,000에서 5,000으로 낮아졌으며(2026년부터는 $600), 거의 모든 진지한 판매자는 Amazon으로부터 연간 총 거래액을 보고하는 양식을 받게 됩니다. 장부는 이 금액과 완벽히 일치해야 합니다. (IRS)

7단계 Beancount 청사진​

이 청사진은 Beancount의 정밀성을 활용해 Amazon의 복잡성을 정면으로 해결합니다.

1. 초기 채널 분리​

여러 플랫폼에서 판매한다면, 각 플랫폼별 회계를 별도로 유지하세요. 법인용 단일 Beancount 파일 안에 각 마켓플레이스 전용 계층형 계정을 만들면 분석이 간편해지고 세금 일정 생성도 쉬워집니다.

2025-07-22 open Income:Amazon               USD
2025-07-22 open Expenses:Amazon:FBAFee      USD
2025-07-22 open Assets:Amazon:Payouts       USD

2. 모든 지급금 분해​

가장 중요한 습관입니다. Amazon 입금을 단일 수입 라인으로 기록하지 마세요. 대신 해당 기간의 “All Transactions” 정산 보고서를 Seller Central에서 다운로드하고, 이를 사용해 지급금을 구성 요소별로 나누는 단일 Beancount 거래를 만듭니다.

은행에 들어오는 입금은 균형 잡힌 항목이며, 총 매출은 Income에 크레딧, 모든 수수료와 환불은 해당 Expenses 계정에 차변 처리됩니다.

; 정산 보고서 기반 격주 지급
2025-07-14 * "Amazon Settlement #4361"
  Assets:Bank:Operating            8432.17 USD
  Income:Amazon:Sales            -12274.50 USD
  Expenses:Amazon:FBAFee           2454.80 USD
  Expenses:Amazon:Adverts          1012.06 USD
  Expenses:Amazon:Refunds           375.47 USD
  Assets:Amazon:Reserve            -100.00 USD

3. 로트(Lot)로 재고·COGS 추적​

Beancount는 “lots”라는 일급 재고 추적 시스템을 제공합니다. 재고를 구매할 때는 단위 수와 개별 비용을 기록하고, 판매 시 해당 정확한 비용을 비용 처리함으로써 매출원가(COGS)를 완벽히 계산할 수 있습니다.

; 공급업체로부터 1,000개 구매
2025-07-01 * "Supplier PO-7421"
  Assets:Inventory:WidgetA     1000 WidgetA {@ 4.20 USD}
  Assets:Bank:Operating

; 이후 단일 판매에 대한 원가 기록
2025-07-16 * "FBA sale WidgetA | COGS"
  Expenses:COGS                1 WidgetA {4.20 USD}
  Assets:Inventory:WidgetA

4. 명확성을 위한 발생주의 선택​

재고 기반 비즈니스라면 발생주의가 우수합니다. 현금주의는 재고를 구매한 달에 큰 비용을, 판매한 달에 인위적으로 높은 이익을 보여 성과를 왜곡합니다. 발생주의 회계는 매출과 매출원가를 동일 기간에 매칭해 총 이익을 명확히 파악하게 해줍니다. (Bean Ninjas)

5. 자동화된 가져오기​

정산 보고서를 수동으로 입력하는 것은 처음엔 교육적이지만 규모를 키우면 한계가 있습니다. 평문 텍스트 생태계는 자동화에 강점이 있습니다:

  • bean-extract를 사용해 A2X와 같은 서비스가 내보낸 CSV에서 데이터를 추출
  • 간단한 Python 스크립트로 Amazon SP‑API에서 직접 데이터 가져오기
  • 기존 임포터를 활용해 은행 CSV 파일을 가져와 입금 및 카드 수수료와 직접 대조

6. 주간 조정​

숫자를 정기적으로 확인하는 습관을 들이세요. Beancount의 강력한 CLI 도구를 사용해 잔액을 빠르게 검증하고 성과를 검토합니다.

# 현재 재고 수량 및 가치를 확인
bean-balance books.bean "Assets:Inventory" "2025-07-21"

# 최근 기간 손익계산서 생성
bean-report books.bean income_statement -e 2025-07-21

7. 원본 문서 보관​

주요 거래마다 원본 문서에 링크를 걸어두세요. 공식 Amazon 정산 PDF, 재고 구매 공급업체 인보이스, 배송 영수증 등을 Beancount 메타데이터(document:) 구문으로 첨부하면 자체 포함형 감사 준비 재무 기록이 완성됩니다.

판매세·컴플라이언스 체크리스트​

  • 마켓플레이스 퍼실리테이터 법: 대부분의 주에서 Amazon이 판매세를 대신 납부하지만, 캘리포니아, 텍사스, 펜실베니아 등에서 재고를 보관하면 경제적 넥서스가 발생해 해당 주에 사업자를 등록해야 할 수 있습니다. (TaxGPT)
  • 1099‑K 조정: 연간 Income:Amazon:Sales에 기록한 총액이 Form 1099‑K에 보고된 총액과 정확히 일치하는지 확인하세요. 차이는 감사 플래그가 됩니다. (IRS)
  • 직접 판매세: 퍼실리테이터가 적용되지 않는 다른 채널을 통해 판매한다면, Liabilities:SalesTaxPayable:State 계정 하위 트리를 만들어 직접 납부해야 할 세금을 추적하세요.

흔히 저지르는 실수 (및 해결책)​

  • 실수: Amazon에서 받은 순 입금만 기록
    • 해결: 항상 전체 정산 보고서를 사용해 지급금을 분해
  • 실수: 환불된 반품이나 파손된 상품을 무시
    • 해결: 초기 환불 비용과 Amazon으로부터 받은 재보상을 별도 크레딧으로 기록
  • 실수: 롤링 리저브를 놓침
    • 해결: 특히 신규 계정에서 Amazon이 지급액에서 “리저브”를 보류합니다. 이를 Assets:Amazon:Reserve 전용 계정에 추적
  • 실수: 시스템과 Amazon 간 SKU 별칭 불일치
    • 해결: 모든 SKU 코드를 임포트 스크립트에서 정규화해 COGS 조회가 실패하지 않도록 함

빠른 시작 체크리스트​

  • Seller Central에서 첫 정산 보고서를 활성화하고 다운로드
  • Beancount 스타터 레포를 클론하고 Amazon 전용 차트 오브 어카운트를 구축
  • 정산 CSV를 Beancount 거래(.txn 파일)로 변환하는 작은 임포터 스크립트 작성
  • 매주 새 보고서를 가져와 bean-check를 실행해 파일 유효성 검증 알림 예약
  • 매월 손익계산서를 검토해 광고비, 가격 정책, 재고에 대한 데이터 기반 의사결정

추가 읽을거리​

더 많이 판매하고, 덜 걱정하세요—빈을 균형 있게 유지하세요. 성공적인 판매 되세요!

Share on Twitter

Beancount.io 시작하기

오픈 소스 복식 부기 시스템으로 당신의 재정을 관리하세요. 오늘 당신의 원장을 시작하세요.

무료로 시작하기가격 보기
Beancount.io 로고

Getting Started

Features

Community

Legal

Beancount.io© 2019 - 2025 Beancount.io
Built with transparency • Version controlled • AI-powered