Olevsoft
Just show me what it looks like →

IMS — Inventory & Warehouse Management System

So, you've landed on this site because you're looking for a program like this — or maybe you're just curious. And here's some not-so-great news: there are a lot of such programs, and it's hard to tell them apart. We want you to understand whether ours is right for you.

There are a lot of programs. They're written in different languages, use different databases, different philosophies, different approaches — but their descriptions all sound the same. Because a program is a cast, a reflection of real life. We try to bring into the computer what happens in real life. We do it the way we can, the way we see it.

If you're still interested — let's go on.

okay, let's see →

Chaos cannot be automated.

No program can do that — not even the best or the most expensive one. A program has to rest on a certain foundation: what it does has to roughly match what already happens at your company.

Chaos is the state of very small, family-run companies, or very young ones still finding their way. Old, large companies usually have strict standards: every step has a defined procedure, everything runs through documents.

What's more: in our system a document must be created before the operation itself happens — except for receiving. The goods for a receiving document already exist, just somewhere else, before they reach you. This rule guarantees accuracy. You can't file documents after the fact — once you allow that, precision stops meaning anything: the operation has already happened.

If you already have rules in place, the only question is whether they match what the program can do. That's really how programs get chosen. Color, taste, method of preparation — none of that matters.

Documentation: Concept → next →

A company lives on documents.

It talks to the world through documents. Your employees interact with each other through documents.

We don't work with every document a company has — only the ones that change its material state: what happens to goods and money. A document here is a recorded fact: what moved, where from, where to, at what price, and how much.

Which documents we track

A company has plenty of documents, and they're all different: technical documents describe production, engineering documents describe how something is built, HR documents track policy, job descriptions describe a person's role, management orders run the company. We don't work with any of those — only with documents that change the company's material state.

What a document is made of

A document is a recorded fact: something that happened to goods or money, who was involved, when, and which operation was carried out. Every such fact has five parts: what moved, where from, where to, the price it left at and the price it arrived at, and how much. This is the foundation of every operation we run in the system — always. If an operation doesn't have these five parts, it isn't one of ours.

Operations combine into a document. Every operation inside one document always shares the same «from» and «to», and the same reason the document exists in the first place.

Draft and processed

A document is either a draft or processed. While it's a draft, you can freely edit it — nothing has happened yet. Processing is the moment the system applies it: stock, money, statuses all update. From that point on it's locked — a user can't edit it directly, only return it to draft as an explicit, recorded action, never a silent change. Even fixing a mistake is recorded by the system and needs its own document.

Stock is always "right now"

It isn't stored separately — it's calculated on the spot from every processed document. Looking at what stock looked like on a past date works the same way: not a stored record, just the same calculation rewound.

The order documents get entered in

Documents get entered in whatever order things actually happened, not necessarily strict date order. You can process today's document first and add a forgotten one from last week later. The system only steps in to stop something that would create a contradiction further down the chain. For example: you try to sell an item on the 5th, but according to the documents it only arrived on the 10th. Even though the item is physically on the shelf, the system won't let that sale go through — it would break the order of the lots.

Lots

Every stock line belongs to the specific document that created it. Lots aren't averaged together. The same item received twice at different prices is two separate lots, each with its own history. An expenditure writes off from a specific lot, so the cost is always exact. Even if two lots match on everything except the arrival date, they're still separate lots. But if you need to write off more than a single lot holds, the system splits the write-off across several lots in order automatically.

Our operations

In practice, we work with the following operations that move goods or money:

  • Receiving (+) — goods arrived into stock
  • Expenditure (−) — goods left stock
  • Transfer — goods left one warehouse and arrived at another
  • Cash/Bank — money movement
  • Manufacture — a product assembled from components
  • Correction — a price change with no goods movement

Separately, some documents don't move anything themselves — they just track an intention:

  • Order — what the customer wants
  • Project — what we ourselves intend to order

If this works for you — let's go on. If not, you need a different program.

Documentation: Documents → next →

Company structure is your «from» and «to».

We've already covered which operations we work with. Just as important is the structure you set up in the program — that's your «from» and «to».

When it's an outside supplier or customer, there's no issue: we just add them to a reference list and pick them on the operation. But when the movement happens inside the company itself, we can support any structure — warehouses in different cities, dealers, scattered production sites. No limitations. Any structure can get its own report.

So you need a clear picture of your company's structure and who's responsible for what. Then we can tell you where the goods are — and who to ask if they're not there.

next →

To get started, you need to define five things.

  1. The company's structure: warehouses, locations, the people responsible for the paperwork.
  2. Reference lists. There's no free-text entry in the system — everything goes through reference lists, to avoid mistakes and duplication.
  3. Opening balances — where you're starting from.
  4. Operations: what they're called, how they're configured.
  5. Who will work with the program, and what their access limits are.

That's it. After that, you can start working.

next →

What the program does.

IMS is an operational control system. Not accounting, not a warehouse app in the usual sense. It records what happens to goods and money: who, when, how much, from where, to where.

Everything else — stock levels, reports, amounts customers owe — isn't stored on its own; it's recalculated from these operations every time. For example: a stock level isn't some separate number sitting in a database — it's the sum of everything received minus everything shipped for that item. That's why it can't be «corrupted» outside of the documents: if a balance looks wrong, some document is wrong, and it can be found and fixed — instead of guessing where the discrepancy came from.

A document is created before the action, not after it: a receiving document is entered first, then the goods are physically taken onto the shelf; a sale is recorded first, then the goods go out to the customer. Until the document exists, the operation hasn't happened as far as the system is concerned. The reason is simple: if paperwork gets filled in after the fact, once the goods are already gone, whoever's doing it has no real incentive to get it right — the job is done, and the paperwork becomes a formality. This order, and only this order, keeps the data from drifting away from reality.

Documentation: Concept → next →

What it's made of in practice.

The core is receiving, shipping, selling. Around it — a set of tools that emerged from real-world use, not planned in advance.

Order

Someone ordered from us. An order doesn't move anything — it's a checkpoint: how much was ordered, how much fulfilled, how much remains.

Project

We order ourselves — from a supplier, across several composition options, to pick the best fit for the budget.

Manufacture

A product is assembled from components by recipe. A shortage of a part doesn't block anything — it's just recorded as a fact.

Reservation

The goods are physically in the warehouse, but promised to a customer. You can see how much is actually free for everyone else.

Stock & Warehouse

Current state, and the state on any date in the past. A storage-cell map — what's physically located where.

History Without Silent Edits

A processed document can't be quietly edited — every change leaves an explicit trace, so you can always tell how it got to its current state.

Reports

Registers, per-document reports, a named-filter builder, a print-form editor — everything is recalculated fresh, nothing is stored.

Prices & Discounts

Price lists, product cost derived from component prices, discount rules layered on top of price.

Access Rights

Who can see and do what — by section, by document type, individually for each employee.

Controls & Alerts

Document validation rules («can't sell below cost») and automatic alerts on stock thresholds.

Import & Reference Lists

Bulk data import from Excel/CSV. Everything else is entered only by picking from reference lists — not typed.

Currency & Languages

Exchange rate for conversion currency. The interface and printed reports — in multiple languages.

Point of Sale

A single fast checkout screen — scan or search, add to cart, sell. Built for back-to-back retail speed, not a full document workflow.

History

Two instant lookups, no parameters: what a customer owes, or who an item was bought from and sold to.

Multiple Languages

A built-in translation editor for the interface and every printed report — not just a hardcoded English UI with extras bolted on.

External Integration

A separate API lets your website push orders and sales straight into the system — no manual re-entry, no double-booked stock.

next →

What it looks like inside.

Not mockups — real screens from the program. Click any of them to take a closer look.

Go to the Demo?

Login admin · Password USR

Go to the Demo?

Login admin · Password USR

← start over