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

АС «Управление государственным и муниципальным имуществом»
АС «Управление муниципальной собственностью»
Версия 7.19 от 07.05.2013 г.
Перечень изменений
1.
Проведено развитие ядра АС УГМИ/АС УМС в части
обеспечения совместимости с MS SQL Server 2012.
2.
В карточки объектов учета всех типов добавлена возможность
учета событий (вкладка "События"). События обеспечивают возможность
учета произвольного количества дат (событий), имеющих отношение к
данному объекту учета.
Разработан и подключен к системе классификатор наименований
событий. Классификатор снабжен средствами для каждого наименования
указывать перечень реестров, для которых применим учет данного события.
Реализованы средства поиска и фильтрации по событиям.
Механизмы ведения событий подключены к подсистеме обеспечения
безопасности, администрирования и разграничения прав пользователей.
3.
В карточки объектов учета всех типов добавлена возможность
учета Признаков (вкладка "Признаки"). Признаки обеспечивают возможность
учета произвольного количества свойств-"галочек", имеющих отношение к
данному объекту учета. Например, принадлежность к реестру объектов для
сдачи в аренду малому предпринимательству, различные виды памятников и
т.д. и т.п.).
Разработан и подключен к системе классификатор наименований
признаков. Классификатор снабжен средствами для каждого наименования
указывать перечень реестров, для которых применим учет данного признака.
Реализованы средства поиска и фильтрации по наличию или
отсутствию признаков.
Механизмы ведения признаков подключены к подсистеме обеспечения
безопасности, администрирования и разграничения прав пользователей.
4.
Проведено развитие
справочной информацией.
подсистемы
управления
нормативно-
Реализованы универсальные средства, обеспечивающие возможность
указания для каждой записи в классификаторов перечня видов объектов
учета (наименований реестров объектов собственности, видов договоров
имущества и ЗУ, блоков финансово-аналитической подсистемы), для
которых применимы данные записи.
Механизмы подключены к следующим классификаторам:
 Классификатор наименований коэффициентов (SpKoef)
 Классификаторы наименований технических показателей и
наименований классификационных кодов (SpCode)
 Классификатор наименований событий (SpDateName)
 Классификатор наименований признаков (SpCheckName)
Информация для системного технолога:
В классификаторы добавлено поле "список видов объектов учета"
(AdmSpTypeIDList), в которое необходимо поместить перечисление
идентификаторов видов через запятую.
5.
Реализована возможность ведения учета коэффициентов уровня
договора (как для договоров имущества, так и для договоров ЗУ). Блок учета
коэффициентов уровня договора подключен к системе администрирования и
разграничения прав.
6.
Реализована возможность ведения учета формул уровня договора
(как для договоров имущества, так и для договоров ЗУ).
Разработан алгоритм расчета планируемой суммы арендной платы с
учетом коэффициентов уровня договора и формулы расчета по договору –
процедура AllArCalcSum (настраивается в справочнике «Реестры блока
начислений/платежей»). Для расчета суммы по договору с учетом расчетов
по объектам в формулу договора требуется добавить коэффициент 5 уровня с
WorkName = 'RaschetForObjInDog', при этом суммы по объектам
домножаются на коэффициенты договора и суммируются. При отсутствии
формулы по договору расчет выполняется согласно формулам объектов.
7.
В коэффициенты добавлен новый показатель "На дату" (Значение
сформировано на дату) (Поле Koef.OnDat, LKoef.OnDat).
Отображение
показателя
настраивается
в
классификаторе
коэффициентов (поле "отображать поле "На дату" (SpKoef.UseOnDat)).
По результатам эксплуатации проведена корректировка элементов
экранной формы работы с коэффициентами.
8.
Для документов с направлением "ОЦЕНКА" добавлена
возможность отображение полей "Номер протокола оценки" и "Дата оценки".
Поля отображаются, если в классификаторе направлений для данного
направления установлен соответствующий признак.
9.
К финансово-аналитической подсистеме и подсистеме
бюджетного учета добавлена новая операция "Начисление задатка".
Добавлен механизм автоматического начисления арендной платы по
договору, заключенному по результатам торгов по следующему правилу:
сумма задатка по аукциону/торгам засчитывается как оплата арендной платы
по договору, в первый год действия договора арендатор оплачивает годовую
сумму арендной платы за вычетом суммы задатка одной суммой в течении
установленного срока от даты заключения договора. Со второго года
действия договора начисление выполняется согласно схеме начисления.
10.
Проведена разработка и внедрение в состав АС УГМИ/АС УМС
средств автоматического обнаружения потери соединения с сервером
приложения (ошибки сети) и автоматического восстановления соединения.
При невозможности автоматического восстановления соединения
система предлагает либо повторить попытку, либо прекратить работу с
системой.
При успешном восстановлении выводится сообщение о необходимости
повторного открытия карточек учета во избежание потери сделанных
изменений.
По результатам эксплуатации выявлено, что ориентировочно в 75%
случаев удается восстановить соединение в автоматическом режиме и
продолжить работу с системой.
11.
Введен запрет на редактирование сумм планируемой арендной
платы из карточки документа (договора или доп. соглашения), который не
является документом-основанием для данной суммы.
12.
Проведено развитие финансово-аналитической подсистемы.
Добавлена настраиваемая возможность отображения полей "Период" и
"Год" для поступлений.
Информация для администратора: Настройка осуществляется
константой ShowPeriodForPlat. Не рекомендуется к использованию, так как
поля являются только информативными и не ведут к изменению методики
расчета задолженности, начисления пени и других штрафных санкций и т.д.
13.
Реализована возможность настройки требования обязательности
ввода документов-оснований для операций финансово-аналитического блока
(при ручном добавлении).
Настройка осуществляется индивидуально для каждого вида операции в
справочнике финансово-аналитических операций.
14.
Проведено развитие механизма распределения платежей.
Реализовано исключение начислений при выборе типа платежа.
15.
Реализована возможность отключения контроля наличия номера
договора на имущество при сохранении карточки со статусом: "Актуальный",
"Зарегистрированный", "Архивный". Контроль наличия номера отключается
константой "WithoutControlADogNum".
16.
Реализовано автоматическое заполнение доли=1 при добавлении
в договор аренды ЗУ нового участка
17.
Реализовано отображение поля "Кадастровый номер" в карточке
договора на вкладке "Объекты".
18.
Проведено развитие механизма выполнения массовых операций.
Реализовано использования земельных участков в операциях по
движению объектов:
 Закрепление/Передача/Изъятие(в казну) имущества - факт;
 Списание имущества.
При выполнении операции закрепления
автоматически указывает тип субъекта:
имущества,
система
 "Балансодержатель" - для объектов имущества;
 "Землепользователь" - для земельных участков.
19.
Разработана массовая операция формирования реестрового
номера объекта.
Данная операция позволяет массово, для указанного списка объектов
(любого типа) произвести формирование и присвоение реестрового номера с
возможностью указания даты номера и документа-основания. Предусмотрена
возможность закрытия текущего номера (опционально). Также предусмотрен
комплекс аналитических проверок на пересечение периода действий номеров
и наличие значений обязательных параметров. При обнаружении каких либо
замечаний, система выдаст соответствующие сообщения. Ведется аудит
произведенных изменений.
20.
Проведено развитие механизма автоматической нумерации
реестровых объектов.
Реализована индивидуальная настройка нумерации в разрезе "Базы" для
каждой категории в отдельности.
Имеется возможность указания как единого/различного шаблона
номера, так и единого/различного счетчика для учета порядкового номера.
Если для данной "Базы" не определена индивидуальная настройка, то
нумерация производится по правилам общей настройки категории.
Учтен факт изменения принадлежности объекта к базе. Если новое
значение базы имеет иные значения настройки автонумерации нежели
используемые при формировании номера, то система выдаст
соответствующее предупреждение, с предложением переформировать
реестровый номер.
21.
Реализована
возможность
открытия
карточки
объекта
непосредственно из-под сформированного аналитического отчета в
FastReport.
Открытие карточки осуществляется процедурой ShowCard(ID :Integer),
где ID – код объекта/субъекта/договора.
Пример использования процедуры в отчете, имеющем табличное
представление (список объектов):
- в обработчике события OnBeforePrint визуального компонента,
отображающего информацию по конкретному объекту, свойству Tag
присваиваем код объекта:
procedure Memo1OnBeforePrint(Sender: TfrxComponent);
begin
TfrxMemoView(Sender).Tag := ADOQuery1.FieldByName('ID').AsInteger;
end;
где Memo1 – имя компонента;
ADOQuery1 – набор данных, выбранный SQL-запросом (список
объектов).
- в обработчике события OnPreviewClick этого же компонента
осуществляется вызов процедуры ShowCard:
procedure Memo1OnPreviewClick(Sender: TfrxView; Button: TMouseButton; Shift:
Integer; var Modified: Boolean);
begin
ShowCard(TfrxMemoView(Sender).Tag);
end;
- для визуального отличия элементов сформированного отчета,
позволяющих по щелчку мыши по ним открыть карточку объекта, свойству
Cursor компонента Memo1 присваиваем значение crHandPoint.
22.Проведено развитие блока печати.
Реализовано хранение файлов отчетов и печатных форм локально на
каждом рабочем месте. Данное развитие позволило значительно сократить
время формирования списка печатных форм и отчетов при обращении к
блоку печати.
23.
Проведено развитие ядра подсистемы печати АС УГМИ/АС
УМС. Изменены алгоритмы передачи в отчеты строки подключения для
обеспечения возможности получения имени пользователя и его
принадлежности к определенной локальной базе данных в едином
информационном фонде непосредственно в теле SQL-запросов,
формируемых печатной формой.
24.
Реализована возможность полного отрицания указанных условий
фильтрации. Реализовано во всех формах поиска и фильтрации.
25.
Реализована возможность подстановки по-умолчанию в поле
базы данных в фильтре - значения базы данных пользователя, из под
которого осуществлен вход в систему. Настройка осуществляется константой
"Фильтровать с учетом принадлежности к БД пользователя".
26.
Разработан объединенный реестр объектов учета. Объединенный
реестр позволяет отображать объекты учета различных видов единым
списком.
27.
По результатам эксплуатации проведено развитие механизмов
работы со списком подобъектов.
Исправлена ошибка установки дополнительного фильтра на объекты в
окне основного реестра при открытии карточки объекта из списка
подобъектов
28.
В реестр земельных участков добавлены показатели (столбцы)
"Землепользователь" и "Код землепользователя". Наряду с вышеназванными
полями в реестре присутствуют поля "Балансодержатель" и "Код
балансодержателя", на которые, в частности, возложена нагрузка
отображения объектов, находящихся в казне (как фиктивный
балансодержатель).
29.
Реализовано отображение полей "Дата балансовой стоимости" и
"Дата остаточной стоимости" во всех реестрах имущества.
30.Проведено развитие реестра акций.
Реализован учет:
 Эмитента;
 Акционера/участника;
 Регистратора;
 Аудитора;
 Генерального директора;
 Совета директоров;
 Заседаний совета директоров;
 Общих собраний акционеров.
31.
Проведено развитие механизмов
движимого/недвижимого имущества.
работы
с
карточкой
Реализована динамическая переинициализация карточки (с точки зрения
внешнего вида, элементов управления) при смене реестра (в частности, с
недвижимого имущества любого типа на движимое имущество и наоборот).
При добавлении объектов движимого/недвижимого имущества
реализован комплекс дополнительных проверок при автоматическом
присвоении типа объекта (на вкладке "Характеристики").
32.
Проведено развитие сервера приложения АС УГМИ/АС УМС.
Исключено задвоение объектов в реестре имущества при наличии двух и
более одновременно действующих договоров обременения.
При этом, в карточке объекта отображаются данные по последнему по
дате подписания договору.
33.
Реализовано заполнение поля "Тип объекта" (при добавлении
новой карточки) значением, указанным в константе "Код типа объекта поумолчанию при добавлении новой карточки", рабочее наименование
константы "DefSpPomTypeID".
Если значение константы равно 0 или не указано, то тип объекта при
добавлении новой карточки не заполняется.
34.
Реализовано заполнение поля "Дата создания" (при добавлении
карточки) только при наличии соответствующей настройки.
Настраивается следующими константами:
 имущество - AppartSetBegDatToCurDate;
 земельные участки - LandSetBegDatToCurDate;
 ЮФЛ – UrFizSetBegDatToCurDate.
35.
Реализована подфильтровка справочника "Коэффициенты
зональных базовых САП" по зоне градостроительной ценности и по типу
использования. Условие подфильтровки определяется в зависимости от места
вызова справочника.
Вызов непосредственно из основного меню - без фильтра;
Вызов из справочника "Классификатор
ценности" - фильтр по текущей зоне.
зон
градостроительной
Вызов из справочника "Классификатор типов использования для
зональных САП" - фильтр по текущему типу.
36.
По результатам эксплуатации проведено развитие механизмов
работы пользователей с нормативно-справочной подсистемой в рамках
организации единого информационного пространства.
Для всех справочников и классификаторов, доступных пользователю,
реализована автоматическая подфильтровка записей по признаку
принадлежности к базе пользователя или к общим элементам справочника
(не привязанных к конкретной БД).
37.
Реализовано отображение вида
"Коэффициенты зональных базовых САП".
договора
в
справочнике
38.
В ряд справочников и классификаторов, ведущихся в разрезе
населенных пунктов (например, классификатор городов) добавлены
механизмы автоопределения текущего населенного пункта. При вызове
классификатора из карточки объекта по умолчанию устанавливаемся
населенный пункт, установленный в карточке объекта.
39.
По результатам эксплуатации проведено развитие адресной
подсистемы АС УГМИ/АС УМС.
Если вышестоящий элемент адреса не заполнен, то на нижестоящие
элементы адреса накладывается стандартный фильтр, обеспечивающий
фильтрацию по принадлежности к базе данных и логическое удаление. Ранее
отображались все элементы соответствующих классификаторов.
Например, если не заполнен город, то отображаются только не
удаленные логически улицы (ранее отображались все).
40.
По результатам эксплуатации, развития АС УГМИ/АС УМС
проведена ревизия и корректировка структуры блока нормативно-справочной
информации, наименований ряда классификаторов.
41.
По результатам эксплуатации проведена
механизмов списания объектов, находящихся в казне.
корректировка
Реализована возможность списания объектов с ненулевой остаточной
стоимостью. Операция применяется, например, в случае дробления или
слияния объектов, находящихся в казне.
42.
По результатам эксплуатации проведено развитие механизмов
оптимизации SQL-запросов на выборку данных в зависимости от настроек
отображения колонок в реестре, основанных на исключении из SQL-запроса
полей, не отображаемых в реестре.
В список отображаемых колонок добавлены колонки, по которым велась
группировка.
43.
Поле "Особые условия" увеличено до 8000 символов (и в
карточке договора имущества, и в соответствующем справочнике).
44.
Проведено развитие подсистемы "Библиотека запросов".
Реализована возможность использования наименований колонок длиной
более 31 символа.
Информация для системного технолога: Для использования данной
возможности необходимо перевести работу подсистему на двухзвенную
технологию - установить значение константы DirectQuery='Y'.
45.
В рамках расширения пользовательских настроек АС УГМИ/АС
УМС реализована возможность настройки вида и размера шрифта
отображения заголовков табличных представлений данных (отображения
реестров и списочных форм). Шрифт устанавливается в рамках общих
настроек отображения контента.
46.
Проведено развитие сервера приложения АС УГМИ/АС УМС.
Реализованы средства детального оповещения клиентского приложения
в случае ошибки на сервере приложения (вывод полного текста ошибки на
клиенте).
47.
Проведено развитие системы в части работы со встроенным
COM-интерфейсом.
Реализована регистрация (в системном реестре) COM-интерфейса
только при установке соответствующей опции в активное состояние
(UMSLogin.ini, секция [COM], параметр Active=True (True - активно, False не активно)).
48.
Реализован механизм открытия карточки объекта по вызову из
внешнего приложения.
Открытие карточки объекта (имущество / земельный участок)
осуществляется методом ShowCard(ID, KNum: OleVariant) COM-объекта АС
УМС.
Наименование класса объекта - RKlient.AppKernel.
Подключение к COM-объекту АС УМС аналогично подключению к
OLE-серверу MS Office.
Метод ShowCard позволяет открыть карточку объекта по одному из двух
входящих параметров:
ID - внутренний (присвоенный системой) идентификатор объекта
(целое число).
KNum - кадастровый номер объекта (строка).
Если значение ID равно 0 или null (либо не является числом), то поиск
карточки осуществляется по кадастровому номеру (KNum), иначе по
внутреннему коду (ID).
Для активации COM-объект АС УМС необходимо:
в файле UMSLogin.ini в секции [COM] параметру Active присвоить
значение True.
Например:
[COM]
Active=True