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

АС «Управление государственным и муниципальным имуществом»
АС «Управление муниципальной собственностью»
Версия 7.18 от 28.02.2013 г.
Перечень изменений
1.
Проведено развитие ядра АС УМС в части работы с настройками
(константами) в условиях работы с единым информационным пространством
(несколько локальных баз данных в рамках единого информационного
фонда).
Реализована возможность индивидуальной настройки значений констант
для каждой базы данных.
При получении значения константы сначала выполняется поиск
константы, привязанной к базе данных пользователя, работающего в системе.
Если такая константа не находится, берется значение константы, не
привязанной ни к какой базе данных.
Таким образом, обеспечена совместимость с предыдущими
механизмами работы с константами (не привязанные к базам значения
констант воспринимаются системой как универсальные, действующими для
пользователей всех баз).
Проведено развитие ядра АС УМС в части автоматического учета
констант, привязанных к базе данных.
Проведено развитие всех представлений, процедур и функций на
стороне SQL Server (включая алгоритмы выполнения автоматических
операций библиотеки алгоритмов) в части работы с константами.
Информация для прикладного программиста: Разработаны функции на
стороне SQL Server по работе с константами (GetConst, GetConstForUser,
GetConstForBase). Настоятельно рекомендуется работа с константами
только с использованием данных функций.
Описание функций внесено в документацию.
2.
Проведено
развитие
универсальной
библиотеки
администрирования и разграничения прав пользователей.
Реализованы средства отождествления реестров объектов учета
похожего содержания.
Например, для всех типов объектов имущества (жилой, нежилой фонд,
объекты незавершенного строительства и т.д.: всего более 10 видов) если
права для каждого из них настраиваются всегда одинаково, реализована
возможность настроить права для одного из них, а остальные отождествить с
первым.
Это позволит резко повысить эффективность, скорость настройки прав и
разрешений в большинстве организаций, а также повысить скорость
функционирования подсистемы безопасности, администрирования и
разграничения прав пользователей.
Для исключения ошибок отождествления все типы объектов учета
разделены по категориям, отождествление возможно только для объектов
одной категории.
Для объектов с уменьшенным количеством прав и разрешений по
сравнению с другими объектами заданной категории исключена возможность
выбора как основного.
Изменена структура и схема данных системы.
Разработаны скрипты на автоматическое создание и настройку
служебных классификаторов поддержки функционирования данных
механизмов.
Реализована интерфейсная часть механизма отождествления реестров.
3.
Проведено развитие подсистемы обеспечения безопасности,
администрирования и разграничения прав пользователей.
Добавлена
возможность
выделения
пользователей-супер
администраторов, для которых права не проверяются.
С целью безопасности соответствующую настройку нельзя произвести
средствами системы (настраивается системным технологом вручную в ходе
внедрения и сопровождения системы).
4.
Проведено развитие системы в части переоформления договоров.
Реализована настройка проставляемого значения в поле «Особые условия»
при
выполнении
переоформления
договора.
Поддерживается
макроподстановка значений: номер договора (тэг [DogNum]), дата договора
(тэг [DogDat]). Настройка осуществляется посредством константы «Значение
поля «Особые условия», проставляемое при переоформлении договора».
5.
Проведено развитие подсистемы формирования печатных форм и
отчетов. Реализована возможность использования связанных печатных форм.
При формировании выбранного отчета, система автоматически
сформирует связанный отчет, который в свою очередь также может иметь
связанный отчет и т.д.
Связанные отчеты поддерживают все имеющиеся функции: просмотр,
печать, экспорт.
Для связанных отчетов также доступна функция массового
формирования (для всех выбранных записей текущего реестра).
В случае массового формирования, система сформирует выбранный
отчет по всем объектам, затем связанный отчет по всем объектам, и т.д.
Специфика печати и экспорта: если среди связанных отчетов окажется
отчет, формат которого не поддерживает прямую печать или экспорт,
система сообщит об этом и предложит вывести сформированный отчет на
экран.
При формировании печатных форм система проводит анализ наличия
циклических ссылок (произвольной вложенности). При наличии циклической
ссылки система сообщит об этом и прекратит выбранную функцию.
При удалении отчета система проводит анализ всех отчетов на наличие
ссылки на удаляемый отчет и удаляет ее.
6.
Проведено развитие блока печати. В реестре печатных форм
реализовано отображение наименования формата отчета.
7.
Реализован учет признака «Учет НДС» в планируемой сумме по
договору. Реализовано для всех видов договоров.
Отображение признака настраивается константой «Отображать признак
«Учет НДС» (Планируемая плата)» индивидуально для земельных участков и
Имущества.
8.
Разработан и подключен к системе универсальный механизм
автоматического формирования номера договоров по заданному шаблону.
Поддерживается настройка как индивидуально для каждого типа договора,
так и для группы типов договоров.
Возможна как сквозная нумерация, так и нумерация по годам (с учетом
года заключения договора).
Автоматическое формирование номера производится при сохранении
карточки договора (в случае установленного состояния «Актуальный» или
«Зарегистрированный»).
9.
Выполнено развитие процедуры начисления арендной платы в
части опциональности актуализации справочных начислений в договорах
претензии ФИ при наличии оплат или исковых процессов. Настройка
выполняется значением системной константы с Workname =
MakeActualNachInPretFI.
10.
По результатам эксплуатации проведено развитие универсальных
механизмов импорта информации из dbf-файлов.
Реализована возможность импорта файлов, содержащих поля с именами,
совпадающими с ключевыми словами MS SQL Server.
11.
При добавлении в договор ЗУ любого типа более одного объекта
добавлена
возможность
настройки
автоматического
заполнения
идентификатора объекта в добавляемой записи (на основе идентификатора
текущего объекта на момент заполнения), то есть копирование ссылки на
объект.
Информация для системного технолога: настройка производится с
использование константы LAutoCopyObjIDForAdd. По умолчанию
копирование не производится.
12.
Проведено развитие системы в части ведения учета объектов
договора.
Реализована возможность ведения учета в одном договоре как объектов
недвижимости, так и земельных участков. Реализовано для всех типов
договоров.
13.
Увеличен размер поля «Примечание» до 8000 символов в
карточках: договоров, земельных участков и имущества.
14.
Увеличена размерность поля «Номер договора» (земельные
участки и имущество) до 64-х символов.
15.
Реализовано автоматическое проставление статуса «Архивный»
карточке договора до разграничения, при сдаче в архив этого же договора на
разграниченный земельный участок.
16.
Реализовано исключение логически удаленных записей при
выборе подреестра в карточке объекта.
17.
В карточках объектов учета всех типов скрыто отображение
текущего подреестра в случае, если отсутствуют права на просмотр
подреестра.
В карточках объектов учета типа «Движимое, недвижимое имущество»
скрыты элементы работы с адресным объектом в случае, если отсутствуют
права на просмотр адресных объектов.
В форме работы с адресами (обычный и расширенный варианты)
скрыты средства импорта адресов адресных объектов в случае, если
отсутствуют права на работу с адресными объектами.
18.
Реализовано исключение логически удаленных записей в
выпадающих списках справочных значений во всех формах поиска и
фильтрации.
19.
С целью предотвращения ошибочных действий пользователей в
дереве подобъектов объектов учета всех типов заблокированы кнопки
«Добавить» и «Добавить как» (на текущий уровень) и «Удалить», если
текущим уровнем является сам объект. Ранее эти кнопки были эквивалентны
соответствующим кнопкам карточки объектов, что не было очевидным для
ряда пользователей.
20.
Проведено развитие механизмов настройки отображения общих
итоговых данных в карточке договора.
Для случая неподоговорного учета в карточке договора отображаются
общие итоги по субъекту целиком. Соответствующие поля именуются
«Итоги по субъекту».
21.
По результатам эксплуатации проведена корректировка
механизмов физического удаления договоров имущества из базы данных.
Реализована каскадное удаление финансово-аналитической информации
при неактивном бюджетном учете, и сдача финансово-аналитической
информации в архив со сторнированием сделанных проводок при
активированном бюджетном учете.
Разработан скрипт на автоматическую корректировку возможных
несоответствий в базе данных.
22.
Реализован запрет сдачи карточки юридического лица в архив, в
том случае, если у ЮЛ имеются актуальные объекты на балансе.
23.
Проведено развитие претензионно-исковой подсистемы.
Реализовано закрытие исковых этапов предыдущих исков при
добавлении нового иска (по запросу). При сохранении карточки иска,
система анализирует наличие незакрытых этапов предыдущих исков (в
рамках текущего договора), и предлагает пользователю произвести закрытие
данных периодов.
24.
Проведено развитие претензионно-исковой подсистемы.
Реализован мастер переноса исковых этапов. Мастер переноса
производит автоматическое закрытие периода текущего искового этапа и
добавляет новый (с полным копированием всех составляющих).
Переносимый этап закрывается предыдущим днем указанной даты переноса,
в примечании указывается соответствующее сообщение.
25.
Проведено развитие адресной подсистемы.
Реализовано автоматическое проставление района города на основании
выбранной улицы.
В случае, если район в адресе уже указан, а район выбранной улицы не
соответствует
указанному,
система
выдаст
соответствующее
предупреждение и предложит установить соответствующий район.
26.
Проведено развитие подсистемы «Реестр граждан, участников
очереди»:
 реализован вызов справочников «Причина включения в очередь» и
«Причина исключения из очереди» непосредственно в карточке
заявления;
 создан и подключен к системе справочник «Вид очереди»;
 реализован учет вида очереди в карточке заявления, с контролем
на обязательное заполнение;
 реализован запрет изменения вида очереди, в том случае, если
карточке заявления присвоен номер в очереди;
 все справочники подсистемы подключены к системе
администрирования и разграничения прав.
27.
Проведено развитие подсистемы «Реестр граждан, участников
очереди»:
 реализован учет документа-основания причины включения в
очередь;
 реализован учет документа-основания причины исключения из
очереди;
 в справочники «Причины включения в очередь» и «Причины
исключения из очереди» добавлено поле «Рабочее наименование
направления документа»;
 реализовано автоматическое заполнение следующих полей (при
вводе соответствующего документа):
 причина включения в очередь;
 дата постановки в очередь;
 документ-основание постановки в очередь;
 причина исключения из очереди;
 дата выбытия из очереди;
 документ-основание исключения из очереди;
 реализован контроль обязательного наличия даты документа
«Заявление о предоставлении бесплатного земельного участка»;
 реализован запрет добавления более одного документа «Заявление
о предоставлении бесплатного земельного участка».
28.
Реализовано автоматическое присвоение номера в очереди при
сохранении карточки заявки. При сохранении карточки, имеющей статус
«Актуальный» либо «Зарегистрированный», система автоматически
присвоит соответствующий номер в очереди, при этом, произведет сдвиг
последующих номеров, если сформированный номер окажется не последним.
Также, система автоматически очищает номер карточки заявки и
производит перенумерацию очереди, при сдаче карточки заявки в архив.
29.
Проведено развитие механизма импорта платежей в части учета
даты платежного документа:
 реализован импорт данного показателя;
 реализовано отображение данного показателя в журнале платежей;
 данный показатель добавлен в механизм поиска и фильтрации в
журнале платежей;
 реализовано отображение данного показателя в таблице
начислений и платежей.
30.
Реализовано отображение и возможность
справочника утвержденных бюджетных назначений.
редактирования