Добрый день!
Помогите, не покидает ощущение, что изобретаю велосипед.

Есть следующее задача: Создать инструмент, позволяющий вносить шаблоны планов и отслеживать этапы выполнения.
Цель: организовать контроль деятельности сотрудников компании.

Описание задачи:
При наступлении некоего стартового события работнику выставляется план работ по шаблону, в шаблоне указаны стартовое событие для каждого этапа, время выполнения данного этапа, контролируемый результат (факт деятельности), действие при отсутствии контролируемого результата на контрольную дату и тип работника (служащий, руководитель и т.д.),ответственного за этап. На любом этапе плана может произойти событие "закрывающее" план. Например, на любом этапе работ менеджера по продажам может произойти сама продажа. По требованию заказчика основные этапы должны планироваться сразу при наступлении первого стартового события, по-факту этап плана не всегда заканчивается ожидаемым событием, в этом случае план должен идти по другой цепочке, стартовым событием которой служит фактически полученный результат. Шаги не всегда идут по-порядку, в зависимости от фактически полученного результата план может откатиться на несколько шагов назад или наоборот перескочить через какие-либо этапы, а может циклится до наступления какого-либо события.

Мое решение:
Таблица ШаблонПлана (шапка с указанием типа услуги, оказываемой по плану)
Шаги
(СтартовоеСобытие,
СтартоваяПроцедура,
КонтролируемоеСобытие,
КоличествоВремени,
ЗавершающаяПроцедура,
ПредыдущийШаг,
ПоследующийШаг (для случаев когда нужно "перескочить" через какие-то шаги или вернуться на предыдущий этап выполнения), ТипРаботника,
)
Журнал
(Шаг,
КонтрольнаяДата, (дата факта + КоличествоВремени)
Клиент,
Сотрудник,
СсылкаНаДокумент,
ТипДокумента,
ТипДействия (план/факт),
Статус)


Идея в том, что при наступлении стартового события запускается СтартоваяПроцедура шага, соответственно при наступлении КонтролируемогоСобытия, либо СтартовогоСобытия следующего шага, либо наступлении контрольной даты запускается ЗавершающаяПроцедура. Наступление событий (по сути внесение/изменение/удаление записей в таблицах БД) контролируется в триггерах и запускает процедуру, в которой определяется текущий шаг и запускается его ЗавершающаяПроцедура, определяются статус (выполнен шаг/выполнен план) и последующий шаг и запускается его СтартоваяПроцедура.

Но, как говорила, ощущение, что изобретаю велосипед меня не покидает. Прошу, покритикуйте решение или дайтие ссылки на что-либо похожее.
Если не совсем внятно описала- спрашивайте, попробую сформулировать по-другому.
Спасибо.

ViPRos,

Мое, конечно. :) Возможно есть какие-то стандартные решения для таких задач.
Честно, голова немного пухнет, когда представляю как все должно работать, достаточно ли такой структуры (три таблицы - Шаблон, Шаги, Журнал).

ViPRos,

А ссылочку, не? Просто не знаю что именно искать.

Злой Бобр,

не злись, просто скажи что именно искать. Outlook - слишком упрощенный вариант, чтобы его рассматривать.

Dimitry Sibiryakov,

таблица шаги - это шаги по шаблону, шаблонов куча. По-сути это бизнес-процесс с этапами.
Т.е. Шаблон - Шаги 1:М
Шаги-Журнал 1:М
В журнале регистрируются контрольные даты и ид документов запускающих/завершающих шаг или план.

Злой Бобр, не бесись! :) Бобры, как правило, очень милые ребята.
Спаси тебе и Ares_ekb за ссылки, посмотрю обязательно.

Dimitry Sibiryakov,

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

Dimitry Sibiryakov,

К тому же контрольная дата задает дату конца периода работы, началом же служет стартовое событие. Т.е. план не подразумевает что в этот день ты должен сделать это и вот это, план контролирует срок по периоду, выход за пределы периода инициирует следующие шаги. В случае продаж это может быть передача клиента более квалифицированному менеджеру, например и т.д.