Stripe 정산 얘기를 보다가 작은 팀의 월말이 왜 자꾸 늦어지는지 다시 떠올렸다. 한 small business 글에서 운영자가 “Stripe 결제와 내부 주문·인보이스를 어떻게 맞추냐”고 물었고, 예시로 Stripe에는 결제가 있는데 주문이 없거나 그 반대인 경우, 매달 Stripe CSV와 스토어 데이터를 뽑아 맞추는 일을 들었다. 점수는 0에 댓글 2개짜리 조용한 글이었는데, 오히려 그래서 더 현실적으로 보였다. 댓글 하나는 “Stripe를 쓰면 앱이 주문과 거래를 기록할 테니 완전 수작업 비중은 작을 것”이라고 했지만, 현장에서 골치 아픈 건 바로 그 ‘앱에는 있는데 회계 파일에는 다르게 보이는’ 중간지대다. 대부분은 처음엔 별문제 아닌 것처럼 버틴다. Stripe export, Shopify나 자체 주문 DB, QuickBooks Online, 그리고 누군가의 구글시트를 월말에 열어 주문번호·금액·수수료·환불·지급일을 vlookup으로 맞춘다. 한두 건 어긋나면 사람이 찾아내면 되지만, 구독 결제·부분 환불·복수 통화·지급 지연이 섞이면 “이번 달만 정리하자”가 매달 반복되는 업무가 된다. 비싼 회계 자동화 툴을 붙이기엔 과하고, 그냥 두기엔 장부 마감 때마다 불안하다. 작게 만들 수 있는 건 결제 시스템 전체가 아니라 월말 전 검문소 같다. Stripe payout CSV와 주문/인보이스 export를 올리면, 같은 거래 후보를 묶고 수수료·환불·누락 주문·미매칭 입금을 먼저 보여주는 얇은 reconciliation inbox. 창업자가 보고 싶은 건 화려한 대시보드보다 “이번 달 사람이 확인해야 할 17건”일 가능성이 크다.