Всем всего доброго!
Подскажите, пожалуйста, как лучше организовать структуру данных.
Выполняются операции со счетами. Каждая такая операция может порождать другие операции или нет, в зависимости от условий.
У каждой операции есть набор атрибутов: сумма, счет дебета, счет кредита и т. д.
У счета есть набор атрибутов. Например, тип счета(активный или пассивный), группа счета, владелец счета, группа владельца счета, валюта и атрибуты, задаваемые пользователем.
Условия используют атрибуты счета и задаются пользователем.
Сумма порожденной операции должна вычисляться из суммы основной операции на основании формулы, заложенной в справочнике тарифов. Тарифы также зависят от атрибутов счета.

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

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

Может кто-то решал подобные задачи?
Помогите собрать этот кубик Рубика.

Спасибо за ответ.
Но у меня нет времени заморачиваться со скриптовым языком. Тем более, что я этого никогда не делал.
Добавлю еще, что атрибуты и тарифы меняются редко.
Может кого-нибудь посоветует еще какое-нибудь решение?

2MasterZiv
Оператор вводит не проводки, а операции, которые порождают группу проводок.
Например, возьмем поступление на счет клиента через коррсчет.
Его действия:
1.Выбирает из группы доступных ему операций операцию прихода.
2.Выбирает счет клиента
3.Вводит сумму и , если необходимо, другие атрибуты(номер, дату документа и т.п.)
4. Повторяет п.2,3 столько раз, сколькое было приходов
5. Давит на кнопку и программа формирует группу проводок на основе введенных операций. К каждой основной проводке могут добавляться дочерние.
Например, комиссия за РКО, комиссия за перечисление на счет клиента и.др.
Эти все комиссии и пр. не должны волновать оператора. Это прерогатива владельцев бизнеса и их финансистов. Именно они определяют правила взимания процентов.
Оператор в этом случае выполняет важную, но не творческую, а механическую работу по набиванию сумм, номеров и т.п.

2Shtock
Думаю, что вариант с динамическим SQL осложнит работу финансиста, т.к. он не программист.
Сейчас я делаю так.
Есть справочник тарифов. В него заносятся все виды, например, комиссий.
Они делятся на два вида: 1) те, которые идут на счет нашего дохода и 2) которые идут на счет затрат. Эти счета привязываются к тарифам.
Одному тарифу может соответствовать несколько ставок. Они хранятся в таблице и связаны с тарифами. Ставки в общем случае могут определяться по формуле, но сейчас я использую фиксированную сумму и/или процент от суммы операции.
При заведении лицевого счета к нему привязываются ставки тарифов.
Есть таблица шаблонов операций, связанная с тарифом.

Когда оператор заводит операцию, то программа определяет на основании шаблона операций какой тариф использовать. Затем проверяются счет дебета и кредита на предмет привязки к ним ставок. И далее формируется столько дочерних проводок, сколько ставок у счета.

В этой схеме есть бреши, но она работает.

2Shtock
Сейчас сделано так, чтобы упростить работу как финансиста, так и операциониста. Но это за счет моего времени и нервов.
А мне хотелось бы, чтобы система взяла часть моей работы на себя. Но пока не выходит(((