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

Автоматизированная система
управления государственным и муниципальным имуществом (АС УГМИ)
Автоматизированная система
управления муниципальной собственностью (АС УМС)
Версия 8.01 от 20.05.2015 г.
Перечень основных изменений
1. Обеспечена поддержка Microsoft SQL Server 2014 (все редакции).
2. Разработана опция организации информационного взаимодействия с ГИС ГМП с
использованием протоколов СМЭВ.
3. Разработана опция ведения очереди граждан. Опция приобретается отдельно.
4. Разработаны средства автоматизированного обновления классификаторов адресной
подсистемы на основе данных ФИАС (федерального классификатора) по
заданному региону.
5. Улучшены средства ведения реестра имущества в соответствии с требованиями
приказа Министерства экономического развития Российской Федерации
(Минэкономразвития России) от 30 августа 2011 г. N 424 «Об утверждении
Порядка ведения органами местного самоуправления реестров муниципального
имущества» и постановления Правительства Российской Федерации от 16 июля
2007 г. N 447 «О совершенствовании учета федерального имущества» а также
подзаконными нормативными и правовыми актами, связанными с ними.
6. Разработана новая подсистема установки и автоматического обновления версии
клиентского места и компонентов системы на клиентских компьютерах
организации
7. Разработаны средства «Закрытия» договоров: расторгнутые договоры, по которым
отсутствует задолженность и переплата, не ведется претензионная или исковая
деятельность, отсутствуют другие неурегулированные вопросы, могут быть
«Закрыты». Операция исключает такие договоры из фильтра по умолчанию (их
можно отобразить, используя специальные возможности поиска и фильтрации)
Такие договоры исключаются из всех автоматических операций, запрещается
корректировка данных договора в любом из режимов работы, включая ручную
корректировку. Операции «Закрытия» и «Открытия» договоров доступны
пользователям, обладающих соответствующими правами.
8. Разработаны средства оптимизации расчета задолженности по состоянию на
текущую дату в любом разрезе: такие операции выполняются практически
мгновенно, также значительно сокращено время подготовки отчетов, печатных
форм, запросов, оперирующих величинами задолженности на текущую дату.
9. Проведена оптимизация ядра системы, направленная на увеличение скорости
функционирования, снижения вероятности возникновения блокировок уровня базы
данных при одновременной работе большого количества пользователей с одними и
теми же данными.
10. В рамках подготовки перевода системы на новую платформу разработки проведена
замена компонентов системы на более современные.
11. Повышена стабильность работы системы, исправлены известные ошибки.
Подробный перечень изменений
1. Проведено развитие механизма массовой печати отчетов и печатных форм
формата MS Word. Реализована возможность использования колонтитулов.
Реализовано полное сохранение форматирования, используемого в шаблоне
печатной формы.
2. Проведено развитие массовой операции «Добавление документа».
Реализована возможность привязки добавляемого документа к той или иной
сущности: балансодержателю, собственнику, и пр.
В настоящее время реализован учет сущностей:



включение и образование;
владелец;
балансодержатель и землепользователь.
3. Проведено развитие механизма автоматического формирования реестровых
номеров объектов учета.
Реализована возможность дальнейшего использования удаляемого реестрового
номера. Возможность использования удаляемых номеров настраивается константой
с рабочим наименованием «UseDeletedNReestr».
Реализован учет категории объекта в хронологии реестровых номеров.
4. Проведено развитие механизма синхронизации значений полей «Фамилия»,
«Имя», «Отчество» со значениями полей «ФИО кратко» и «ФИО полностью» в
карточке физических лиц.
Реализован учет «тюркских» отчеств «Оглы» и «Кызы».
5. Разработана подсистема ведения договоров субаренды объектов недвижимого
имущества.
6. Реализована опциональная (с возможностью настройки) возможность
блокирования изменения признака ручного ввода в финансово-аналитической
подсистеме и в средствах работы с суммами планируемой платы по договору.
Признак ручного ввода устанавливается автоматически при любой корректировке
суммы и в случае, если средства активированы, не подлежит изменению
пользователем.
Настройка производится с помощью константы с рабочим наименованием
«DisableIsManualCorrect» (по умолчанию корректировка разрешена).
7. Проведено развитие финансово-аналитической подсистемы.
При удалении (или изменении суммы) промежуточных пени и процентов за
пользование чужими денежными средствами реализована система предупреждения
о необходимости перерасчета последующих пени и процентов (настраивается
константой с рабочим наименованием «CheckNeedRecalcPenja».):



Учтено массовое удаление: теперь система выводит сообщение только один
раз, в сообщение не включаются операции, удаленные в ходе массового
удаления.
Учтено состояние операции: теперь проверка производится только по
операциям с таким же состоянием.
Исключено дублирование записей в сообщении (например, при наличии
нескольких операций на одну дату).
8. При выборе документа-основания для финансово-аналитической операции, для
которой указан иск, реализована автоматическая подфильтровка документов иска.
Реализована возможность отображения (для последующего выбора) другого
документа по договору путем выбора опции («галочки») «Показать все
документы».
Информация для системного технолога: константа с рабочим наименованием
«UNachPlatFilterDocsByIsk» исключена за ненадобностью.
9. Проведено развитие мастера движения объекта в казне. Реализован контроль
наличия документа-основания стоимостей (в случае активированной подсистемы
движения объектов в казне). При отсутствии документа-основания, возможность
выбора стоимости на включение и исключение блокируется.
10. Реализована сдача в архив предыдущего договора при регистрации
последующего (ранее система предлагала переоформить договор).
11. Реализовано перемещение финансовой информации на нового субъекта при
смене субъекта договора только при активности данной опции. Опция
настраивается константой с рабочим наименованием «MsgChangeUnachPlatSubj»
(по умолчанию включена). Если опция активна, информация перемещается после
подтверждения пользователем соответствующего запроса системы.
12. Проведено развитие библиотеки запросов. Реализована возможность выгрузки
запроса при наличии в названии запроса недопустимых символов для имен файлов.
Недопустимые символы заменяются символом «_», само название запроса при этом
не изменяется.
13. Проведено развитие механизма поиска и фильтрации договоров. Реализован
поиск по коэффициентам договора.
14. В реестрах договоров имущества реализовано отображение площади с учетом
доли.
15. В договорах имущества на вкладке «Индивидуальные ставки пени» реализовано
использование коэффициентов только 10 уровня (ставки рефинансирования,
индивидуальные ставки расчета пени, штрафов).
16. Реализована возможность скрытия полей: «Форма», «Направление», «Тип
использования» (в договорах имущества). Отображение данных полей
настраивается константой с рабочим наименованием «HideFieldsArFormNaprNazn».
17. Разработан и подключен к системе механизм работы с зачетом расходов в счет
арендной платы. Учет таких расходов ведется на вкладке «Планируемая плата» в
подвкладке «Зачеты».
18. Проведено развитие механизма автонумерации реестрового номера объектов
учета.
Реализован механизм учета вида реестрового номера (временный или постоянный).
Реализован механизм смены временного номера на постоянный.
19. Проведено развитие блока ведения типов использования ЗУ.
Реализован механизм ведения и учета показателей среднего уровня кадастровой
стоимости. Проведено соответствующее развитие механизма поиска и фильтрации
реестра ЗУ. Созданы и подключены классификаторы: «Классификатор показателей
среднего уровня КС» и «Коэффициенты зональных показателей среднего уровня
КС». Данные коэффициенты появляются в форме собственника вкладка
«Субъекты», кнопка «Собственник». Проведено соответствующее развитие
структуры банка данных системы.
20. Проведено развитие карточки акций:




Реализован учет куратора.
На панели «Заседания совета директоров» добавлены поля: «Результат»,
«Очно/Заочно» и «Примечание».
На панели «Общее собрание акционеров» добавлены поля: «Повестка дня»,
«Результат», «Очно/Заочно», «Примечание»).
Реализована возможность ведения множественности акционеров, с
периодом действия.
21. Проведено развитие формы документов. Реализовано автоматическое
подставленные направления документа при его добавлении в том случае, если у
пользователя имеется право на единственное направление.
22. При наличии в базе данных системы субъектов с совпадающим ИНН, проверку
на дублирование ИНН с однозначным формированием, сообщения об ошибке
реализовано только для случая добавления карточки нового ЮФЛ или
корректировки ИНН. При любых других изменениях сообщение о дублировании
ИНН выводится выводиться в режиме предупреждения с возможностью
игнорирования (настраивается константой «DisableDuplicationINN»).
23. Проведено развитие мастера движения объектов в казне. Реализована
возможность игнорировать отсутствие балансовой и остаточной стоимостей на
момент включения и исключения объектов из казны при неактивированной
подсистеме бюджетного учета движения объектов в казне.
24. Реализована опциональная (настраиваемая) возможность запрета ввода
информации о балансодержателе без наличия информации о намерении передачи.
Актуально при двухэтапной передаче объектов на баланс-намерение и факт.
Реализована за исключением передачи объектов в казну.
Информация для системного технолога: настройка производится с использованием
константы с рабочим наименованием «DenyBalansWithoutFuture». По умолчанию
режим запрета не активирован (операция разрешена).
25. При корректировке текстовых полей в момент сохранения реализовано
удаление ведущих и замыкающих пробелов и символов перехода на новую строку.
Для всех текстовых полей в базе данных.
26. Проведено развитие блока проведения аукционов и торгов:




Разработаны справочники: «Результаты рассмотрения заявок» и «Причины
отказа от участия в аукционе».
Реализован
учет
полей:
«Организатор»,
«Документ-основание
организатора», «Дата рассмотрения заявок», «Результат рассмотрения» (в
зависимости от константы «UseAuctionConsiderRes»), «Представитель
участника», «Документ-основание представителя», «Причина отказа от
участия».
Реализован комплекс проверок на корректность заполненных данных.
Проведено соответствующее развитие механизма импорта информации из
аукциона в договор.
27. Проведено развитие справочников, имеющих хронологическое изменение
значений (Ставки рефинансирования, индивидуальные ставки пени и пр.).
Реализована возможность указания нулевого значения.
28. Проведено развитие механизма импорта платежей. Реализован учет полей
«Уникальный идентификатор начислений» и «Номер возврата». Проведено
соответствующее развитие механизма поиска и фильтрации журнала платежей.
29. Проведено развитие классификатора типов адресов. Реализован учет поля
«Рабочее наименование».
30. Проведено развитие системы в части сохранения пользовательских настроек
табличного представления реестров.
Реализовано сохранение табличного сохранения индивидуально для каждого
реестра и типа объекта.
31. В рамках реализации соответствия системы федеральному положению о
ведении реестра имущества в части учета изменений проведено следующее
развитие:



Разработаны средства управления записями об изменениях объекта учета
(дата изменения, содержание, отметки руководителя, примечание, ссылки на
документы – множественный ввод).
Средства управления подключены к подсистеме обеспечения безопасности,
администрирования и разграничения прав пользователей.
Разработаны универсальные средства поиска и фильтрации по
соответствующим показателям.
32. В рамках реализации соответствия системы федеральному положению о
ведении реестра имущества в части учета изменений проведено следующее
развитие:


Разработаны средства ведения информации о памятниках культурноисторического значения (номер регистрации памятника, категория
историко-культурного значения).
Средства управления подключены к подсистеме обеспечения безопасности,
администрирования и разграничения прав пользователей.
33. При использовании расширенных аналитических возможностей форм работы с
реестром или списком объектов (подсчет суммы показателей, количества записей и
т.д.) реализовано автоматическое снятие ограничений на загрузку данных с сервера
и производится полная загрузка всех данных, удовлетворяющих заданному
фильтру (за исключением демонстрационного режима, где установлено
ограничение работы с первыми 100 записями).
34. Разработаны средства ведения реестра договоров аренды земель
сельскохозяйственного назначения, собственность на которые разграничена
(возможность раздельного ведения договоров на земли сельхоз-назначения и
прочие земли).
Новый реестр подключен к подсистеме обеспечения безопасности,
администрирования и разграничения прав пользователей (возможность
индивидуальной настройки прав и разрешений на операции с данным видом
договоров).
35. Проведено развитие подсистемы бюджетного учета движения объектов в казне.
Реализован запрет на включение объектов в казну (во всех возможных режимах
работы с балансодержателями) без использования соответствующих мастеров.
36. Проведено развитие финансово-аналитической подсистемы.
Реализован запрет распределения поступлений с состоянием, отличным от
«Нормальный» (во всех возможных режимах распределения).
37. Проведено развитие средств автоматизации ведения информации по
регистрации права собственности на объекты государственной и муниципальной
собственности.
При изменении состояния объекта на состояние «Зарегистрированный» (в том
числе и автоматически после внесения документа с направлением «Правовая
регистрация») система будет предлагать (опционально, настаивается системным
технологом) внести коэффициент с типом «Зарегистрированная площадь» (при его
отсутствии). Если пользователь соглашается, то автоматически всплывает форма
работы с коэффициентами, в которую:




автоматически добавляется коэффициент с типом «Зарегистрированная
площадь»;
автоматически заполняется ссылка на документ (если из режима
регистрации при вводе документа с направлением «Правовая регистрация»,
то его, если просто при смене состояния на «Зарегистрированный», то
последний по дате документ с направлением «Правовая регистрация»);
значение заполняется значением, равной общей площади объекта;
курсор помещается в поле «Значение» (для быстрой корректировки
значения «Зарегистрированной площади», если требуется).
От пользователя требуется только нажать на кнопку «Выполнить».
Информация для системного технолога: Для активации опции необходимо:


Настроить константу с рабочим наименованием «AutoAddRegS».
Убедиться, что в системе присутствует коэффициент «Зарегистрированная
площадь» с рабочим наименованием «RegS». Если данная возможность
должна быть активирована не для всех типов реестра (например, исключить
ведение данного коэффициента для реестра акций, то необходимо
выполнить
привязку
коэффициента
к
типам
реестров
(поле
«SpKoef.AdmSpTypeIDList»)).
38. Проведено развитие механизма выкупа с рассрочкой. Реализован
непосредственный расчёт цены объекта (при изменениях в планируемых платах) в
случае активированного механизма ведения учета нескольких слоев сумм по
договору (для каждого документа). Ранее цена рассчитывалась только после
повторного открытия карточки договора.
39. Реализована возможность учета документа-основания при добавлении или
изменении подреестра объекта учета.
40. Проведено развитие журнала пользователе и групп пользователей системы.
Реализован учет количества групп и количества пользователей соответственно.
41. Проведено развитие системы в части учета зоны градостроительной ценности
объекта. Реализована связь населенного пункта города с зоной градостроительной
ценности. Реализовано автоматическое определение зоны градостроительной
ценности объекта со следующим приоритетом: населенный пункт города, город,
регион.
42. Проведено развитие системы в части реализации взаимодействия с ГИС ГМП:
 Разработан журнал выгрузки в ГИС ГМП.
 Во вкладке «Платежи» в договорах всех типов добавлены поля:
o УИН (Уникальный идентификатор начисления);
o Статус отправки в ГИС ГМП;
 Во вкладке «Платежи» в договорах всех типов реализованы операции:
o «Показать в журнале выгрузки в ГИС ГМП»;
o «Показать все в журнале выгрузки в ГИС ГМП».
 Проведено соответствующее развитие механизма поиска и фильтрации
договоров;
 Разработаны и подключены к системе справочники:
o «Статус сообщений»;
o «Статус изменений».
43. В связи с большими объемами журнала автоматических операций разработаны
средства поиска и фильтрации в журнале.
44. Для объектов учета всех типов разработаны средства универсального поиска и
фильтрации объектов по параметрам журнала операций.
45. В мастере движения объектов в казне для акций исключена проверка на
обязательное наличие остаточных стоимостей.
46. В рамках оптимизации системы по скорости работы на машинах с низкой
производительностью реализованы интеллектуальные средства однократной
проверки возможности автоматического определения района города по выбранной
улице.
При невозможности определения соответствующие средства автоматически
отключаются.
47. Проведено развитие средств полуавтоматического распределения поступлений
по договорам.
Если для поступления не указан ИНН, то автоматический фильтр по договорам (по
ИНН, КБК, ОКТМО и т.д.) отключается, пользователю предлагается
воспользоваться ручным фильтром (поиском).
48. К средствам управления библиотекой запросов подключены средства аудита
выполняемых изменений.
Реализовано каскадное удаление параметров при удалении запросов.
49. Проведено развитие универсальных средств поиска и фильтрации.
В средства построения фильтров по особым условиям на связанные объекты учета
реализовано отображение перечня параметров, по которым формируются особые
условия (параллельно с формированием соответствующего фрагмента SQLзапроса).
С целью упрощения интерфейсных форм системы для обычных пользователей
(пользователей, не выполняющих роль администраторов и системных технологов)
отключено отображение вкладки «SQL» в окнах поиска/фильтрации, а также
отображение фрагментов SQL-запросов для особых условий поиска (отображение
только у пользователей-администраторов и пользователей, имеющих права на
разработку отчетов или разработку запросов).
50. Развитие ядра системы в части оптимизации системы по скорости работы с
учетом большого объема справочников кадастровых кварталов.
51. Реализована возможность учета файлов-вложений в карточках претензионноисковой работы (ПИР). Также реализована возможность прикрепления файлов к
документам исков. Проведено соответствующее развитие механизма поиска и
фильтрации блока ПИР.
52. Реализована возможность управления договорами на земельные участки
федеральной собственности, полномочия по управлению которыми переданы
субъекту федерации.
53. В основное табличное представление договоров ЗУ добавлено поле «Категория
земель».
54. Проведено развитие средства «закрытия должников». Реализован учет причины
закрытия (классификатор). Разработан и подключен к системе классификатор
«Причины «закрытия» должника». Во всех сообщениях системы, связанных с
«закрытием», реализовано информирование о причине «закрытия». Реализован
запрет актуализации договоров с «закрытым» арендатором.
55. В реестрах договоров добавлено поле «Документы-основания». В данном поле
отображаются документы договора, имеющие направления, указанные в константе
с рабочим наименованием «DogDocOsnNaprIDList».
56. Проведено развитие механизма уточнения платежей. Реализована возможность
уточнения следующих показателей: ОКТМО платежа, ИНН и КПП получателя.
57. Реализован запрет ручного ввода платежей при активированном бюджетном
учете.
58. Реализован контроль атрибута «Перенос последнего периода» в схеме
начисления договора при указании даты расторжения договора. В случае
активированного атрибута выводится сообщение о необходимости проведения
перерасчета суммы арендной платы.
59. Проведено развитие всех классификаторов с коэффициентами, имеющими
период действия. Реализован механизм «Добавить как». В режиме «Добавить как»
система добавляет полную копию указанного коэффициента. К наименованию
коэффициента добавляется значение «(2)». Значение рабочего наименования
копируется только для коэффициентов 5-го уровня.
60. Проведено развитие мастера движения объектов в казне в части работы с
земельными участками, а именно автоматизации внесения изменений в субъекты
права в периодах до включения ЗУ в казну и исключения ЗУ из казны.
Реализована настройка типа субъекта права по умолчанию для обработки вне
периода нахождения объекта в казне: балансодержатель или землепользователь. По
умолчанию работа ведется с субъектами права с типом Балансодержатель.
Настройка производится с помощью константы с рабочим наименованием
«KaznaZU_Use4FromToBal».
Если константа активирована (по умолчанию – нет), то в мастере движения ЗУ в
казне кнопки «С баланса» и «На баланс» будут переименованы соответственно «С
землепользования» и «На землепользование» с соответствующей обработкой
(закрытие и открытие землепользователя, а не балансодержателя).
Сам тип субъекта «Казна» остается балансодержателем.
61. Проведено развитие системы в части реализации взаимодействия с ГИС ГМП.
В журнале выгрузки в ГИС ГМП реализован учет полей:






«Статус плательщика» (физического лица);
«Тип платежа»;
«Основание платежа»;
«Налоговый период»;
«Показатель номера документа»;
«Показатель даты документа».
Проведен ряд работ по результатам опытной эксплуатации.
62. Реализована возможность отключения контроля наличия номера платежного
документа при ручном добавлении платежей. Настраивается константой с рабочим
наименованием «NoCheckNeedPlatNum».
63. Проведено развитие механизма быстрого поиска ЮФЛ. Реализован поиск по
ОГРН и ОГРНИП.
64. Реализована возможность наложения маски ввода на условный кадастровый
номер объекта.
Настраивается константами:


«LKadastrInputMask» – для ЗУ;
«KadastrInputMask» – для объектов имущества.
65. Проведено развитие вкладки «Контакты» карточки ЮФЛ. Реализован учет
полей «Срок трудового договора» и «Дата заключения (продления) трудового
договора».
66. Разработан и подключен к системе реестр «Сервитут ЗУ».
67. Проведено развитие механизма взаимодействия с ГИС ГМП.
В журнале выгрузки в ГИС ГМП добавлены поля:




















«ЕИП» (Единый идентификатор плательщика);
«Альтернативный идентификатор плательщика»;
«Сумма в копейках»;
«Дата начисления»;
«Основание платежа»;
«КБК»;
«Краткое наименование казначейства (получателя)»;
«Организационно-правовая форма организации»;
«Наименование организации»;
«ОКТМО организации»;
«ИНН организации»;
«КПП организации»;
«Кор. счет организации»;
«Расчетный счет организации»;
«БИК банка организации»;
«Наименование банка организации»;
«ОГРН организации»;
«Телефон организации»;
«Адрес организации»;
«Тип адреса организации».
Реализованы операции:




Запуск выгрузки текущего начисления;
Остановка выгрузки текущего начисления;
Запуск выгрузки всех начислений;
Остановка выгрузки всех начислений.
68. Разработан и подключен к системе мастер настройки выгрузки в ГИС ГМП.
69. Проведено развитие системы в части реализации взаимодействия с ГИС ГМП:







ОКАТО заменено на ОКТМО.
Реализована возможность сортировки в журнале выгрузки в ГИС ГМП.
Корреспондентский счет исключен из списка полей, обязательных для
заполнения.
Реализована возможность вызова мастера настройки выгрузки в ГИС ГМП
непосредственно из журнала выгрузки.
Реализовано сохранение значения константы с рабочим наименованием
«GISGMP_StartDat» с помощью мастера настройки в формате
«ГГГГММДД».
Проведен ряд изменений в SQL-запросе журнала выгрузки (по результатам
эксплуатации).
Реализован
контроль
наличия
взаимоисключающих
настроек
взаимодействия с ГИС ГМП.
Проведено комплексное тестирование механизма.
70. Разработана и подключена подсистема управления договорами продажи
земельных участков, собственность на которые разграничена (на основе
соответствующей подсистемы продажи неразграниченных ЗУ).
Разработаны скрипты автоматической настройки новой подсистемы на основе
настроек аналогичной подсистемы по управлению договорами продажи
неразграниченных ЗУ.
Разработаны скрипты по автоматическому переносу информационного фонда из
реестра продажи неразграниченных ЗУ (по КБК для разграниченных ЗУ)
71. Реализована возможность ведения множественной привязки земельных
участков к одному объекту имущества.
72. Проведено развитие массовых операций движения объекта. Реализовано
автоматическое проставление типа ведения и организационной собственности при
передачи объекта в казну. Значения настраиваются в следующих константах с
рабочими наименованиями: «SpVidSob_ID_ForKazna» – тип ведение и
«SpHozVed_ID_ForKazna» – организационная собственность.
73. Проведено развитие механизма поиска и фильтрации договоров. Добавлен
поиск договоров по признаку «Закрыт».
74 В карточке дополнительного соглашения к договору имущества реализована
возможность учета типа договора.
75. Реализована возможность разграничения прав по направлениям документов в
реестрах очередей.
76. Реализован контроль отсутствия дублей в удостоверениях личностей
физических лиц. Контроль включается константой с рабочим наименованием
«CheckPaspUnique» (по умолчанию включен).
77. Проведено развитие блока «Банкротство». Реализован учет полей
«Ответственный специалист» и «Дата публикации объявления о банкротстве» (для
каждой стадии банкротства). Проведено соответствующее развитие механизма
поиска и фильтрации реестра ЮФЛ и структуры банка данных системы.
78. Проведено развитие блока «Банкротство».
Реализован учет полей (для каждой стадии банкротства):



«Номер публикации объявления о банкротстве»;
«СМИ публикации объявления о банкротстве»;
«Примечание».
Проведено соответствующее развитие механизма поиска и фильтрации реестра
ЮФЛ и структуры банка данных системы.
Увеличена размерность группы полей «Конкурсная масса» до 4096 символов.
79. Проведено развитие механизма загрузки фотографий в карточках объектов и
субъектов, а также файлов-вложений (Прикрепленные файлы) в карточках
договоров, объектов и субъектов.
Реализованы:




контроль максимально допустимого размера фотографий, константа с
рабочим наименованием «MaxPhotoSize»;
контроль допустимых типов фотографий, константа с рабочим
наименованием «PhotoType»;
контроль максимально допустимого размера файлов-вложений, константа с
рабочим наименованием «MaxFileSize»;
контроль допустимых типов файлов-вложений, константа с рабочим
наименованием «FileType».
Допустимый размер указывается в килобайтах, «0» – без ограничений.
Допустимые типы указываются через
«*.doc;*.docx;*.jpg»), «*.*»– без ограничений.
точку
с
запятой
(например:
80. Реализован запрет смены арендатора и ссудополучателя договора (переуступка
права) без использования мастера переуступки права. Настраивается константой с
рабочим наименованием «AssignmentRightsOnlyWizard».
81. Проведено развитие механизма поиска и фильтрации в реестре договоров.
Реализован поиск по признаку ручного ввода сумм планируемой арендной платы.
82. По результатам эксплуатации проведена корректировка ядра в части
отображения информации по полному кадастровому номеру связанных объектов
имущества при их связывании (выборе) с карточками других объектов имущества
(а также договоров, ЮФЛ и т.д.).
83. Реализована опциональная (настраиваемая) возможность привязки всех улиц
города и населенных пунктов города исключительно к городу (в ходе
редактирования адреса при указании населенного пункта города перечень улиц
отображается для города, а не для населенного пункта города).
Настройка производится с использованием константы с рабочим наименованием
«AlwaysSpStreetForSpGorod» (по умолчанию отключено).
По результатам эксплуатации проведено развитие адресной подсистемы в части
стабильности функционирования.
84. Реализована возможность запрета сохранения карточки ЗУ без указанной
категории земель. Настраивается константой с рабочим наименованием
«KatZemNotNull».
85. Реализован механизм опроса сервера приложения (тест подключения). Данный
механизм позволяет через определенные промежутки времени (опционально)
производить опрос сервера приложения на предмет наличия подключения. Опрос
сервера приложения может использоваться в качестве имитации активности
клиентской части приложения в случаях, когда служба SocketServer прерывает
подключения клиентских частей приложения, находящихся в состоянии простоя.
Механизм
настраивается
«TestConnectionInterval».
константой
с
рабочим
наименованием
86. Проведено развитие механизма поиска и фильтрации договоров.
Реализован поиск:



только в договорах;
в договорах и дополнительных соглашениях;
только в дополнительных соглашениях.
87. Проведено развитие механизма загрузки файлов-вложений (прикрепленные
файлы) в карточках договоров, объектов, субъектов.
Реализована возможность массового добавления файлов-вложений в карточках
объектов и договоров.
88. Проведено развитие средств работы с документами:



В карточках объектов имущества для подобъектов реализована возможность
отображения документов основного объекта (серым цветом). Для этого
необходимо воспользоваться селектором, размещенным в нижней левой
части формы работы с документами.
Реализован индивидуальное для каждого реестра сохранение выбранного
режима работы с документами (режим распространяется и на подсистему
работы с договорами всех типов).
Проведена оптимизация по скорости работы средств работы с документами
во всех режимах функционирования.
89. Реализован запрет редактирования документов, принадлежащих другим
объектам (в режиме отображения документов основного объекта для объектов
имущества и ЗУ, договора и дополнительных соглашений в соответствующем
блоке и документов по связанным искам).
В карточках объектов имущества и ЗУ запрещен выбор документов других
объектов в качестве документов-оснований.
90. В карточку движимого имущества добавлена возможность управления
информацией по кадастровому номеру.
91. Реализован учет показателя «Текст расчета планируемой арендной платы
(сокращенный)».
92. В карточку земельного участка добавлен условный кадастровый номер (поле
«Условный номер» в карточке и фильтре).
Реализован поиск по данному полю (в реестре земельных участков и в реестре всех
объектов).
93. В карточки объектов имущества и земельных участков добавлено поле «Дата
присвоения кадастрового номера».
Реализован поиск по данному полю для всех типов объектов, а также для единого
списка («Все объекты»).
94. В карточку объектов имущества добавлено поле «Назначение (текст)».
Реализован справочник шаблонов назначений.
Реализован поиск по данному полю.
95. Проведено развитие подсистемы реестра граждан, участников очереди.
Реализован учет реестрового и порядкового номеров (индивидуально для каждого
типа очереди).
Присвоение по умолчанию автоматическое – следующий по порядку.
При ручном изменении – автоматический сдвиг всех последующих номеров.
При удалении – обратный сдвиг всех последующих.
Настройка учета реестрового номера осуществляется в справочнике видов номеров,
поле «Учитывать реестровый номер».
Реализована повторная инициализация данных заявителя, указанных в карточке
очереди, в случае произведенных соответствующих изменений в карточке субъекта
(заявителя) вызванной из карточки очереди.