Two Ways to Think About Inventory

Recently we spent some time studying the inventory design of TallyPrime.

Tally is accounting software with a long history, and the way it handles inventory reflects a very typical working habit of traditional small businesses.

One common approach is Periodic Inventory.

When the business buys goods or raw materials, it records Purchases; when it sells, it records Sales. Inventory doesn't necessarily move in and out of the Inventory Ledger in real time with every accounting transaction.

At the same time, Tally has a separate Inventory Module that records Stock Items, quantities, and valuations. At the reporting date, the system computes Stock-in-Hand from the actual count and derives the cost of goods sold through a classic accounting formula:

COGS = Opening Stock + Purchases − Closing Stock

This design is genuinely practical.

Many traditional small businesses don't need to know the precise real-time value of their inventory every day. They are used to recording purchases and sales as usual, counting stock at the end of the month, the quarter, or the year, and only then determining true costs and profits.

That is the strength of Periodic Inventory: simple, with low demands on day-to-day operations.

The other approach is Perpetual Inventory.

With every purchase, Inventory increases; with every sale, Inventory decreases and COGS is recognized.

So the system can answer at any moment:

How much stock do we have right now? What is it worth? What did the goods we already sold cost? What is our real-time gross margin?

For e-commerce, retail, wholesale, and standardized manufacturing, this approach matters more and more. Orders, purchasing, and inventory are already digital, so the system can absolutely maintain this information in real time.

That is why SnapLedger's design is not to simply choose Periodic or Perpetual, but to let the foundation understand different Cost Flows.

Because real small businesses don't all fit the same model.

An e-commerce company may need:

Purchase → Inventory → Sale → COGS

A very small trading company may be more comfortable with:

Purchases → Period-End Stock Count → Closing Inventory

And a furniture company that builds to customer orders may hardly have any inventory in the traditional sense at all.

The customer places an order first; then the business buys timber and hardware, puts in labor and outsourced work, and delivers when the piece is finished.

For such a business, the more natural path is actually:

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

The most important asset here may not be traditional Stock-in-Hand, but Work in Progress (WIP).

So in SnapLedger, we don't want the software to decide up front how a business should manage its inventory.

The foundation can support Perpetual Inventory, Periodic Inventory, and also Project Costing and WIP.

And what Snappy should really understand is:

How do you actually run your business?

Do you stock up first and wait for customers to buy?

Or do you only purchase after a customer places an order?

Do you need to know the stock level of every SKU at any moment?

Or do you care more about how much cost each customer project has absorbed so far, and how much it is expected to earn?

Traditional accounting software often starts with "How should inventory be recorded?"

We'd rather start with a different question:

"How does your business actually work?"

Then let the accounting treatment adapt to the real business process.

SnapLedger, your life easier.