Имя: Пароль:
1C
1С v8
Досрочное погашение ипотеки 1С
0 Eeelena
 
09.06.16
14:45
Здравствуйте, подскажите, пожалуйста, как правильнее реализовать механизм Досрочного погашения ипотеки? Есть документ в нем заполняется График платежей на основании условий(сумма, ставка, дата и т.д), этот график это динамический список, заполняется из запроса к  регистру сведений независимому и непериодическому График платежей. Я думала сделать так же регистр сведений по Досрочному погашению с суммой,документом где хранится график и датой и при нажатии на определенную кнопку этот досрочный платеж будет записываться в регистр, а в запрос динамического списка добавить связь между этими двумя регистрами по дате и периоду, правильно ли это будет? сталкивался ли кто то с подобным? Буду признательна за советы.
1 Волшебник
 
модератор
09.06.16
14:47
лишь бы считало правильно
2 Eeelena
 
09.06.16
14:54
(1) может кто сталкивался с подобной задачей?
3 В тылу врага
 
09.06.16
15:00
это курсовая/дипломная?
4 Eeelena
 
09.06.16
15:02
и еще вопросик немножко не по тебе, после того как я вношу досрочный платеж динамический список обновляется только после того как я закрою/открою документ как я только не пыталась обновить его... в чем может быть проблема?
5 Eeelena
 
09.06.16
15:02
(3) нет
6 В тылу врага
 
09.06.16
15:09
(5) не верю, что в банке ипотеку считают на 1С
7 Eeelena
 
09.06.16
15:11
(6) это не для банка) но кое кому понадобилось реализовать такой функционал в 1с.
8 Timon1405
 
09.06.16
15:11
коллекторам?
9 Зая Бусечка
 
09.06.16
15:14
(6) Почему? У меня был знакомый банк, в котором расчёты велись именно в 1с
10 bodri
 
09.06.16
15:16
В запросе есть галка "Динамическое считывание данных"
11 bodri
 
09.06.16
15:17
(10) к (4)
12 Зая Бусечка
 
09.06.16
15:18
(10) В запросе нет такой галки ))
13 bodri
 
09.06.16
15:19
(12) ну, в настройках списка под запросом
14 Зая Бусечка
 
09.06.16
15:20
(13) Это называется "динамический список".
Так, просто ради информации
15 Eeelena
 
09.06.16
15:21
(9) они как то сами дорабатывали?
16 bodri
 
09.06.16
15:21
(14) в (4) вопрос про динамический список, поэтому в ответе без уточнений
17 Eeelena
 
09.06.16
15:24
есть для этого элемента формы свойство Автообновление, попробую его, но не нагрузить ли это систему, если будет каждую секунду обновляться....
18 Eeelena
 
09.06.16
15:24
извиняюсь за ошибки, пишу в торопях
19 Зая Бусечка
 
09.06.16
15:25
(15) нет, там была спецконфа. Ну и мы тоже её правили.
20 Зая Бусечка
 
09.06.16
15:26
(18) Уезжай из торопей, езжай в столицы ))
21 Eeelena
 
09.06.16
15:28
(19) а не могли бы вы рассказать какие объекты использовались, идею реализации и т.п.
22 Зая Бусечка
 
09.06.16
15:30
(21) Есть такая приятная штука, склероз называется... Каждый день что-то новое.
Разумеется, я не помню ничего
23 Eeelena
 
09.06.16
15:30
(19) а что за спецконфа, как называется?
24 Eeelena
 
09.06.16
15:30
(22) эх, жаль
25 ls300
 
09.06.16
15:35
(0) Зачем выдумывать новые сущности, если у вас уже есть полный график платежей в регистре?
Можно же при досрочном платеже корректировать сам график(что и делают все банки). А уже дальше в динамическом списке выводить любую интересующую инфу.
26 Eeelena
 
09.06.16
15:42
(25) просто там еще имеется такая штука как изменение %ставки и таких изменений может быть несколько и поэтому я решила хранить отдельно ставки и досрочные платежи, чтоб при пересчете графика они не затерялись.
27 ls300
 
09.06.16
15:53
Может в таком случае можно в первичном документе создающем график добавить ТЧ с изменением процентных ставок и еще одну ТЧ с досрочными платежами. Дело останется за реализацией логики расчета/перерасчета графика платежей. ИМХО такой подход более рациональный с точки зрения хранения данных..
28 Eeelena
 
09.06.16
15:56
(27) спасибо, учту
29 Eeelena
 
09.06.16
16:00
(27) просто мне кажется более удобным сделать эти регистры и потом просто в динамическом списке запросом при помощи связей их выводить
30 lodger
 
09.06.16
16:09
(4) после сохранения досрочного платежа вручную инциируйте Оповестить, а в форме списка в ОбработкаОповещения ловите этот флаг и обновляйте дин.список.
31 ls300
 
09.06.16
16:23
(29) Если абсолютно точно не предполагается что кроме указанного динамического списка больше нигде не будет формироваться график платежей, то не важно, можно делать как удобно в данный момент.
НО, если потом будут прилетать различные печатные формы отчеты, обработки и т.д. то хранение подсчитанного с учетом доп. платежей графика платежей в одном регистре кардинально все упростит. Не нужно будет лепить соединения, которые будут пересчитывать график "на лету".
32 samozvanec
 
09.06.16
16:54
(0) а по-моему тут напрашивается РН остатки с измерением ДатаПлатежа. может и перебор, но хранить такую инфу в " регистру сведений независимому и непериодическому График платежей" - жесть
33 samozvanec
 
09.06.16
17:02
(0) и вообще по ипотеке аннуитет идет, а при досрочке тело кредита должно списываться. ты как эту инфу по двум РС собирать планируешь?
34 Eeelena
 
10.06.16
06:57
(33) запросом с соединениями
35 Eeelena
 
10.06.16
07:02
(31) печатные формы и отчеты планируются, думаю тогда и правда лучше сделать табличные части
36 ls300
 
10.06.16
09:45
(35) И если уж все изменения графика делаются документом, то сделайте РС подчиненным.
37 СвинТуз
 
10.06.16
10:24
Если для себя и своего кредита
это все легко делается таблице эксель
38 Evpatiy
 
10.06.16
10:26
Надо лицензии отбирать у заведений, где такие задания дают.
39 ИУБиПовиц
 
10.06.16
11:40
(0) Я когда то давно делал подобное, только не ипотека а кредиты малым предпринимателям.
Там я делал так, документ, в нем график платежей процентная ставка и т.д.  документ двигал регистр подчиненный ему. После подписания графика его нельзя было изменять, только отдельным документом изменение условий. Также был регистр накопления для хранения оплаты с учетом графика. Ну он использовался для специфичной отчетности.
40 Eeelena
 
10.06.16
11:41
(39) спасибо) а на какой конфигурации делали?
41 ИУБиПовиц
 
10.06.16
11:52
(40) На бухгалтерии 8 какой то, какой точно не помню
Здесь можно обсудить любую тему при этом оставаясь на форуме для 1Сников, который нужен для работы. Ymryn