Хоть он и идет в контексте предыдущего флейма.
В случае операции перевода нужно указать комиссию как деталь операции (отдельное поле не привязаное к таЛбице)
>>Пример: я покупаю валюту (в обменнике) - операция перевода. Я хочу в эту операцию перевода "встроить" отдельную операцию расхода, в которой отразить налог 1% с покупки иностранной валюты.<< (Копирайт- Дервиш 2002)
Вот тут-то и преЧепить комиссию. Правда операцией расхода она не будет, а отразится на курсе перевода и на финГальной сумме на счете.
Это будет вычисляемое в форме поле.
Т.Е.
>>Меняем мы 100 буказаидов
>>Переводим в рубли по курсу 18 000 к 1
>>Получаем 18 000 рублев.
Указываем комиссию (в поле, по желанию в процентах либо рублях, поскольку комиссия может быть и не в процентах а в виде суммы - например "комиссия 10%, но не менее 100 рублей")
>>Результат пересчитывается - на руки 16 200 рублей.
>>Это все едино, как если-б курс был 16 200<<
Имеем хранимые в таблице данные (это образно говоря)
Расход 100 буказоидов
Приход 16 200 деревянных
Курс 1/18 000
Следовательно - комиссия 1 800 рублев или 10%. Это значение программа может вычислить в поле, и не хранить у себе. Правда обработать таким образом данные и вычислить в каком обменнике выгоднее менять - в этом случае не удастся, (только если не хранить значение комиссии в талбице).
Если хранить, то в случае проведения операции с комиссионными, может создаваться (скрыто от пользователя, без лишних вопросов напрягов) вложеная запись-приложение с суммой комиссии и с атрибутами родительской записи.
Имхо так буит просТче
Dervish: Учёт комиссий... Отдельная подсистема... Вычисляемые поля... А надо ли писать второй Excel?
))