таблицы:
Справочник контрагентов и складов (в одной таблице. Может быть иерархическим)
Справочник товаров (ИД, название, группа товара и т.п.)
справочник базовых единиц измерений ЕИ (кг, шт, блок, ящик, л, мешок и пр.)
Связка Товар-единица(поля:ИД, товар-ИД, коеф., ЕИ-ИД, штрихкод, и т.п. ). Содержит коеф. персчета к базовой единице. Это реализация мультиединичности товара.

Документ шапка(поля: ИД, контрагент-ИД, склад-ИД, дата(ы), тип док-та, статус, тип и курс валюты)
Документ строки(поля: шапка-ИД, Товар-ИД, Связка-ИД, кол-во, ЦенаЗаЕИ, сумма.

Журнал товародвижения (очень упрощенно)
поля: Док-ИД, Тип док-та, Дата, Товар-ИД, кол-во в базовой ЕИ, сумма, Откуда-ИД, Куда-ИД (ссылки на спр.контрагентов).

Всё с учётом знака. Приход с "+", Расход с "-". В базовой валюте.

Легко узнать остатки/продажи/приходы на любую дату и на любом складе(суммирование от начала или за период). Легко делать вставку задним числом, сторнирование, перепроводку. Между записями журнала можно вести ФИФО-привязки для партионного учёта. Можно добавить всякие вспомогательные таблицы (сальдо на нач.периода, архивы движения, протоколы изменений).
Можно вести не только товарный, но и финансовый учёт(оплаты)

Приведённый пример: самый простой и правильный путь с минимальным числом недостатков, ИМХО.
Повторюсь: пример упрощённый и полей примерно в 2-3раза больше .
С просьбами про уточнение пока не приставайте

И так этого более чем достаточно.
Возможно в ближайших полгода-год познакомлю форум с действующей версией этой учётной системы (Framework+SCM+CRM+WMS+DocFlow+Retail+HR), у которой большие планы на будущее .

ЧиграбортиУважаемый, полгода прошло, может покажете нам свою систему, очень, очень хотелось бы глянуть. Заранее спрасибо.Приятно, что кому-то интересно ее увидеть....
В связи с переходом на другую работу, стало катастрофически мало времени на разработку системы.
Уже год как работы приостановлены.
Систему пишу для души т.е. нет конкретного заказчика.
Для чего ? Чувствую, что есть большой потенциал для простых и гибких систем широкого спектра применения.
Степень готовности примерно 60%. Несколько раз переделывалась. Имею довольно большой опыт в самописных торговых системах. Знаком с некоторыми западными решениями.

Могу перечислить некоторые техн.подробности:
Delphi(SDAC, Ehlib, FastReport) + MSSQL (only)
Классический MDI.
Задумывалась как доступный для понимания фреймворк с возможностью настроек/доработок без необходимости перекомпиляции проекта.
Варианты наращивания функционала:
* отчеты (FastReport и Excel) разрабатываются прямо в среде.
* несколько видов форм с широкой возможностью кастомизации.
* использование FastScript в качестве привода для создания новой логики в существующих и новых формах.
* внешние DLL, разработанные по несложным правилам силами заказчика.
* Большая часть прикладной SQL-логики на сервере (любые доработки на сервере. Минимум ограничений).
* Простая работа с "чужими" базами и таблицами.
* В самом EXE прикладная логика практически отсутствует.

Что пока не удалось:
* Достичь должного уровня гибкости при применении FastScript
* Достичь должного уровня гибкости при применении DLL
* Местами процесс доработки выглядит неэлегантно :)

...вот так....
Надеюсь, что проект еще возобновится. Актуальность еще не утрачена и желание развивать не пропало.