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

Автоматизированная система управления
государственным и муниципальным имуществом (АС УГМИ)
Автоматизированная система управления
муниципальной собственностью (АС УМС)
Версия 8.0 от 17.07.2014 г.
Перечень основных изменений
1. В состав системы включены расширенные средства комплексной автоматизации
деятельности органов управления жилым фондом муниципального образования (задачи
ведения реестра жилых зданий, помещений, комнат, договоров социального найма,
приватизации и т.д., автоматизация выполнения финансовых задач (начисления,
поступления, штрафные санкции), автоматизация управления очередями, ведение
претензионной и исковой деятельности, отчетность, аналитика и т.д.).
1.1. В дополнение к имеющемуся логическому разделу (реестру) «Жилой фонд» (ЖФ)
добавлены логические разделы (реестры) «Жилые здания» (ЖЗ) и «Жилые комнаты»
(ЖК).
Реализована привязка карточек «Жилой фонд» к карточкам «Жилые здания» и
карточки «Жилые комнаты» к карточке «Жилой фонд».
В карточках жилых зданий, жилых комнат и жилых помещений реализовано
отображение:
 управляющей компании;
 количества квартир;
 количества комнат;
 общей полезной площади (жилой фонд и жилые комнаты);
 жилой площади.
1.2. В табличном представлении реестра объектов (ЖК, ЖФ, ЖЗ) реализовано
отображение полей:
 Наименование собственника;
 Дата рождения собственника (жилой фонд и жилые комнаты);
 Паспортные данные собственника (жилой фонд и жилые комнаты);
 Доля владения собственника;
 Общая полезная площадь (жилой фонд и жилые комнаты);
 Жилая площадь;
 Управляющая компания;
 Количество квартир;
 Количество комнат (жилой фонд и жилые комнаты);
 Дата и номер договора приватизации (жилой фонд и жилые комнаты);
 Дата и номер договора социального найма (жилой фонд и жилые комнаты);
 Признак аварийности здания.
1.3. В карточке жилого помещения реализованы механизмы синхронизации и целостности
информационного фонда:

реализован перенос данных из связанной карточки здания при изменении
привязки у объекта к связанному зданию;
 реализован перенос данных из связанной карточки здания при изменении
привязки у объекта к связанному земельному участку;
 скрытие адресного объекта в случае активированного реестра «Жилые здания»
(ЖЗ).
1.4. Разработаны и подключены логические разделы/реестры «Продажа/Приватизация
ЖФ», «Договор с управляющей компанией».
1.5. В основном реестре системы реализована визуальная индикация аварийных объектов
красным цветом. Реализован запрет приватизации и сдачи в социальный найм
аварийных объектов. За аварийное состояние объекта отвечает привязанный документ
с соответствующим направлением.
1.6. Реализовано автоматическое проставление типа договора «Социальный найм», при
добавлении договора из-под карточки объекта жилого фонда.
2. Разработана и запущена в опытную эксплуатацию подсистема управления объектами
налогового потенциала (частная и другая собственность в пределах территории). В
периоде опытной эксплуатации опция может быть использована на безвозмездной
основе.
2.1. В систему добавлены средства работы с новым состоянием объектов учета
«Налоговый потенциал». Состояние используется только для объектов имущества
и земельных участков. Настройка использования состояния производится с
помощью константы с рабочим наименованием «UseState5ForObj». Проведено
развитие подсистемы обеспечения безопасности, администрирования и
разграничения прав пользователей для обеспечения разграничения прав на
объекты и их атрибуты, находящиеся в данном состоянии. Добавлена операция
«Смена состояния на Налоговый потенциал». Реализована цветовая индикация
объектов с состоянием «Налоговый потенциал» (ярко-фиолетовый цвет).
2.2. Для собственников земельных участков реализован механизм учета и
автоматического расчета суммы земельного налога.
Разработана и подключена к карточке объекта учета (вкладка «Субъекты», субъект
с типом «Собственник», кнопка «Собственник») форма учета сведений о
налоговом потенциале.
В данной форме реализован учет:
 основных сведений правообладателя;
 планируемой платы налога;
 расчетных данных (коэффициенты, типы использования для ставок
земельного налога, виды функционального использования и пр.);
 обременений.
2.3. Система дополнена конструктором формулы расчета и алгоритмом (процедурой)
расчета суммы земельного налога.
2.4. Во вкладки «Помещения» и «Квартиры» карточки имущества и «Объекты»
карточки земельного участка добавлено поле «Собственник».
3. Проведено комплексное развитие подсистемы ведения Реестров граждан, участников
очереди.
3.1. Реестры очередей включены в список основных реестров системы, группа
быстрого доступа «Очереди» (группа активируется при наличии прав на данную
подсистему).
Очереди различных видов выделены в отдельные соответствующие логические
разделы и реестры. При добавлении новой карточки заявления реализовано
автоматическое проставление вида очереди на основании текущего (выбранного)
раздела.
3.2. Реализована возможность автоматического перерасчета номера в очереди согласно
следующему алгоритму: «Дата заявления», «Номер заявления».
3.3. Реализована привязка объекта учета (как имущества, так и земельного участка).
3.4. Во вкладке "Члены семьи" реализовано отображение документа, удостоверяющего
личность и даты рождения.
3.5. Реализован учет следующих показателей и реквизитов:
 «Дата заявления»;
 «Способ поступления»;
 «Комплектность документов»;
 выписка из ЕГРП: «Форма запроса», «Дата отправки», «Дата получения»;
 справка о находящихся в собственности ЗУ: «Форма запроса», «Дата
отправки», «Дата получения».
3.6. Реализован ряд механизмов автоматизации и контроля:
 при сохранении карточки заявления реализован анализ наличия данного
заявителя в текущей очереди;
 реализована возможность автоматического проставления категории льготы
для данного вида очереди;
 при выборе документа-основания «Включения в очередь» и при
незаполненной дате включения реализовано дублирование даты документа
в дату включения в очередь;
 при выборе документа-основания «Исключения из очереди» и при
незаполненной дате включения реализовано дублирование даты документа
в дату исключения из очереди.
3.7. Разработаны и подключены к системе справочники:
 «Способы поступления заявок».
 «Комплектность документов».
 «Формы запросов».
3.8. Проведено развитие механизма поиска и фильтрации Реестров граждан,
участников очереди.
4. Разработаны оптимизированные средства работы с задолженностью по состоянию на
текущую дату в любом разрезе.
Средства обеспечивают практически мгновенный расчет задолженности по всей базе
целиком в любом разрезе по состоянию на текущую дату.
Скорость функционирования оптимизированных средств более чем в 100 раз
превышает скорость работы стандартных средств работы с задолженностью.
Кроме того, использование оптимизированных средств повышает общую скорость
функционирования системы, снижает количество используемых ресурсов.
Подробная информация для системного технолога:
а. Разработаны средства формирования максимально детализированной информации
по задолженности в разрезе договора, субъекта договора, вида начисления и КБК
по состоянию на текущую дату в случае отсутствия подоговорного учета для
соответствующего вида начисления и КБК (существует хотя бы одна операция без
указания договора), формируется общая сумма задолженности по данному виду
начисления и КБК по субъекту. Информация накапливается в таблице
«DolgTableCurrent», формирование производится с использованием процедуры
«FillDolgTableCurrent».
б. Разработан пакет триггеров уровня базы данных по динамическому перерасчету
задолженности при любых изменениях в финансово-аналитическом блоке
(триггеры на таблицу «UnachPlat»). Триггеры оптимизированы по скорости
работы.
в. Разработаны средства активации и деактивации триггеров. Активность триггеров
регулируется полем «UNachPlat_CurrentDolg» таблицы «Triggers» (1 – включены,
0 – выключены). Для активации и деактивации триггеров разработана хранимая
процедура «UGetDolgOnDatCurrentEnable», которая при активации триггера
предварительно рассчитывает задолженность по базе целиком (с помощью
процедуры «FillDolgTableCurrent»).
г. Проведено развитие универсальных средств работы с задолженностью:




Универсальная функция расчета общей задолженности в любом разрезе
«UGetDolgOnDat».
Универсальная функция расчета общей задолженности в любом разрезе
«UGetDolgOnDatDog» на основе подоговорного учета (для расчета в разрезе
арендатора, когда расчет задолженности ведется как сумма задолженностей
по всем его договорам в соответствующем разрезе).
Универсальная функция расчета общей задолженности в любом разрезе
«UGetDolgOnDatDT» по дебету (только долг без учета возможной
переплаты).
Универсальная функция расчета общей задолженности в любом разрезе
«UGetDolgOnDatKT» по дебету (только переплата без учета возможного
долга).
д. Разработаны оптимизированные средства периодического пересчета текущей
задолженности с учетом операций, сделанных будущим числом (рекомендуется
запуск по ночам). Используется процедура «UGetDolgOnDatCurrentEnable».
Резюме.
Для включения оптимизированных средств следует:
 запустить хранимую процедуру «UGetDolgOnDatCurrentEnable». Так как процедура
расчитывает текущую задолженность, то время активации может достигать 2030 минут. Оптимизированные средства работы с задолженностью активируются
автоматически;
 обеспечить
ежедневный
(лучше
ночной)
запуск
процедуры
UGetDolgOnDatCurrentEnable (через SQL Server Agent или планировщик задач
ОС).
5. Проведено комплексное развитие адресной подсистемы.
5.1. Проведено развитие адресной подсистемы земельных участков. Реализована
возможность учета поля «Литера». Настраивается константой «ShowLAdrLitera».
5.2. В классификатор районов области добавлен признак логического удаления.
5.3. Реализован запрет одновременной привязки улицы и к городу, и к населенному
пункту города. Реализована возможность подфильтровки улиц по населенному
пункту города. Реализована автоматическая привязка вновь добавляемой улицы к
выбранному населенному пункту города.
5.4. Реализовано исключение почтового индекса из адресной подсистемы земельных
участков.
5.5. Для классификаторов городов, районов, населенных пунктов и улиц увеличена
скорость работы при поиске и корректировке значений классификаторов. Для
классификаторов, имеющих взаимозависимый верхний уровень (например,
классификатор улиц зависит от города или населенного пункта) заблокирована
смена верхнего уровня классификатора при вызове из карточки объекта, для
которого верхний уровень классификатора был указан.
6. Проведено комплексное развитие блока претензионно-исковой работы.
6.1. Реализовано заполнение объекта основным объектом договора при добавлении
иска из-под карточки договора.
6.2. Реализована возможность открытия карточки связанного договора в карточке иска
в режиме просмотра.
6.3. Реализована автоматическая смена статуса иска на «Завершен» при внесении этапа
«Окончание производства».
6.4. Реализована возможность отключения автоматического проставления даты
окончания этапа претензионной работы (из значения по умолчанию для данного
этапа). Настраивается параметром «Отключить автоматическое заполнение даты
окончания этапа претензионной работы» («Главное меню» –> «Настройка» –>
«Параметры»).
6.5. Реализована автоматическая замена даты окончания этапа датой рассмотрения в
случае, когда дата рассмотрения позже даты окончания этапа (замена
осуществляется при подтверждении пользователем соответствующего запроса).
7. Разработана опция выгрузки сведений о земельных участках и их правообладателях в
Инспекцию Федеральной налоговой службы (ИФНС, формат выгружаемых сведений
регламентируется приказом Министерства Финансов Российской Федерации от
23.03.2006 №47н и Приказом ФНС от 28.07.2006 №САЭ-3-13/485.). Опция
приобретается отдельно.
8. Разработаны средства автоматического расчета долей на земельные участки под
многоквартирными жилыми домами на основе информации о собственниках жилых
помещений дома.
9. Для договоров всех типов разработаны средства «Закрытия» (с возможностью
последующего «Открытия») договоров.
«Закрытие» договора, как правило, производится для тех договоров, работа по
которым полностью завершена (договор расторгнут, задолженность или переплата
отсутствуют, объект освобожден).
«Закрытие» договора подразумевает невозможность внесения изменений в данный
договор (как вручную, так и в результате любой массовой операции, включая
начисление арендной платы, фактического использования, пени, процентов за
пользование чужими денежными средствами, распределение поступлений, возврат
поступлений в журнал и т.д.).
Реализованы средства разграничения прав на выполнение операций «Закрытия» и
«Открытия» договоров.
«Закрытие» и «Открытие» договора производится с использованием
соответствующей кнопки, размещенной в левой нижней части экранной формы
карточки договора (под списком дополнительных соглашений).
При использовании средств поиска и фильтрации по умолчанию реализовано
скрытие «Закрытых» договоров.
Для отображения таких договоров предусмотрен признак («галочка») «Включая
закрытые договоры», размещенная в левой нижней части экранной формы поиска и
фильтрации договоров всех типов.
Реализованы средства визуальной индикации «закрытых» договоров (шрифт яркокрасного цвета).
10. Проведено развитие механизма массовых операций. Реализован запрет выбора для
массовой операции «закрытого» объекта.
11. Разработаны средства настройки автоматизированного расторжения договоров всех
типов. Реализована возможность настройки расторжения договора (смена состояния на
«Архивный») при заполнении либо даты расторжения (по умолчанию), либо даты
фактического освобождения объектов по договору. Настройка производится
индивидуально для каждого вида договоров в классификаторе видов договоров.
Реализована корректировка проверки прав и разрешений на редактирование полей
«Дата расторжения» и «Дата фактического освобождения» в зависимости от
настройки.
12. Реализован учет документа-основания для субъекта по договору (для договоров всех
типов). Привязка выполняется по кнопке «Документ» вкладки «Субъекты» карточки
договора для каждой записи о субъекте по договору.
13. Проведено развитие механизма поиска и фильтрации реестра договоров. Реализован
фильтр по критерию «Формула расчета отсутствует». Поддерживается условие как для
отсутствия конкретной формулы, так и для полного отсутствия формул, как с учетом,
так и без учета периода действия формулы.
14. В табличное представление реестра договоров имущества всех типов, а также на
вкладке «Договоры» карточек объектов имущества всех типов добавлена информация
по доле объекта по договора (доля объекта по данному договору).
15. При добавлении объектов и субъектов договора реализовано автоматическое открытие
окна поиска и фильтрации для поиска и выбора объекта (субъекта) в договоре.
16. По результатам эксплуатации внесены коррективы в механизмы добавления договора
в группу. При добавлении договора в группу исключено копирование субъекта
договора.
17. Проведено развитие карточки договора. В таблице перечня объектов по договору
добавлена колонка «Наименование объекта».
18. Проведено развитие механизма поиска и фильтрации договоров. Реализована
возможность поиска по идентификатору субъекта договора. Реализован поиск по
периоду действия объекта.
19. Реализована возможность поиска договоров и субъектов, по которым в финансовоаналитической подсистеме имеются операции с признаком ручного ввода (поиск по
ручному вводу).
20. Проведено развитие механизма поиска и фильтрации договоров. Реализован поиск по
балансодержателю объекта договора по следующему условию: если объектом
договора является подобъект и у данного подобъекта не указан балансодержатель, то
поиск осуществляется по балансодержателю объекта данного подобъекта. Во вкладке
«Объекты» карточки договора реализовано отображение балансодержателя
аналогично условию, реализованному в поиске.
21. Проведено развитие системы в части реализации прямого доступа к карточке
указанного субъекта. Реализовано как для субъектов договора, так и для субъектов
права объекта учета посредством отдельной кнопки «Карточка».
22. Проведено развитие механизма добавления договора (ЗУ и НИ) в группу. Реализовано
копирование номера и даты регистрации в УФРС.
23. Реализована возможность отключения в правах подвкладки «Плата за начальный
период» на вкладке «Планируемая плата» в договорах имущества.
24. По результатам эксплуатации проведено развитие механизмов переинициализации
карточки договора аренды после выполнения постобработки при вызове отчетов и
печатных форм. Исправлена ошибка с переинициализацией при печати из только что
добавленного объекта (договора).
25. При смене состояния договора с «Актуальный» или «Зарегистриованный» на «Новый»
или «Заявка» кроме очистки информации по регистрации производится очистка
информации по дате подписания. Реализовано для всех типов договоров. Проведена
ревизия автоматизированных корректировок данных по договору при смене состояния.
26. Для субъектов договора с типом «Предыдущий арендатор» реализована возможность
учета признака «Наследодатель». При выполнении автоматического начисления
арендной платы такой субъект исключается из обработки. Начисление выполняется на
«Основного субъекта» или «Предыдущего арендатора» без признака «Наследодатель»
с переопределением даты начала периода действия на дату начала предыдущей записи
с признаком «Наследодатель».
27. Разработаны и подключены к системе логические разделы (реестры) договорного
блока:
 «Согласование ДИ»;
 «Безвозмездное пользование ДИ».
28. Реализована возможность отключения проверки суммарной арендуемой площади
объекта аренды (в договорах имущества). Настраивается константой с рабочим
наименованием «DisableCheckArObjS».
29. Реализовано отображение даты освобождения в договорах согласования. Реализовано
отображение даты начала и даты окончания действия субъекта договора.
30. Реализован учет «Назначений» с учетом периодов действия и в разрезе договора, и в
разрезе объекта имущества. Реализован импорт назначений в карточке договора из
карточки объекта.
31. Разработан и подключен к системе механизм ведения и учета ставок земельного
налога. Реализована возможность ведения и учета типов использования и ставок
земельного налога в блоке субаренды.
32. Проведено развитие подсистемы бюджетного учета движения объектов в казне:
 При активированном бюджетном учета реализован запрет на отсутствие
балансовой и остаточной стоимостей при включении объектов в казну и их
исключении из казны. При отсутствии бюджетного учета оставлено
предупреждение. Для земельных участков остаточная стоимость может
отсутствовать.
 При активированном бюджетном учете реализован запрет на сдачу объектов в
архив в периоде нахождения объектов в казне (требуется предварительное
исключение из казны). При неактивном бюджетном учете реализовано путем
предупреждения пользователя с возможностью проигнорировать.
 Аналогично реализован запрет или предупреждение при смене состояния объекта
на состояние, отличное от «Актуальный» и «Зарегистрированный» в периоде
нахождения объекта в казне.
33. Проведено развитие блока «Комиссии». Реализован учет признака «Снят с контроля».
34. Разработан и подключен к реестру ЮФЛ механизм быстрого поиска.
Быстрый поиск предназначен для поиска объектов учета по наиболее часто
используемым реквизитам (значения для поиска указываются одной строкой).
Данные, по которым доступен быстрый поиск, разбиты на группы:
 основные данные («Код», «ИНН», «Организационная форма» (литера),
«Наименование», «Полное наименование», «Фамилия», «Имя», «Отчество»,
«Дата рождения»);
 удостоверение личности («Серия», «Номер», «Кем выдано»);
 основной адрес («Регион», «Населенный пункт/город», «Населенный пункт"
города», «Улица», «Дом», «Литера», «Корпус», «Адресный ориентир»).
Реализована возможность исключения определенных групп при выполнении
поиска.
Поиск осуществляется с учетом истории наименований и удостоверений личности.
Разделителем критериев являются символы: пробел, запятая.
Порядок критериев в строке поиска значения не имеет.
35. Реализовано перечеркивание контакта в списке контактов карточки ЮФЛ, в случае
закрытия периода его действия.
36. Реализована возможность отключения предупреждения об отсутствии ИНН у
физических лиц. Настраивается параметром «Отключить предупреждение об
отсутствии ИНН у физических лиц» («Главное меню» –> «Настройка» –>
«Параметры»).
37. По результатам эксплуатации проведено развитие средств отображения объектов на
балансе в карточке юридического лица. Реализована возможность отображения
объектов, которые в настоящее время не находятся на балансе у данного лица, но были
у него на балансе в прошлом (в этом случае в списке объектов на балансе будет
отображаться наименование другого балансодержателя (текущего на данный момент).
Для управления отображением истории объектов на балансе (показывать только те
объекты, которые в настоящий момент находятся на балансе, либо объекты, которые
когда-либо были на балансе) можно воспользоваться константой с рабочим
наименованием «ShowArhObjInSubTab».
38. Проведено развитие карточки ЮФЛ. В историю наименований добавлена возможность
учета документа-основания и примечания. По кнопке «История» (по умолчанию)
реализован вызов истории наименований.
39. Проведено развитие механизма поиска и фильтрации физических лиц. Реализован
фильтр по серии и номеру удостоверения личности (одной строкой).
40. Реализовано проставление типа удостоверения личности «Паспорт гражданина РФ»
при добавлении первого документа, удостоверяющего личность.
41. Проведено развитие справочника банков. Реализован учет полного наименования.
42. Проведено развитие карточки ЮФЛ (реестр «ИП/КФХ»). При редактировании ФИО
физического лица реализована автоматическая подстановка префикса «ИП» в краткое
наименование и «Индивидуальный предприниматель» в полное наименование.
43. Реализована возможность учета доли субъекта права для всех типов субъектов. Учет
доли настраивается признаком «Учитывать долю» в справочнике типов субъектов
права индивидуально для каждого типа.
44. В истории наименований карточки физического лица добавлены поля «Фамилия»,
«Имя», «Отчество». Проведено развитие механизма поиска и фильтрации ЮФЛ.
Реализован поиск по полному, краткому наименованию, фамилии, имени, отчеству,
быстрый поиск с учетом истории изменений.
45. Разработан механизм учета истории удостоверений личности. Проведено
соответствующее развитие механизма поиска и фильтрации юридических и
физических лиц.
46. Проведено развитие формы «Документы». Добавлено поле «Номер пункта». В
справочник типов документов добавлена колонка «Отображать поле «Номер пункта».
47. Проведено развитие средств поиска объектов (земельных участков, договоров) по
параметрам полного кадастрового номера. Реализована возможность поиска по
кадастровому номеру, введенному в любом формате (старый формат, новый формат,
ввод с незначащими нулями, пробелами и т.д.).
48. При добавлении субъектов права в карточки земельных участков и долей земельных
участков по умолчанию тип субъекта указывается как «Землепользователь» (ранее
указывался балансодержатель). При выборе типа субъекта «Балансодержатель» из
справочника реализовано предупреждение о возможности использования данного типа
только для случая включения земельного участка в казну (где балансодержателем
является казна).
49. Реализовано исключение типа «Балансодержатель» из списка типов субъекта карточки
земельного участка.
50. Реализован механизм автоматического снятия признака «Казна» в экономических
показателях. Механизм срабатывает при сохранении карточки объекта в случае
произведенных соответствующих изменений данных (редактирование экономических
показателей в информации о включении в казну (исключении из казны), удалении
субъекта права).
51. Проведено развитие подсистемы «Банкротство». Форма «Банкротство» реализована
отдельной вкладкой карточки ЮФЛ. Реализована множественность судебных
заседаний для каждой стадии банкротства. Добавлено примечание для каждой стадии
банкротства. Проведено соответствующее развитие механизма поиска и фильтрации,
структуры банка данных.
52. Проведено развитие финансово-аналитической подсистемы в части реализации
возможности добавления платежа в карточке ЮФЛ только в случае неподоговорного
учета (учитывая случай индивидуального подоговорного учета).
53. По результатам эксплуатации проведено развитие средств автоматического
перерасчета сумм планируемой платы по договорам и дополнительным соглашениям.
Реализована возможность
перерасчета
по дополнительным соглашениям
(уведомлениям) в периоде действия после даты расторжения договора.
54. При расчете суммы планируемой арендной платы реализован контроль наличия
обязательных расчетных коэффициентов в формулах расчета планируемой арендной
платы. При отсутствии коэффициента, требуемого в формуле как обязательный, при
расчете формируется ошибка.
55. Разработан и подключен к карточке объекта имущества мастер смены реестра. Данный
мастер позволяет автоматизировать ряд работ по переводу объекта из одного реестра в
другой. Перевод осуществляется через сдачу в архив текущей карточки объекта и
созданием новой (с аналогичными параметрами) с указанием нового реестра, причины,
документа-основания и даты операции.
56. Проведено развитие механизма начисления арендной платы. Реализован
автоматический расчет даты начисления при использовании схемы начисления
последним днем месяца. Для этого в справочнике периодов в дне начисления периода
достаточно указать любую дату, равную или превышающую последний день месяца.
57. Реализовано автоматическое обновление группы полей «Общие итоги» во вкладке
«Платежи», при переходе из карточки одного договора в карточку другого в случае,
когда они находятся в одной группе.
58. Проведено развитие калькулятора суммы планируемой платы (по договору) за период.
Реализован учет параметра «Расчет только по подтвержденным суммам».
59. Реализована возможность проведения массового расчета планируемой АП («Главное
меню» –> «Договоры») для следующих видов договоров:
 договор аренды жилого фонда;
 договор аренды НИ, ДИ, ИК;
 договор аренды объектов наружной рекламы.
60. Проведено развитие конструктора формул расчета. Реализована возможность
логического удаления формул.
61. Проведено развитие блока начислений и платежей в части реализации учета признака
«% на Решение суда». Учет признака настраивается индивидуального для каждого
вида операции. Проведено соответствующее развитие механизма поиска и фильтрации
договоров.
62. Реализован механизм предупреждения о необходимости пересчета пени (сальдо) при
соответствующих изменениях начислений или платежей. Механизм включается
константой с рабочим наименованием «CheckNeedRecalcPenja».
63. Разработаны расширенные средства настройки отображения общих итоговых
данных в финансово-аналитической подсистеме:
 Добавлены дополнительно два поля (№ 9 и № 10, по умолчанию скрыты).
 Реализована возможность скрытия полей: в этом случае в качестве имени поля
необходимо использовать символ «-».
 Кроме сальдо для любого из полей появилась возможность настроить
отображение текущей пени и процентам по упущеной выгоде (формат
константы «~имя поля~_PenjaSum»), планируемой суммы по договору (формат
константы «~имя поля~_PlanSum») и начислений с начала года или всего по
договору (формат константы «~имя поля~_NachSum»).
 Внесены дополнительные комментарии в описание соответствующих констант.
64.
Разработаны средства отказа от поступления, включая частичный отказ на
основе технологии, принятой при уточнении поступления. При отказе от
поступления выполняется 3 операции:
 Добавление отрицательной суммы поступления (полная сумма) с состоянием
«Отказ от поступления».
 Добавление суммы, остающейся после отказа (разница между полной суммой
поступления и суммой отказа), состояние «Нормальный».
В классификатор состояний поступлений добавлено новое состояние «Отказ от
поступления».
Проведено развитие средств уточнения поступлений. Реализована возможность
уточнения поступлений, являющихся результатом частичного отказа (уточнение
после отказа), а также повторного уточнения поступлений после уточнения.
65.
66.
Проведено развитие средств отказа от платежа. Реализована возможность
частичного отказа (с указанием суммы).
Проведено развитие механизма уточнения платежей. Реализована возможность
частичного уточнения. Добавлено поле «Сумма уточнения».
67. По результатам эксплуатации проведено развитие средств распределения поступлений
из журнала. Исключена «плавающая» ошибка неприсвоения номера платежным
поручениям в карточке договора после распределения из журнала.
68. В журнал поступлений (нераспределенных платежей) добавлен столбец «Имя файла».
В фильтр по журналу добавлена возможность поиска по имени файла.
69. Проведено развитие механизма импорта таблиц формата «DBF». Реализована
возможность игнорирования логически удаленных записей.
70. Для режима импорта данных из формата «Paradox» и универсального импорта из
ODBC-источника реализована возможность выполнения скрипта обработки данных
без и непосредственно импорта.
71. Информация для системного технолога: в рамках реализации ядра системы
обеспечения информационного взаимодействия разработаны средства обеспечения
учета версионности записей во всех таблицах на низшем уровне (уровень базы
данных). Средства будут обеспечивать гарантированный критерий определения
записей БД, измененных за заданный период.
72. Проведено развитие библиотеки запросов. Реализована возможность настройки имен
XML-файлов, создаваемых в качестве результата запроса формата XML.
73. Проведено развитие менеджера печатных форм и отчетов. Реализована возможность
редактирования печатных форм формата MS Excel и MS Word без предварительной
выгрузки шаблонов на диск и последующей их загрузки. Система автоматически
открывает шаблон печатной формы в соответствующем приложении и сохраняет его в
БД при закрытии приложения.
74. Реализована возможность смены состояния объекта для случая наличия у пользователя
прав на смену состояния без прав на внесение изменений в объекты текущего
состояния. Развитие проведено для объектов учета всех типов, включая договоры.
75. Проведено развитие подсистемы администрирования и разграничения прав.
Реализована возможность отключения в правах вкладок «Характеристики»,
«Договоры» и «Иски» для реестра «АДП».
76. В связи с существенным увеличением количества прав и разрешений и, как следствие,
замедление работы системы в части проверки прав и разрешений, разработаны
средства оптимизации проверки прав и разрешений при повторном использовании.
77. Разработаны средства ведения аудита операций распределения поступлений в
договоры. Аудит подключен ко всем режимам выполнения операции распределения:
 Поиск и распределение поступления из карточки договора (штатный аудит).
 Поиск договора для нераспределенного распределения (расширенный аудит).
78. В составе подсистемы обеспечения безопасности, администрирования и
разграничения
прав
пользователей
разработаны
средства
настройки
«горизонтального» разграничения прав на корректировку множественных атрибутов
по элементам классификаторов (например, права на корректировку информации по
документу, настраиваемые индивидуально для каждого направления документа).
Настройка производится в соответствующем классификаторе (поле «Использовать
индивидуальное разграничение прав» типа «галочка»). Поле отображается только для
пользователей, обладающих правами администратора. Если признак индивидуального
разграничения прав не установлен, то проверка прав для таких элементов
классификатора производится по праву «Остальные элементы классификатора»
(соответствующий элемент добавлен в дерево прав для каждого из множественных
атрибутов, поддерживающих данную возможность). Настройка «горизонтального»
разграничения прав подключена к множественным атрибутам:
 Документы (по направлениям документов). Для обеспечения совместимости
признак индивидуального разграничения прав автоматически установлен для
всех элементов классификатора направлений документов.
 Платежи и начисления (по типам операций). Для обеспечения совместимости
признак индивидуального разграничения прав не установлены ни для одного
элемента. Автоматически установлено право «Остальные элементы
классификатора» для объектов, на которые были права ранее.
Резюме: Разработанный комплекс скриптов обновления обеспечивают полную
совместимость с предыдущим подходом проверки прав.
79. По результатам эксплуатации проведен инструментальный анализ функционирования
системы на уровне базы данных на предмет выявления и устранения причин
периодического замедления функционирования, блокировок уровня базы данных. На
основе анализа внесен ряд изменений в скрипты работы с базой данных.
80. Реализован запрет на запуск второго экземпляра сервера приложения АС УГМИ. и АС
УМС.
81. В формах справочников и классификаторов реализовано двустрочное отображение
заголовков таблицы справочника (в связи с наличием длинных наименований
столбцов). В классификаторах с коэффициентами реализована всплывающая подсказка
(Hint) с названием столбца, если оно не помещается полностью в панель заголовка.
82. Добавлена возможность «логического удаления» для отчетов, печатных форм и
запросов. Логическое удаление означает, что в системе соответствующие элементы
скрываются в форме вызова, а в форме управления отображаются с зачеркнутым
шрифтом.
83. В рамках оптимизации ускорена работа функции отображения всего перечня
договоров, в который переоформлен данный (с учетом транзитивности). Новое время
работы не превышает одной секунды.
84. Предотвращен запуск системы в сервисном режиме (запуск от имени пользователя с
паролем основного администратора) для случая, когда пароль администратора не
установлен.
85. В классификаторе кодов бюджетной классификации добавлены поля (с возможностью
корректировки):
 состояние поступлений по умолчанию (при импорте поступлений, имеющих
указанный КБК);
 принадлежность к подсистеме управления ЗУ;
 процент (доля) поступлений в местный бюджет.
86. Проведена ревизия ряда классификаторов на предмет возможности корректировки
всех полей, требуемых при внесении значений.
87. Разработаны средства вызова процедуры переформирования «дерева» прав и
разрешений
(пункт
меню
«Настройка»
–>
«Администрирование»
–>
«Переформирование
«Дерева» прав»).
Средства
являются
инструментом
администратора и системного технолога, используемые в ходе проведения настроек
системы, влияющих на состав прав и разрешений (например, отождествление
реестров, активация или деактивация использования ряда состояний для различных
типов объектов учета и т.д.).
88. Проведена корректировка универсальных механизмов поиска и фильтрации в
справочниках и классификаторах системы. Исправлена системная ошибка поиска,
связанная с чувствительностью к регистру первой буквы. В настоящее время вся
строка поиска независима от регистра.
89. С целью оптимизации работы системы по скорости и используемым ресурсам, а также
сокращения затрат на настройку и внедрение реализовано:
 Для субъектов права всех типов (юридические и физические лица) исключено
использование состояния «Заявка».


Реализована возможность настройки использования состояния «Заявка» для
договоров всех типов. Настройка производится с использованием константы с
рабочим наименованием «UseState0ForDog». По умолчанию константа
активирована, если в системе есть хотя бы один договор или дополнительное
соглашение в состоянии «Заявка» и деактивирована в противном случае.
Реализована возможность настройки использования состояния «Заявка» для
объектов всех типов. Настройка производится с использованием константы с
рабочим наименованием «UseState0ForObj». По умолчанию константа
активирована, если в системе есть хотя бы один объект в состоянии «Заявка» и
деактивирована в противном случае.
В зависимости от настроек констант из подсистемы обеспечения безопасности,
администрирования и разграничения прав пользователей исключены ветки прав для
неиспользуемых состояний.
90. Реализована настройка контроля наличия документа-основания при редактировании
реестрового номера объекта учета. Настраивается константой с рабочим
наименованием «DisableCheckNReestrDoc».
91. Проведено развитие системы в части фильтрации справочных значений в выпадающих
списках. Реализовано отображение текущего значения поля в случае его
несоответствия установленному фильтру.
92. Проведено развитие библиотеки запросов. Реализована поддержка запятой в качестве
разделителя дробной части числа при использовании параметров вещественного типа.
93. Проведено развитие механизма массовой печати в части работы с форматом «MS
Word». Реализовано сохранение оригинального стиля печатной формы при
формировании объединенного документа (сохраняется и стиль всего текста печатной
формы, и все параметры документа).
94. Реализован механизм автоматического
формированием печатных форм.
запуска
хранимой
процедуры
перед
95. Проведено развитие библиотеки алгоритмов выполнения автоматических операций в
части формирования тестовых расшифровок для получаемых в результате работы
алгоритмов сумм. Реализована возможность настройки разделителя целой и дробной
части (запятая либо в соответствии с настройками операционной системы). Настройка
производится
с
помощью
константы
с
рабочим
наименованием
«DecimalSeparatorComma_Text».
По
умолчанию
используются
настройки
операционной системы Сервера.
96. Разработан и подключен к системе механизм автоматической фильтрации объектов по
умолчанию. Данный механизм позволяет настроить фильтр по умолчанию
индивидуально для каждого пользователя (группе пользователей) системы в разрезе по
каждому виду объекта учета или договора. Фильтры по умолчанию настраиваются в
классификаторе фильтров по умолчанию (Главное меню\Настройка\Фильтры по
умолчанию).
97. Проведено развитие ядра АС УГМИ и АС УМС с целью оптимизации при
использовании больших объемов данных:
 Разработаны универсальные средства работы с нормативно-справочной
информацией (без использования поиска в справочниках по коду для отображения
наименования в списках и реестрах). На основе разработанных средств внесены
изменения в методику работы с реестрами в части отображения адресов объектов
учета всех типов.
 Проведена оптимизация отображения и редактирования адресов объектов учета.
 Проведена оптимизация средств начальной инициализации, открытия и закрытия
(синхронизация изменений в реестре) карточек объектов учета всех типов.
98. Проведено развитие ядра клиентского приложения АС УГМИ и АС УМС в части
корректного отображения русских символов вне зависимости от настроек языка и
стандартов операционной системы (русификации по умолчанию).
99. Проведено развитие программных модулей АС УГМИ и АС УМС (клиентское
приложение и сервер). В программные модули разработан и встроен контекст
безопасности (манифест), обеспечивающий возможность корректной работы с
включенным контролем учетных записей пользователей (UAC) для Windows Vista,
Windows 7 и Windows 8.
100. По результатам эксплуатации проведено развитие средств оптимизации запросов
под настройки табличных представлений данных (исключение из запросов полей, не
отображаемых в таблице) в части предотвращения исключения из запроса полей,
которые могут быть отображены в других визуальных элементах (например, в
информации по текущей записи в нижней части журнала поступлений
(нераспределенных платежей).
101. В табличном представлении субъектов права объектов учета реализовано
отображение даты рождения субъекта.
102. По результатам эксплуатации увеличена размерность поля для значений матрицы
удельных показателей кадастровой стоимости (по кадастровому кварталу и типу
использования).
103. По результатам эксплуатации изменен тип поля для идентификатора в
классификаторе типов использования земельных участков и ставок арендной платы
(поле «SpLNazn.ID»). Новый тип - «Integer».