Расчет сумм депозитного договора по видам задолженностей
|
| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
ashslim
Профи
Вступление в Клуб: 21.08.2007
|
 Ср Дек 05, 2007 11:05 Расчет сумм депозитного договора по видам задолженностей |
 |
Полезность: Нет оценки
|
Столкнулись со следующей проблемой:
Если по депозитному договору общая сумма списаний больше, чем общая сумма зачислений, то при вычислении суммы DEP_ДЕПОЗИТ результат будет отрицательный, а реальный остаток вклада будет складываться из этой суммы + сумма причисленных процентов. При запуске, к примеру, операции переоформления, будет формироваться проводка на перенос процентов и на перенос суммы вклада. Но т.к. сумма вклада отрицательная, то документ сформирован не будет, а проводка на перенос процентов будет превышать реальный остаток на счете, потому что из нее не вычитается отрицательная сумма вклада.
Подскажите, что можно сделать |
|
 |
dnk_dz
Эксперт
Вступление в Клуб: 19.09.2007
|
| Ср Дек 05, 2007 11:45 |
|
Полезность: 3
|
| Можно решить проблему настройкой бизнес-операции - изменить сумму проводки на DEP_САЛЬДО - остаток на счете депозита. Мне помогло. |
|
|
ashslim
Профи
Вступление в Клуб: 21.08.2007
|
| Чт Дек 06, 2007 11:22 |
|
Полезность: Нет оценки
|
| dnk_dz пишет: | | Можно решить проблему настройкой бизнес-операции - изменить сумму проводки на DEP_САЛЬДО - остаток на счете депозита. Мне помогло. |
Спасибо, мы решили проблему немножко по другому. Просто при списании депозита указали, что списывается не только остаток депозита, но и причисленные проценты.
А интересно вообще, есть где-нить описание какие виды операций по договору как влияют на остатки по суммам договора. Вот сейчас настраиваю возврат налога на мат. выгоду при расторжении, документы уже формируются, а подобрать нужный вид операции, который бы обнулял сумму налога по договору, пока не могу |
|
|
Alex2019
Профи
Вступление в Клуб: 02.07.2007
|
| Чт Дек 06, 2007 14:36 |
|
Полезность: Нет оценки
|
| ashslim пишет: | | Вот сейчас настраиваю возврат налога на мат. выгоду при расторжении, документы уже формируются, а подобрать нужный вид операции, который бы обнулял сумму налога по договору, пока не могу |
Любопытно, у вас при расторжении ставка не меняется? Чаще расторжение идет по штрафной, а она заметно меньше рефинансирования 
Мы настраивали обычной ВЫПЛ_УЧТ_ПР_ДЕП, а суммы - вычисляемые. |
|
|
ashslim
Профи
Вступление в Клуб: 21.08.2007
|
| Чт Дек 06, 2007 16:53 |
|
Полезность: Нет оценки
|
| Alex2019 пишет: | | ashslim пишет: | | Вот сейчас настраиваю возврат налога на мат. выгоду при расторжении, документы уже формируются, а подобрать нужный вид операции, который бы обнулял сумму налога по договору, пока не могу |
Любопытно, у вас при расторжении ставка не меняется? Чаще расторжение идет по штрафной, а она заметно меньше рефинансирования
Мы настраивали обычной ВЫПЛ_УЧТ_ПР_ДЕП, а суммы - вычисляемые. |
да, и получается, что если вклад с взиманием налога, и одна капитализация и списание налога уже прошла, а затем он расторгнул договор ,то при пересчете по штрафной ставке клиент получит денег меньше, чем изначально положил на счет. |
|
|
Alex2019
Профи
Вступление в Клуб: 02.07.2007
|
| Чт Дек 06, 2007 19:55 |
|
Полезность: Нет оценки
|
| ashslim пишет: | | при пересчете по штрафной ставке клиент получит денег меньше, чем изначально положил на счет. |
Ясно. Но мы с таким не сталкивались, поэтому и не настраивали. А анализ связей задолженностей и факт.операций не помогает? |
|
|
ashslim
Профи
Вступление в Клуб: 21.08.2007
|
| Пт Дек 07, 2007 13:04 |
|
Полезность: Нет оценки
|
| Alex2019 пишет: | | ashslim пишет: | | при пересчете по штрафной ставке клиент получит денег меньше, чем изначально положил на счет. |
Ясно. Но мы с таким не сталкивались, поэтому и не настраивали. А анализ связей задолженностей и факт.операций не помогает? |
НА данный момент анализ выявил только то, что операция "возврат налога" на влияет на остаток по задолженности вида "рассчитано налога по договору", а других похожих операций пока найти не могу. |
|
|
Alex2019
Профи
Вступление в Клуб: 02.07.2007
|
| Пт Дек 07, 2007 14:09 |
|
Полезность: Нет оценки
|
| ashslim пишет: | | НА данный момент анализ выявил только то, что операция "возврат налога" на влияет на остаток по задолженности вида "рассчитано налога по договору", а других похожих операций пока найти не могу. |
Посмотрел. По-моему, работа с налогом на %% вообще требует изрядной доработки напильником. Может быть в операции ВОЗВ_НАЛОГ добавить уменьшение задолженности РАССЧИТАНО_НАЛ? А вообще, насколько я понял из постановки задачи, этой задолженности уже нет, т.е. она погашена при выплате процентов за предыдущие периоды. В таком случае напрашивается по фактическим операциям (или соотв. оборотам) вычислять сумму удержанного налога и конфигурить с учетом ее шаблоны в б/о |
|
|
Alex2019
Профи
Вступление в Клуб: 02.07.2007
|
| Пт Ноя 20, 2009 11:24 |
|
Полезность: Нет оценки
|
Добрый день, коллеги!
К сожалению, в обсуждавшемся, а точнее в смежном, вопросе по-прежнему не все благополучно.
У нас регулярно вылезает следующая проблема: как известно, в депозитах ведутся независимые журналы %%: по ставке договора, по ставке ЦБ, по налогу на мат.выгоду. В последний журнал для расчета передается округленная разница значений за расчетный период из первых двух. А поскольку расчет процентов ведется набором последовательных периодов, то неизбежно появляется ошибка округления. В результате регулярно получаем нестыковку в центах по сравнению с ручным расчетом за весь период начисления, и, соответственно, формируются ошибочные суммы перечисления налога.
Кто-то сталкивался с этой проблемой? Если да, то как решали? |
|
|
dnk_dz
Эксперт
Вступление в Клуб: 19.09.2007
|
| Пт Ноя 20, 2009 11:37 |
|
Полезность: Нет оценки
|
| Alex2019 пишет: |
Кто-то сталкивался с этой проблемой? Если да, то как решали? |
Сталкивались. Решили радикально - своим алгоритмом расчета налога. |
|
|
Alex2019
Профи
Вступление в Клуб: 02.07.2007
|
| Пт Ноя 20, 2009 17:42 |
|
Полезность: Нет оценки
|
| dnk_dz пишет: | | Сталкивались. Решили радикально - своим алгоритмом расчета налога. |
Экие вы радикалы
Изменения серьезные? В чем? Сменили алгоритм заполнения журнала налога или пришлось добавлять объекты?
А в ЦФТ с этим не толкались? |
|
|
budinva
Участник - экстремал
Вступление в Клуб: 15.01.2008
|
| Пт Ноя 20, 2009 20:04 |
|
Полезность: Нет оценки
|
| а журналы рассчитываются по дням или по периодам? |
|
|
dnk_dz
Эксперт
Вступление в Клуб: 19.09.2007
|
| Пн Ноя 23, 2009 06:03 |
|
Полезность: Нет оценки
|
| Alex2019 пишет: | Экие вы радикалы
Изменения серьезные? В чем? Сменили алгоритм заполнения журнала налога или пришлось добавлять объекты?
А в ЦФТ с этим не толкались? |
Сейчас вспомню, два с половиной года прошло с тех пор...
Дело в том, что налог по версии ЦФТ расчитывался со дня превышения ставки по вкладу и каждый день, по версии нашего бизнеса, использующих неоднозначное толкование нормативных документов, за период начисления процентов, т.е. за период с предыдущего причисления процентов по текущее причисление.
Получаем суммы %%, начисленных за этот период по ставке вклада и поставке ЦБ (сейчас ЦБ+5), если разница между ними положительная, то с этой разницы и удерживаем налог.
Никакие журналы налога не используем, равно как и собственные реквизиты, за ненадобностью. Просто в БО капитализации %% идет расчет суммы.
Кроме того, учитывем разъяснения налоговой и ЦБ по применению налога. Типа, если ставка по вкладу не повышалась и с момента превышения ставки по вкладу ставки ЦБ не прошло три года и т.п. - налог не удерживаем.
Также реализован собственный алогритм возврата излишне удержанного налога при досрочном расторжении вклада.
В ЦФТ, помнится обратились сперва по поводу неоднозначности толкования алгоритма удержания налога, но получили ответ, что это будет доработка. Так что, сделали сами.
| budinva пишет: |
а журналы рассчитываются по дням или по периодам?
|
Журналы рассчитываются по дням - так проблем меньше.
Вообще, депозиты у нас изрядно доработны напильником и отшлифованы нулевочкой 
Кроме алгоритма расчета налога переделаны операции расчета %%, капитализации %%, доработана операция открытия договора. Написаны собственные групповые операции по учету и капитализации %% ввиду невозможности пользования штатными. Также есть операция "распределения списания", реализующая возможность при закрытии договора сразу раскидать сумму возврата по нескольким счетам/договорам с возможностью конвертации. Мультивалютные депозиты тоже изрядно переделали. |
|
|
Alex2019
Профи
Вступление в Клуб: 02.07.2007
|
| Пн Ноя 23, 2009 10:02 |
|
Полезность: Нет оценки
|
| dnk_dz пишет: | В ЦФТ, помнится обратились сперва по поводу неоднозначности толкования алгоритма удержания налога, но получили ответ, что это будет доработка. Так что, сделали сами.
| budinva пишет: |
а журналы рассчитываются по дням или по периодам?
|
Журналы рассчитываются по дням - так проблем меньше. |
А у нас - по периодам. Не вижу преимуществ ежедневного расчета, а проблемы одни и те же.
| dnk_dz пишет: | Вообще, депозиты у нас изрядно доработны напильником и отшлифованы нулевочкой
Кроме алгоритма расчета налога переделаны операции расчета %%, капитализации %%, доработана операция открытия договора. Написаны собственные групповые операции по учету и капитализации %% ввиду невозможности пользования штатными. Также есть операция "распределения списания", реализующая возможность при закрытии договора сразу раскидать сумму возврата по нескольким счетам/договорам с возможностью конвертации. Мультивалютные депозиты тоже изрядно переделали. |
Н-да. Переписывать продукт, тоже путь, конечно. Но ведь приходится сопровождать его при таком подходе. Со всеми сопутствующими минусами. Хотя неизбывное стремление ЦФТ объявлять исправление ошибок проектирования платными доработками часто сталкивает на этот путь, увы.
Вот мне интересно, почему бы в подобных случаях, когда можно сформулировать достаточно сходные требования (причем сформулировать их можно здесь же, на этом ресурсе), не выступать единым фронтом. Потому ЦФТ и не хочет публиковать заявки, что с нами по одному им бороться проще. Сколько раз приходилось слышать "а кроме вас это никому не требуется", что опровергалось в приватных беседах. |
|
|
dnk_dz
Эксперт
Вступление в Клуб: 19.09.2007
|
| Пн Ноя 23, 2009 12:05 |
|
Полезность: Нет оценки
|
| Alex2019 пишет: | Н-да. Переписывать продукт, тоже путь, конечно. Но ведь приходится сопровождать его при таком подходе. Со всеми сопутствующими минусами. Хотя неизбывное стремление ЦФТ объявлять исправление ошибок проектирования платными доработками часто сталкивает на этот путь, увы.
Вот мне интересно, почему бы в подобных случаях, когда можно сформулировать достаточно сходные требования (причем сформулировать их можно здесь же, на этом ресурсе), не выступать единым фронтом. Потому ЦФТ и не хочет публиковать заявки, что с нами по одному им бороться проще. Сколько раз приходилось слышать "а кроме вас это никому не требуется", что опровергалось в приватных беседах. |
У нас практически все доработки реализованы через расширения, хуки, либо собственные операции, за малым исключением. Которые, впрочем, тоже перетаскиваем потихоньку в легальные места |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
