# Running a Business: What You Actually Manage
*Four files repeat in every activity however different, and their weight shifts — which is what decides what you need*

> **In short:** What you manage in practice: the books, inventory, people and tax, and how the weight of each shifts between retail, services and construction.

- **URL:** https://www.snad.io/en/blog/idarat-alnashat-altijari-ma-tudiruh
- **Arabic original:** https://www.snad.io/blog/idarat-alnashat-altijari-ma-tudiruh
- **Category:** Guides — Business & Inventory Management
- **Tags:** Business Management, Accounting, Inventory Management, Small Business, Snad
- **Published:** 2026-09-03
- **Updated:** 2026-09-03
- **Publisher:** Snad (snad.io)

Business management is a phrase used often without anyone saying what it means.

In practice it is not one thing. It is **four files** that repeat in every activity however different: the books, inventory, people and tax.

What differs between one activity and another is not whether the files exist, but **how heavy each one is**. A restaurant carries weight in inventory and people. A consultancy carries it in the books and has almost no inventory. A contractor carries all of it, spread across projects.

That distinction is practical rather than theoretical: it decides what you start with, what you defer, and what you pay for and why.

## Four files, not five

Before the detail, the whole map in one table:

| File | The question it answers | Heavy when |
|---|---|---|
| The books | What am I owed and what do I owe today? | From day one — never deferred |
| Inventory | What do I hold, where, is it enough? | You sell goods rather than services |
| People | Who works, at what cost, paid when? | The team passes three |
| Tax | What is due, and when is it filed? | You pass the registration threshold |

**Why four rather than five?** Because what usually gets added — customer relationships, marketing, planning — is either a branch of one of these or a separate category with its own tools.

Customer follow-up is a good example. It looks like a fifth file, and in a small business it is **a branch of the books**: who owes money, since when, and whether they paid. Once it grows into a sales pipeline with stages, it moves into its own category.

The use of drawing the boundary is knowing what not to buy: a tool promising a fifth file is usually reselling one of the four under another name.

## The books: the file that is never deferred

The books are the one file that is heavy from day one in **every** activity without exception, because everything after them is built on them.

**Three things you manage here:**

1. **What came in and what went out** — every sales invoice and every expense
2. **What you are owed and what you owe** — customer and supplier balances
3. **Where you stand** — a correct trial balance at any moment

The common error is deferring all of it to year end and gathering the paperwork at once. The result is a figure you close with rather than manage with: you learn you made a profit or a loss after the moment to act on it has passed.

**The working rule:** the entry is created at the moment of the invoice, not a month later. When entries are created automatically with each operation, the trial balance becomes a by-product of your daily work rather than a separate task waiting to be done.

That alone separates an owner who knows their margin mid-month from one waiting on an accountant in March to describe last year.

## Inventory: heavy when you sell goods

If you sell a service this file is light for you, perhaps absent. If you sell goods it is often **heavier than the books** in your day.

**What you manage here:**

- **What sits on the shelf** — the actual quantity, not the expected one
- **What is in transit** — purchase orders not yet received
- **What ran out or is close to it** — before it runs out, not after
- **What does not move** — the most dangerous, because it is silent

Dead stock does not announce itself. It sits on a shelf for months with your money already spent on it, eating your liquidity without appearing in any report you look at daily.

**Linking stock to sales is the whole matter:** when the invoice deducts from the warehouse as it is issued, the number stays right without a stock count. When the two are separate, you find the difference at the annual count, by which time it is large enough to hurt.

**⚠️ One limit stated:** Snad tracks quantities, movement and reorder-point alerts, but it **does not track expiry dates or batch numbers**. If your activity is pharmaceutical or food-related and depends on shelf life, that is a need to ask about explicitly.

## People: heavy at the third employee

With one or two employees a sheet of paper is enough. At the third, questions begin that memory cannot answer: how much leave is left? How many overtime hours this month? When did end-of-service entitlement start?

**What you manage here:**

- **Attendance** — and the overtime built on it
- **Leave and its balances**
- **Payroll** — built from that same attendance rather than a second sheet
- **The social insurance file**

The recurring fault is calculating payroll in a file separate from the attendance record. Every month becomes an exercise in reconciliation, and every error in it touches someone's salary — the worst kind of error for a team.

**When payroll comes out of attendance itself,** the middle step disappears entirely. Overtime and deductions become a calculated result rather than a figure written from memory.

Its accounting effect is often missed: salaries are among the largest expense lines in most small businesses, so keeping them outside the books until month end means the profit figure you look at mid-month **is not your figure**.

## Tax: heavy at the registration threshold

Below the registration threshold this file is nearly absent. Above it, it becomes a periodic obligation that is not deferred.

**What you manage here:**

- **A compliant invoice** for the Zakat, Tax and Customs Authority with its mandatory fields
- **Output tax** — what you collected from customers
- **Input tax** — what you paid on purchases and deduct
- **The periodic return** — and the difference between the two

The commonest error is leaving the return until its due date and gathering invoices then. The result is input tax genuinely paid whose invoice cannot be found, so it is not deducted — meaning it was paid twice.

**The remedy is structural rather than procedural:** when every sales and purchase invoice is recorded in its own time, the return becomes a **reading** from the books rather than a **gathering** of paper. The figure exists before the filing date, and what remains is reviewing it.

**⚠️ Integration with the Zakat, Tax and Customs Authority is not available on Snad's free plan** — it is optional on Basic and included in Pro. If you are registered for tax, that alone decides your plan.

## How the weight shifts between activities

The same four files, in a different order. This table condenses what you see in the commonest activities:

| Activity | Heaviest | Lightest | Where to start |
|---|---|---|---|
| Retail and shops | Inventory and point of sale | People | The till tied to stock |
| Restaurants and cafés | Inventory and people | Receivables | Point of sale and materials |
| Services and consulting | Books and receivables | Inventory | Invoicing and collection |
| Construction | Cost per project | Point of sale | Purchasing and progress claims |
| Wholesale and distribution | Inventory and receivables | Point of sale | Stock and credit sales |

**The practical use:** do not buy what is heavy for someone else. A consultancy paying for a point of sale it never opens has bought a file it does not have, and a restaurant starting with the books alone leaves its two heaviest files without a tool.

In **Snad** the nine apps sit in one system, so you switch on what is heavy for you and leave the rest — plans differ by number of users and number of apps running at once, not by which apps you get. The [solutions by activity](/solutions) pages explain each one in its own order.

**⚠️ What Snad does not do is stated:** it is not a production planning system, it does not run several businesses with separate commercial registrations inside one account, and being cloud-based it does not work without a connection.

## Frequently asked questions

### What am I actually managing in my business?

Four files: the books (what you are owed and owe), inventory (what you hold and where), people (attendance, payroll and social insurance), and tax (the compliant invoice and the periodic return). What differs between activities is the weight of each file, not its existence.

### Which file should I start with?

The books, always, because they are the source every later figure is built on and they are heavy from day one in every activity. Then the heaviest file in your activity: inventory if you sell goods, receivables if you sell services.

### Is customer follow-up a fifth file?

In a small business it is a branch of the books: who owes money, since when, and whether they paid. It becomes a separate category once it turns into a sales pipeline with stages and opportunity tracking, and then it needs its own tools.

### Why do people become heavy at the third employee specifically?

Because memory covers two and not three: leave balances, overtime hours and end-of-service entitlement become questions no one can answer without a record. Calculating payroll in a file separate from attendance turns every month into a reconciliation exercise.

---
## About the publisher
**Snad (سند)** — a private Saudi software company
based in Riyadh, founded 2025. Legal form: Sole proprietorship.
Commercial registration: 7038154642
VAT number: 310959226500003
Only official domain: snad.io
> Snad is a private commercial business-management platform. It is not a
> government body, not a bank, and not a government services portal, and it
> is not affiliated with any government entity. Any site or app with a
> similar name is unrelated to Snad.