Изменения в версии 7.17

Реклама
АС «Управление государственным и
муниципальным имуществом»
АС «Управление муниципальной собственностью»
Версия 7.17 от 29.12.2012 г.
Перечень изменений
1. Разработана подсистема управления договорами залога имущества. Доступ к
договорам залога осуществляется из основного меню системы группа «Залог»
пункт «Залог» (если подсистема не активирована, меню скрыто).
2. В карточки объектов учета типа «Движимое и недвижимое имущество» добавлена
возможность отображения договоров залога (вкладка «Залоги»). Вкладка
отображается только при ведении организацией заказчика договоров залога, а
также при наличии у пользователя прав на договоры залога.
3. Проведено развитие алгоритмов автоматического начисления арендной платы и
платы за фактическое использование. Реализована возможность запуска
механизма в пакетном режиме по диапазону периодов за несколько лет (ранее был
доступен только режим запуска по диапазону периодов в пределах одного года).
4. Выполнено развитие процедуры расчета суммы планируемой арендной платы для
договоров аренды объектов имущества в части работы с накопительными
коэффициентами индексации.
5. Проведено развитие механизмов автоматического начисления арендной платы и
платы за фактическое использование с целью минимизации вероятности запуска
операции в ошибочных режимах:

Исключена возможность запуска массовой операции по диапазону лет (как
на уровне интерфейсных окон, так и на уровне базы данных (алгоритма
начисления)).

Исключена возможность запуска массовой операции не из основного окна
системы.
6. По результатам эксплуатации проведено развитие механизмов расчета общих
итоговых данных для договоров аренды.
Исключена возможность задвоения суммы задолженности при выводе сальдо без
указания аналитического уровня (района). Повышена скорость выполнения
данных операций.
7. Выполнено развитие алгоритма начисления арендной платы. Реализована
возможность выполнения начислений без учета дат актуализации планируемых
сумм.
1
Выполнено развитие процедуры начисления в части расчета основной суммы за
период (по периоду действия планируемых сумм), выполнено развитие в части
расчета и начисления дополнительной сумм за предыдущие периоды (за
начальный период и первый неполный период действия договора (арендатора)).
Сформирован скрипт на добавление в справочник схем начисления признака
начисления в режиме «без учета дат актуализации сумм».
Выполнено комплексное тестирование алгоритмов. Материалы переданы для
итогового тестирования.
8. Проведено развитие механизмов «Авторасчет сумм за период в документ».
Реализована возможность расчета сумм по расторгнутым договорам, имеющим
дополнительные соглашения после даты расторжения (за период после даты
расторжения в периоде таких дополнительных соглашений).
9. Проведена оптимизация универсальных механизмов расчета задолженности
(функция UGetDolgOnDat).

Оптимизированы алгоритмы расчета для следующих случаев:

договор указан, арендатор не указан;

арендатор указан, договор не указан;

указаны и договор и арендатор.
В зависимости от количества записей финансово-аналитической подсистемы, на
основании которых рассчитывается задолженность, а также режимов запуска
функции удалось достигнуть увеличения скорости до 10 раз.
10. В связи с вводом новой аналитической операции — «Начальное сальдо» —
проведено развитие автоматических механизмов расчета сальдо.
11. В карточке юридических и физических лиц изменен принцип вывода следующей
информации:




земельные участки в пользовании;
объекты в пользовании;
договоры (имущество);
договоры земельных участков.
Выборка ограничена информацией по договорам, в которых указанное лицо
является либо основным, либо предыдущим субъектом договора.
12. В финансово-аналитической подсистеме для договоров, имеющих более одного
субъекта договора (переуступка права) реализована возможность выбора субъекта
права из выпадающего списка. В случае выбора все данные финансовоаналитической подсистемы, а также «горячие» итоги отображаются только для
выбранного субъекта.
Функция доступна во всех типах договоров имущества и земельных участков.
2
13. Проведено
развитие
финансово-аналитической
подсистемы
в
части
автоматического формирования перечня доступных финансовых операций,
доступных для заданного вида договоров.
Перечень доступных операций формируется следующим образом:

Если для данного типа договора установлена связь хотя бы с одной
финансово-аналитической операцией (поле «Тип договора» в классификаторе
операций), то для данного типа договора отображаются только те операции,
которые связаны с данным типом.

Если ни одна операция с данным типом договора не связана, то в карточке
договора отображаются все несвязанные ни с одним типом договора
операции (такие операции считаются универсальными).
Для данной схемы реализован учет возможности логического удаления всех
операций, связанных с некоторым типом договора (в этом случае для данного
типа будут отображаться все несвязанные операции по схеме 2).
14. В финансово-аналитической подсистеме для договоров, имеющих более одного
субъекта договора (переуступка права) реализована возможность выбора субъекта
права из выпадающего списка. В случае выбора все данные финансовоаналитической подсистемы, а также «горячие» итоги отображаются только для
выбранного субъекта. Функция доступна во всех типах договоров имущества и
земельных участков.
15. Реализованы возможности настройки отображения данных в итоговых
информационных полях финансово-аналитической подсистемы (вкладки
«Платежи» в карточках договоров всех типов, а также в карточках юридических и
физических лиц).
Реализована возможность для каждого из 8 полей (настраивается индивидуально)
отображать сальдо по одному или нескольким (сумма сальдо по каждому) видам
начисления.
Информация для системного технолога: настройка производится путем
настройки значений констант ItogShowSaldo_1, ItogShowSaldo_2, ... ,
ItogShowSaldo_8.
Значения заносятся по следующим правилам:
 Если пусто, то в итоговых полях в соответствующем поле отображать
значение по умолчанию.
 Если отображать сальдо, то значение заносить в формате «~
Наименование
поля~_~Код
вида
начисления1~,~Код
вида
начисления2~,...».
Например, «Сальдо Рест_40,41,42,43».
16. В финансово-аналитической подсистеме реализована возможность сворачивания
области редактирования данных.
3
Данная функция обеспечивает большее удобство решения аналитических задач
(список финансово-аналитических операций разворачивается на весь экран
карточки).
17. В связи с частой необходимостью построения отчетов по начислениям, еще не
произведенных в базе, проведено развитие механизмов выполнения массовых
операций.
Разработана таблица UNachPlatLog, которая в ходе выполнения массовых
начислений арендной платы, платы за фактическое использование, а также
автоматического начисления пени и процентов за пользование чужими
денежными средствами может заполняться рассчитанными суммами без внесения
изменений в информационный фонд финансово-аналитической подсистемы
(выполнение виртуальных начислений).
Для активации режима в алгоритм выполнения автоматической операции
необходимо передать идентификатор сессии (@UNachPlatLog_Session_ID)
аналогично идентификатору сессии для формирования протокола начисления
пени.
18. В карточках движимого имущества акций скрыта информация о кадастровом и
условном номерах объектов ввиду неприменимости этих понятий к данным типам
объектов.
19. В договорах всех типов для объектов движимого имущества реализована
возможность отображения всего перечня коэффициентов, в том числе
относящихся к объектам недвижимого имущества (второй уровень).
20. В карточке договоров имущества произведена замена классификатора
«Назначение» на основной вкладке договора. Классификатор теперь отображается
без расчетных величин коэффициентов, зачеркнутый шрифт применяется для
логически удаленных наименований.
21. По результатам эксплуатации проведена корректировка функционирования
механизмов работы со справочниками при редактировании адресов объектов учета
всех типов с использованием расширенной адресной подсистемы (с
использованием района области (региона) и населенного пункта города).
22. Реализована возможность отображения реестра земельных участков и реестра
долей земельных участков в виде единого списка. Данная возможность доступна
из основной карточки системы в меню «Объекты», при открытии карточки из
библиотеки запросов (необходимо установить тип карточки «Земельные
участки»), а также при отображении дерева подобъектов в карточке земельного
участка или доли.
23. Реализована возможность выделения карточке земельного участка подобъекта
типа «Доля» и, наоборот, в карточке доли подобъекта типа «Земельный участок».
4
24. Выполнено развитие алгоритмов начисления для договоров выкупа с
предоставлением рассрочки в части работы с договорами выкупа земельных
участков.
25. В основном окне системы в основном меню «Договоры» (в верхней части окна)
реализована возможность отображения договоров на имущество всех типов
единым списком. В связи с дублированием возможности отображения договоров
отдельных типов из данного меню убраны.
26. Для всех типов объектов учета и договоров исключена возможность удаления
объектов с состоянием «Актуальный зарегистрированный».
27. В случае смены статуса для архивных договоров всех типов реализована
автоматическая очистка дат расторжения договора и фактического освобождения
объекта.
28. По результатам эксплуатации проведено развитие механизмов экспорта и импорта
данных.
29. Проведено развитие механизма импорта платежей. Реализован учет суммы
списания.
В конструктор схем импорта добавлен новый элемент «Сумма списания».
При импорте (в случае наличия в используемой схеме импорта элемента «Сумма
списания») система анализирует наличие значений в показателях «Сумма
платежа» и «Сумма списания». Если в показателе «Сумма списания» указано
значение (а в показателе «Сумма платежа» значение не указано, либо равно нулю),
то система возьмет это значение в качестве суммы платежа, при этом значение
умножается на минус единицу в том случае, если оно положительно. При наличии
значений в обоих показателях (хотя бы в одном из платежей) система прекращает
импорт с соответствующим предупреждением.
30. Проведено развитие механизмов уточнения поступлений.
Уточнения поступления производится по следующей схеме:
1) В журнал поступлений добавляется информация о поступлении с суммой,
обратной уточняемому поступлению (она, как правило, отрицательная) и КБК
первоначального поступления. Состояние — «Уточнен».
2) В журнал поступлений добавляется информация о поступлении с суммой
уточняемого поступления и уточненным КБК. Состояние — «Нормальный».
3) Состояние уточняемого поступления меняется на «Уточнен».
Информация для системного технолога: Алгоритм выполнения уточнения
вынесен в отдельную хранимую процедуру UppCorrect и может быть
откорректирован.
Для уточненного поступления, а также для уточнений реализован режим
«Показать уточнения» отображает:
5



уточняемое поступление;
уточненное поступление с отрицательной суммой и КБК уточняемого
поступления;
уточненное поступление.
31. При распределении поступлений на договоры реализована автоматизированная
смена КБК поступления на КБК договора, для КБК, имеющих одноименный код
(поле SpKBK.Code). Одноименный код имеют «старые» КБК для данного вида
поступлений. Внесены изменения во все алгоритмы библиотеки алгоритмов
выполнения соответствующих массовых операций (более 10 алгоритмов).
32. Проведено развитие механизма печати. Реализована подфильтровка списка
подписывающих с учетом их принадлежности к базе текущего пользователя.
33. Проведено развитие библиотеки запросов. Реализован учет поля «Примечание»
при выгрузке и загрузке запросов.
34. Проведено развитие подсистемы обеспечения безопасности, администрирования и
разграничения прав доступа в части оптимизации работы с отключенными в
системе реестрами (время обработки прав для отключенных реестров сведено к
минимуму).
35. По результатам эксплуатации проведено развитие подсистемы обеспечения
безопасности, администрирования и прав пользователей в части работы с
договорами на выкуп права (имущества и земельных участков).
36. Проведено развитие подсистемы обеспечения безопасности, администрирования и
разграничения прав пользователей в части обеспечения функций разграничения
прав пользователей при создании единого информационного пространства
(объединение локальных баз данных в рамках единой физической базы данных).
37. Проведена оптимизация механизмов проверки прав пользователей при наличии в
системе администрирования прав пользователей более чем для одной базы. За счет
этого значительно уменьшилось время проверки прав, в частности, время
проверки прав при начальной инициализации системы сократилось более чем в 10
раз.
Проведено развитие механизмов удаленной поддержки пользователей в части
обеспечения возможности автоматического обновления модуля. Модуль может
быть подключен к системе автоматического обновления.
6
Скачать