재고를 바라보는 두 가지 방법

최근 우리는 TallyPrime의 재고 설계를 연구하는 시간을 가졌습니다. 그리고 그것은 소규모 기업들이 매우 다른 방식으로 사업을 운영한다는 사실을 다시 일깨워 주었습니다 — 먼저 재고를 쌓아두고 고객을 기다리는 회사, 주문이 들어온 후에야 구매하는 회사, 그리고 프로젝트 중심으로 움직여 진짜 자산이 재공품인 회사도 있습니다. 그래서 SnapLedger는 Periodic이나 Perpetual을 대신 선택하지 않습니다. 당신의 비즈니스가 실제로 어떻게 작동하는지를 배웁니다.

RT
Richard Tang
Founder of SnapLedger. Building an all-in-one AI financial back office, in public.
2026년 9월 1일·5분 읽기

최근 우리는 TallyPrime의 Inventory 설계를 연구하는 시간을 가졌습니다.

Tally는 오랜 역사를 가진 회계 소프트웨어이며, 재고를 처리하는 방식에는 전통적인 소규모 기업의 매우 전형적인 작업 습관이 담겨 있습니다.

흔한 방식 중 하나는 Periodic Inventory(정기 재고조사) 입니다.

기업은 상품이나 원자재를 구매할 때 Purchases를 기록하고, 판매할 때 Sales를 기록합니다. 재고가 모든 회계 거래에 따라 실시간으로 Inventory Ledger에 들어가고 나오지는 않습니다.

동시에 Tally에는 Stock Item, 수량, 평가액을 기록하는 독립된 Inventory Module이 있습니다. 보고 기준일에 시스템은 실제 재고 조사로 Stock-in-Hand를 계산하고, 고전적인 회계 공식으로 매출원가를 산출합니다.

COGS = Opening Stock + Purchases − Closing Stock

이 설계는 실제로 매우 실용적입니다.

전통적인 소규모 기업 상당수는 매일 정확한 실시간 재고 가치를 알 필요가 없습니다. 평소대로 구매와 판매를 기록하고, 월말, 분기말 또는 연말에 재고를 조사한 뒤, 그때서야 진정한 원가와 이익을 확정하는 데 익숙합니다.

이것이 Periodic Inventory의 강점입니다. 단순하고, 일상 운영에 대한 요구가 낮습니다.

다른 방식은 Perpetual Inventory(상시 재고조사) 입니다.

구매할 때마다 Inventory가 증가하고, 판매할 때마다 Inventory가 감소하며 COGS가 인식됩니다.

따라서 시스템은 언제든 답할 수 있습니다.

지금 재고가 얼마나 있는가? 가치는 얼마인가? 이미 판매한 상품의 원가는 얼마인가? 실시간 매출총이익은 얼마인가?

이커머스, 소매, 도매, 표준화된 제조업에게 이 방식은 점점 더 중요해지고 있습니다. 주문, 구매, 재고는 이미 디지털화되어 있으므로 시스템이 이 정보를 실시간으로 유지하는 것은 충분히 가능합니다.

그래서 SnapLedger의 설계는 단순히 Periodic이냐 Perpetual이냐를 선택하는 것이 아니라, 기반이 서로 다른 Cost Flow를 이해하도록 하는 것입니다.

현실의 소규모 기업들은 모두 같은 모델에 속하지 않기 때문입니다.

이커머스 기업은 이런 흐름이 필요할 수 있습니다.

Purchase → Inventory → Sale → COGS

아주 작은 무역회사는 이런 흐름이 더 익숙할 수 있습니다.

Purchases → Period-End Stock Count → Closing Inventory

그리고 고객 주문에 따라 생산하는 가구 회사는 전통적인 의미의 재고가 거의 없을 수도 있습니다.

고객이 먼저 주문하고, 그다음에 기업이 목재와 하드웨어를 구매하고, 인건비와 외주 비용을 투입한 뒤, 완성되면 납품합니다.

이런 기업에게 더 자연스러운 경로는 사실 이렇습니다.

Customer Order → Project → Materials & Labour → WIP → Delivery → COGS

여기서 가장 중요한 자산은 전통적인 Stock-in-Hand가 아니라 Work in Progress(WIP, 재공품) 일 수 있습니다.

그래서 SnapLedger에서는 소프트웨어가 기업의 재고 관리 방식을 먼저 결정하게 하고 싶지 않습니다.

기반은 Perpetual Inventory와 Periodic Inventory를 모두 지원할 수 있고, Project Costing과 WIP도 지원할 수 있습니다.

그리고 Snappy가 진정으로 이해해야 할 것은 이것입니다.

당신은 실제로 어떻게 사업을 하고 있는가?

먼저 재고를 쌓아두고 고객이 사기를 기다리나요?

아니면 고객이 주문한 후에야 구매하나요?

모든 SKU의 재고를 언제든 알아야 하나요?

아니면 각 고객 프로젝트에 지금까지 얼마의 비용이 투입되었고 얼마를 벌 것으로 예상되는지가 더 중요한가요?

전통적인 회계 소프트웨어는 종종 "How should inventory be recorded?" 에서 시작합니다.

우리는 다른 질문에서 시작하고 싶습니다.

"How does your business actually work?"

그리고 회계 처리가 실제 비즈니스 프로세스에 적응하게 하는 것입니다.

SnapLedger, your life easier.

오늘의 인사이트

전통적인 회계 소프트웨어는 '재고를 어떻게 기록해야 하는가'에서 시작합니다. 우리는 '당신의 비즈니스가 실제로 어떻게 작동하는가'에서 시작하고 싶습니다 — 먼저 재고를 쌓는지, 주문 후에 구매하는지, 아니면 가장 중요한 자산이 재공품인 프로젝트 방식인지 — 그리고 회계 처리가 실제 업무 프로세스에 적응하게 하고 싶습니다.

열린 질문

당신의 비즈니스는 실제로 어떻게 작동하나요 — 먼저 재고를 쌓고 고객을 기다리나요? 주문이 들어온 후에 구매하나요? 아니면 각 고객 프로젝트에 지금까지 얼마의 비용이 투입되었고 얼마를 벌 것으로 예상되는지가 더 중요한가요?

소프트웨어가 기업의 재고 관리 방식을 먼저 결정해서는 안 됩니다 — 회계 처리가 실제 비즈니스 프로세스에 적응해야 하지, 그 반대가 아닙니다.

accountinginventorycogsproduct

창업자 일기 + 내 국가의 규제 업데이트 받기

Richard가 새 글을 올릴 때 보내드리는 이메일과, 거주하는 곳에서 중요한 규제 업데이트. 무료이며 언제든 구독을 해지할 수 있습니다.