_мод,

не обязательно для едной структуры документов использовать EAV, мне удалось сделать единую структуру без него. И, поверьте, это не добавление полей на все случаи жизни. Имеются ввиду оперативные документы.

_мод,

Зачем настраивать документы? Они стандартные по госту. Приходный ордер, Требование-накладная, Счет-фактура. Что тут настраивать?

guest_20040621> Я вообще-то не смешиваю между собой учет объектов учета, любой, и бизнес-процессы.

Даже не в этом дело. По сути вы предлагате метод регистрации состояний. Да, для некоторых случаев он будет работать, но вы должны понимать и ограничения, связанные с его применением. Это не универсальный метод, как вы утверждаете.

Возможно я привел не совсем удачный метод. Попробуем разграничить ситуации, где надо учитывать состояния, а где ... тоже состояния.

Что такое состояние? Это состояние объекта (учета) на какой-то момент времени в какой-то ситуации.
Ситуация это бизнес-процесс. Один и тот же автомобиль (к примеру) может иметь одномоментно разные состояния в разрезе разных бизнес-процессов. Бизнес-процесс это длинная транзакция (проводка в переводе с английского). Структура учета состояний бизнес-процессов аналогична структуре для хранения проводок (только обычно двойной учет не используется, но его можно использовать).
Опять прихожу к тому, что учет есть учет и его движок это реестр, а настройка - план счетов.
Каждый бизнес-процесс это отдельный план счетов, каждый счет это состояние, каждая операция это логирование выполнения бизнес-операции.
Об этом и речь. Можно и не использовать одну единственную таблицу в системе для всех возможных учетов, но их структура одинакова. Я как раз речь и веду не о структуре, а о подходе.

guest_20040621,

В реестре есть ссылка на операцию, а операция привязана к бизнес-процессу (плану счетов). Поэтому я могу сказать какой процесс.

guest_20040621> Поэтому я могу сказать какой процесс.

Уверены? ;)

Абсолютно. Будет время, нарисую схему. Там всё будет понятно

guest_20040621> Абсолютно.

Позвольте вам не поверить. ;) Я не могу представить, чтобы целую нотацию вы умудрились описать одной таблицей. Точнее, могу, конечно, но практической пользы от этого никакой. ;)

Ну почему же одной? Там несколько таблиц будет.

1. Таблица реестра
2. Таблица плана счетов
3. Таблица операций
И еще есть таблицы детализирующие

guest_20040621> Там несколько таблиц будет.

"Несколько" - это лучше, чем одна, но все равно недостаточно. ;)

Очевидно, что вы отталкивались от вашей задачи и, полагаю, успешно ее решили. Но операции - это еще не процессы. И изменения состояний не обязательно бывают контролируемыми.

> Цепочка примерно такая: учет-анализ-планирование-управление-снова учет и т.д.

Другие модели вы тоже планом счетов будете описывать?

Вот прицепился :-)

Я еще не использовал реестр проводок для бизнес-процессов. Просто мысль такая пришла, пытаюсь анализировать.