создать новую тему раскрыть все
свернуть/развернуть ветвь Учёт комиссий [эксплорер 06/03/2002 19:38] # написать ответ
 
Хоть он и идет в контексте предыдущего флейма.
 
В случае операции перевода нужно указать комиссию как деталь операции (отдельное поле не привязаное к таЛбице)
 
>>Пример: я покупаю валюту (в обменнике) - операция перевода. Я хочу в эту операцию перевода "встроить" отдельную операцию расхода, в которой отразить налог 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?
 
Дело в том, что эту операцию разные люди хотели бы видеть по-разному.
 
К примеру, я хотел бы видеть комиссию ОТДЕЛЬНОЙ СТРОЧКОЙ по счету в руб, или $ (чтобы потом посчитать, сколько комиссий я заплатил). Имею право? да, имею. К тому же, комиссия может сниматься совсем с третьего счета!
И таких вариантов - масса.
 
А одних комиссий бывает сколько видов:
фиксированные, процентные, ступенчатые (от суммы) и т.д. Следующим этапом народ ТУТ ЖЕ захочет привязывать (и это логично) комиссию к агенту...
 
Если нет универсальности (а ее в обсуждаемой теме очевидно нет) - не стоит пока браться за "заплатки".  
Можно обсуждать новые типы операций, но это на будущее, когда будет построена отчетность, которая решит очень многие проблемы ИМХО.
 
Dervish: Да, вот у меня тоже пока возникает желание оставить всё как есть. Пока оставить. Слишком сложная тема получается на поверку.
 
яс дело эт буит операция "расход" мож к ей хочь "агента" хочь чорта лысого привязывать...
 
Короче...
 
ЯСЕН ПЕНЬ что на все случаи не угодишь... Если вести речь о том, в какой ситуации та или иная (ЛЮБАЯ МЛИН) процедура учета окажется недостаточной то это в принципе - бесполезный разговор.
 
как вариант можно рассмотреть вот такую систему организации связей (структу отношений)
 
предположим что операции могут быть
 
Вложенными
 
или
 
Связаными
 
(оба варинта легко реализуются в существующих объектах БД. больше объяснять идею и детализировать не стану - судя по ответам, ты мои посты один фиг до конца не дочитываешь)
 
Я вощь-то постил тему комиссии как вариант...
свернуть/развернуть ветвь Атвичаю! [Женя 07/03/2002 15:31] # написать ответ
 
Иван!
1) Конечно, мы не в клубе любителей русского языка или эстетов города Челябинска, но все же...Читать иногда "чижило".
2) Связанная операция - на мой взгляд "неестесственное" решение, наворот. Мне больше нравится вариант расширения рамок самой операции, т.е. возможность более 2 записей по счетам. Хотя это подразумевает принципиальное изменение.
 
Пример--------------------
Описание:Конвертация 1200 руб на счете в банке, курс 31, комиссия 0,1%.
Содержимое операции:
       Счет                Валюта Сумма
Счет 1215456 в банке А,RUR  RUR   -1200
Счет 1215456 в банке А,USD  USD   +38.71
Счет 1215456 в банке А,RUR  RUR   -1.2
 
Преимующества - такую операцию легче посмотреть, чем ту, которая имеет связанную. Она более наглядна.
 
Еще правильнее было бы, если бы существовали атрибуты не операций, а атрибуты проводок по счету. Таким образом, в нашем примере 1я, 2я и 3я строчки имеют атрибут 1 "конвертация 1200 руб в $(31,00, ком.0,1%)", 3я строчкаеще и атрибут 2 - "комиссия 0,1%".
 
Удачи!
 
Dervish: Да! А неплохая идея, кстати! Надо будет подумать... Сложные операции... Пакетная обработка... Интересно...
свернуть/развернуть ветвь Усек... [ЭтоЯопять 07/03/2002 18:14] # написать ответ
 
И это вроде действительно подразумевает серьезное изменение.
 
таким образом некоторая группа операций может быть связана атрибутом "проводка" ? (например)
 
В примере приведена суть операция типа "перевод" разбитая на "приход" и два "расхода", как я понимаю... чем они могут быть связаны, если не вводить "проводку"
 
собственно "связанная" операция в моем представлении могла бы просто иметь дополнительный атрибут "Операция"(наравне с агентами/проектами/статьями). Таким образом группы операций можно конфигурировать как угодно, но вот как это все отображать???
 
Да ЗЫ по поводу Русского языка...
 
Так меня достает канцелярит на работе, нет сил удержаться...
Ты бы видел какие я мэйлы френдам пишу... Прочитыватся ток с третьего раза... А ты говоришь "тяжело"
 
я конеч постараюсь Well))