Автоматизированная система управления
государственным и муниципальным имуществом (АС УГМИ)
Автоматизированная система управления
муниципальной собственностью (АС УМС)
Версия 7.21 от 01.03.2014 г.
Перечень основных изменений
Реализована поддержка работы с ОКТМО (вместо ОКАТО):
В адресные классификаторы добавлен новый показатель «Код ОКТМО». Код ОКАТО также оставлен (для обеспечения работы с данными за прошлые периоды).
В журнал поступлений (нераспределенных платежей) поле «ОКАТО» переименовано в поле «ОКТМО/ОКАТО». Данные по ОКТМО загружаются в тот же показатель (столбец), в которые загружались данные по ОКАТО. При распределении поступления производится автоматический анализ обоих показателей ОКТМО и ОКАТО.
Реализована поддержка смены двадцатизначного кода КБК (без смены смысловой нагрузки и наименования кода: как правило, такие коды меняются в начале года). Реализованы средства ведения истории кодов (в классификаторе КБК), а также проведено развитие ядра системы в части автоматической поддержки истории изменения кодов (включая средства распределения поступлений по договорам с анализом кода КБК).
В подсистеме управления договорами на объекты имущества реализована возможность формирования договоров со множественностью лиц, для объектов договоров реализована возможность указания доли. Доли отображаются при наличии галки «Учитывать доли объекта» (для соответствующего вида договора) в справочнике видов договоров.
Реализована возможность связи договора имущества с договором земельных участков. Реализовано автоматическое копирование информации по договору имущества в договор земельного участка при создании договора земельного участка из-под договора имущества.
В средствах работы с субъектами права объектов учета (вкладка «Субъекты права» в карточках объектов учета всех типов) реализована настраиваемая возможность ведения множественности субъектов (индивидуально для каждого типа субъектов, настройка производится в классификаторе типов субъектов). Например, реализована возможность ведения нескольких собственников объекта (общедолевая собственность). Реализована возможность указания доли субъекта (в формате дроби: числитель/знаменатель). Настройка также производится в классификаторе типов субъектов.
Для объектов имущества проведено развитие методики работы с кадастровым номером. Реализованы средства раздельного ввода всех компонентов кадастрового номера в отдельных полях:
Кадастровая область и квартал (определяются классификатором кадастровых кварталов).
Номер участка.
Номер строения.
Номер помещения.
Дополнительно реализована возможность ввода примечания для кадастрового номера.
Реализованы средства работы с кадастровым номером через буфер обмена (при копировании части номера (с использованием контекстного меню) в буфер помещается весь номер целиком).
В реестре объектов имущества, земельных участков, а также договоров на земельные участки реализованы средства отображения кадастрового номера (дополнительный столбец в реестре).
Разработаны универсальные механизмы импорта информации из баз данных ORACLE и PARADOX.
Разработаны и подключены к системе реестры «Жилые здания» и «Жилые комнаты». Реализован учет комнат в карточке помещения. Реализован учет помещения в карточке комнаты. Реализован автоматический импорт адреса помещения при создании комнаты из карточки помещения. Проведено соответствующее развитие механизма поиска и фильтрации объектов имущества. Проведено соответствующее развитие системы администрирования и разграничения прав.
Реализована возможность обеспечения связи иска с начислениями и платежами договора. Реализован контроль указания иска при добавлении списания (настраивается константой «CheckIskInSpis»). Реализовано автоматическое проставление иска, связанного с документом, выбранном в качестве документа-основания для начисления или платежа.
Разработан механизм отображения всех объектов текущего реестра (с учетом фильтра) на карте (Яндекс.Карты). Реализация проведена для всех объектов, субъектов и договоров (в реестрах договоров отображается адрес основного объекта договора).
В библиотеку запросов добавлены средства автоматического формирования XML-файлов средствами SQL (инструкция ForXML). При распознавании результата запроса как XML-файла сохранение производится автоматически.
Проведено развитие механизма поиска двойников субъектов в банке данных системы. Реализовано следующее:
Проверка дублей как при сохранении карточки, так и при редактировании соответствующих полей:
«ИНН»;
«Полное наименование» (кроме физических лиц);
«ОГРН» и «ОГРНИП»;
При редактировании возникает предупреждение (при наличии дубля для соответствующего поля).
При сохранении:
Полное наименование: возникает предупреждение;
«ИНН», «ОГРН» и «ОГРНИП»: выводится либо предупреждение, либо запрет сохранения (при включенных соответствующих константах: «DisableDuplicationINN», «DisableDuplicationOGRN»).
На основе средств работы с телефонами юридических и физических лиц разработана форма «Контакты». В рамках нового функционала реализован учет дополнительных атрибутов: «ФИО», «Дата рождения», «Документ-основание», «Примечание». Реализован учет периодов действия. Поле «Владелец» переименовано в «Должность», добавлены два признака: «Руководитель» и «Главный бухгалтер», в справочнике должностей предусмотрены эти же признаки (реализовано автоматическое проставление признаков по значению справочника), реализован контроль единственности руководителя и главбуха (по периодам), по константе «DirAndBuhInContacts» реализована синхронизация соответствующих полей на основной вкладке юридический и физических лиц.
Реализована проверка дублирования объектов в базе данных по кадастровому номеру.
Проверка производится:
после редактирования последнего поля кадастрового номера («хвостик» после кадастрового квартала).
при сохранении карточки добавляемых объектов.
Сообщение о дублировании можно проигнорировать (уровень – предупреждение).
Проверка выполняется для объектов всех типов с заполненным кадастровым номером. Из проверки исключены объекты с состоянием «Архивный». Проверка выполняется вне зависимости от формата кадастрового номера («старый» и «новый»): то есть если, например, объект вводится с «новым» форматом кадастрового номера, но в базе есть объект с таким же номером, но в «старом» формате, это будет обнаружено.
Реализована возможность отключения проверки на дублирование кадастрового номера при завершении его редактирования. Настройка производится с использованием константы «DisableCheckKNumOnValidate».
Проверка при сохранении добавляемого объекта производится в любом случае.
Реализован механизм автоматического проставления даты окончания периода искового этапа. Для автоматического проставления даты окончания, необходимо произвести настройку классификатора исковых этапов, путем проставления соответствующих периодов для каждого этапа.
Реализовано автоматическое закрытие всех незакрытых исковых этапов, при проставлении стадии иска «Завершен». Автоматическое закрытие этапа производится при наличии соответствующего подтверждения для данного этапа в справочнике исковых этапов (поле «Закрыть на стадии «Завершен»»).
Реализован учет подоговорного округления индивидуальных ставок пени. Ведение учета подоговорного округления активируется константой «EnablePenjaKRoundedToEdits». По умолчанию (при активированном учете) округление устанавливается до знака, указанного в константе «Round_St_Pen».
По результатам эксплуатации проведено развитие механизмов автоматического расчета сумм планируемой платы по договору за период. В алгоритмах автоматического определения периодов неизменности сумм добавлен анализ величин коэффициентов 5-ого уровня (коэффициенты-признаки и автоматическая индексация).
По результатам эксплуатации проведено развитие ядра системы в части работы со справочниками и классификаторами. При определении доступного для данного типа объектов перечня значений классификатора реализован приоритет обработки списка привязки (поле «Список привязки»): если список определен, то остальные настройки привязки игнорируются. По результатам эксплуатации проведено развитие методики определения перечня доступных для пользователя направлений действия документов с учетом возможного наличия прав только на часть направлений.
Проведено развитие механизма работы массовых операций. Реализована возможность печати по выбранным для массовой операции объектам. Реализована передача в отчет списка кодов выбранных объектов (имя переменной «ObjIDList»).
Реализована возможность, позволяющая при ручном распределении платежа на договор указывать субъекта договора, на которого необходимо распределить платеж (для случая переуступки права аренды).
Проведено развитие механизма импорта платежей. Реализован учет показателя «Информация по услуге» (используется при работе с биллинговым центром).
Реализована возможность изменения типа операции начислений или платежей в режиме редактирования. Изменение возможно только в пределах вида начисления и платежа. Настраивается константой «AllowChangeNachPlatOper».
Проведено развитие механизма поиска двойников субъектов в банке данных системы. Реализована проверка дублей по полю «Наименование» (краткое) при сохранении карточки субъекта.
Отключено автоматическое указание вида коэффициента «Площадь» при добавлении первого коэффициента в карточке объекта, у которого по смыслу площади быть не может.
Проведено развитие работы с автопостроителем условий фильтрации (универсальный фильтр) для случаев построения фильтра на условия по состоянию на дату. Для текущих дат (например, текущая площадь и т.п.) вместо даты используется функция «GetDate()», что обеспечивает более универсальное построение скрипта, пригодное для включения в библиотеку сохраненных скриптов (в противном случае в библиотеку будет сохранен фильтр с условиями на конкретную дату, которая в дальнейшем не будет текущей).
Реализована возможность смены состояния (с «Нормальный» на «Уточнен» и наоборот) у частично распределенных платежей. Возможность смены состояния настраивается константой «AllowStateUtPartiallyDistPay».
Проведено развитие системы в части реализации технологии привязки начислений к искам. При выбранном иске реализована подфильтровка только документов этого иска. Подфильтровка активируется константой «UNachPlatFilterDocsByIsk».
Проведено развитие механизма поиска и фильтрации юридический и физических лиц. Реализован поиск юридический и физических лиц по параметрам объектов, для которых юридическое или физическое лицо являются субъектами права. В форме фильтра добавлена вкладка «Объекты». Поля «Код» и «Адрес» являются общие для всех видов объектов. Особые условия формируются с предварительным указанием вида объекта «Имущество» или «Земля» (при нажатии на кнопку «Особые условия фильтрации объектов» появляется контекстное меню для выбора вида объекта). По умолчанию юридические и физические лица фильтруются без учета типа субъекта (т.е. учитываются все юридические и физические лица, являющиеся какими-либо субъектами для указанных объектов). Для указания определенного типа субъекта имеется одноименное поле.
Проведено развитие массовой операции «Удаление объектов НИ, ДИ, ИК, АДП». Реализован аудит удаления записей всех связанных с объектом таблиц.
Проведено развитие системы в части учета передачи имущества акционерным обществам. В карточке юридических и физических лица добавлена вкладка «Передача имущества», в которой осуществляется учет факта передачи имущества и перечня объектов по каждой передаче. Проведено соответствующее развитие структуры банка данных. Проведено соответствующее развитие механизма поиска и фильтрации юридических и физических лиц. Проведено соответствующее развитие системы администрирования и разграничения прав.
Реализована возможность редактирования расшифровки расчета начислений и платежей в договорах выкупа с рассрочкой.
Проведено развитие COM-объекта АС УМС. Реализована процедура открытия карточки договора. Процедура открывает карточку договора по ее идентификационному номеру, поддерживаются как договора имущества, так и договора земельных участков.
Реализован механизм информирования пользователя об отсутствии телефона и ИНН у основного субъекта договора при открытии карточки договора. Настраивается константами:
«CheckFilledArSubjTel» (производить проверку наличия телефона у основного субъекта договора);
«CheckFilledArSubjINN» (производить проверку наличия ИНН у основного субъекта договора).
Проведено развитие системы в части ведения журнала поступлений. Реализована возможность выполнения операции «Отказ от платежа». Добавлена соответствующая ветка права в систему администрирования и разграничения прав.
Разработаны и подключены к системе справочники:
категории зданий;
диапазоны годов постройки;
матрица ставок.
В карточке «Адресные объекты/Здания» реализован учет категории, добавлено примечание.
Добавлено поле «Примечание» для классификационных кодов субъекта (технических показателей карточки объекта).
Проведено развитие карточки договора имущества. Реализован учет платы за начальный период. Реализована возможность сохранение карточки договора со статусом «Актуальный», «Зарегистрированный», «Архивный» при отсутствии даты договора (настраивается константой «WithoutControlADogDat»).
Реализован учет показателя «УВ вместо ПЕНИ» в индивидуальных ставках пени карточки договора.
Проведена оптимизация алгоритма автоматического расчета планируемой суммы по договору в части исключения избыточного внесения расчетной суммы в договор и дополнительного соглашения. В процедуре массового автоматического расчета суммы планируемой платы в выборке документов для внесения рассчитанной суммы добавлено дополнительное ограничение: отсутствие других документов в периоде действия суммы, выданных после текущего и до периода действия суммы.
Реализовано отображение поля «Полный кадастровый номер объекта» в реестрах договоров имущества. Реализован просмотр информации из Росреестра по объектам договоров недвижимого имущества непосредственно в реестрах договоров.
Реализовано копирование блока «Тип использования» при выполнении операции «Импорт из карточки объекта» в договорах с типом «Претензия ФИ ЗУ» и «Претензия ФИ Мун. ЗУ».
В справочники «Источники документов» и «Типы документов» добавлено поле «Наименование в родительном падеже».
Реализовано автоматическое сохранение сделанных изменений в прикрепленных файлах, если они открыты из карточки объекта в режиме, отличном от просмотра.
В классификатор судов добавлены поля «Адрес» и «ФИО руководителя».
В карточку договоров на земельные участки всех типов (аренда неразграниченных земельных участков, муниципальных земельных участков и т.д.) добавлены контрольные механизмы: при вводе или корректировке даты расторжения выполняется проверка наличия начислений после даты расторжения. При их наличии пользователь информируется о необходимости провести переначисления платы по договору за расторгаемый период. По результатам эксплуатации проведена корректировка механизмов автоматического удаления сумм начислений за периоды после периода даты расторжения.
В карточку исковых этапов в табличную часть добавлено отображение всех основных полей этапа (полная информация по этапу).
В справочник «Назначения объектов» добавлено поле «Внешний код».
В реестре «Адресные объекты» реализовано отображение колонки «Категории здания».
Проведено развитие системы в части учета особо ценного движимого имущества через подреестр. Реализована цветовая индикация (в реестре объектов) для объектов движимого имущества, находящихся на текущую дату в подреестре «Особо ценное ДИ» (рабочее наименование «OsoboCennoeDI»). В мастер включения в Казну добавлена следующая обработка: закрытие текущей записи подреестра «Особо ценное ДИ» датой включения в казну (настраивается константой «CloseOCDIWhenInKazna»).
Реализовано копирование документов-оснований при выполнении импорта коэффициентов из карточки объекта в карточку договора. Реализовано для всех видов договоров.
В карточке физического лица реализована возможность выбора значения "Кем выдано" (документ удостоверяющий личность) из выпадающего списка. Также оставлена возможность указания индивидуального значения (не имеющегося в соответствующем справочнике шаблонов).
Проведено развитие алгоритма автоматического начисления пени. В расчете пени учтены начисления задатка.
Реализована возможность отключения проверки наличия документа-основания при редактировании экономических показателей и субъектов права. Настраивается следующими константами:
экономические показатели: «DisableCheckCostDoc»;
субъекты права: «DisableCheckOwnerDoc».
Проведено развитие массовой операции «Списания имущества». Реализована возможность добавления дополнительного документа-основания.
Для системного технолога и прикладного программиста разработаны инструменты (хранимые процедуры):
Копирует одноименные права из одного реестра в другой.
Если указан параметр «@AdmUser_ID=0», то копирование происходит для всех пользователей и групп, иначе – для конкретного пользователя (индивидуальные права) или группы.
Данную процедуру удобно использовать при активации нового реестра в том случае, когда его нельзя отождествить, либо при разотождествлении (отмена отождествления с копированием прав в этот реестр из отождествленного).
«AdmCopyRightsUser», которая производит копирование всех прав для пользователя или группы
Проведено развитие библиотеки обеспечения безопасности, администрирования и разграничения прав пользователей:
58.1. При добавлении из системы нового элемента в классификатор, для которого реализовано горизонтальное разделение прав (направления документов, темы отчетов и запросов) для добавляемого элемента права будут выставлены автоматически в тех ветках, где до добавления были полные права на все элементы классификатора.
Отключение производится константой «DisableAutoAddRightForSpID».
По умолчанию автоматическое добавление активировано.
Отключение актуально для следующих случаев:
Политика безопасности требует ручного проставления прав.
Слабый сервер «тормозит» при сохранении справочников при добавлении в них значений.
Временное отключение в момент массовой настройки с последующей ручной настройкой прав на добавленные элементы.
58.2. Для системного технолога и прикладного программиста разработана процедура автоматизации настройки прав для добавляемых элементов классификаторов, по которым ведется горизонтальное разделение прав.
Для системного технолога и прикладного программиста разработана процедура автоматической настройки новых активируемых реестров. Настройка производится на основе указанного реестра, схожего по функционированию и настройке основных методик работы. Реализация проведена с целью оптимизации действий куратора при вводе в эксплуатацию новых реестров.
Для системного технолога и прикладного программиста разработан комплекс дополнительных расширенных функций работы с задолженностью:
60.1. «CalcDolgTable» - табличная функция, возвращающая таблицу с задолженностью по всем договорам (по всем блокам, субъектам, КБК, видам начисления, которые встречаются в каждом из договоров), а также общую задолженность по субъектам в соответствующем разрезе для субъектов с неподоговорным учетом.
Параметры те же самые, что и в стандартной функции UGetDolgOnDat, результат будет выведен только по тем комбинациям, которые соответствуют введенным параметрам, если все по умолчанию – то полная задолженность по базе.
60.2. «UGetDolgOnDatDog» – аналог функции «UGetDolgOnDat», но задолженность в разрезе крупнее, чем договор (общая по субъекту, базе), рассчитывается как сумма задолженностей по всем договорам этого разреза.
60.3. «UGetDolgOnDatDogDT» – расширение функции «UGetDolgOnDatDog»: задолженность по дебету (сумма задолженности по договорам, имеющим задолженность, договоры с переплатой игнорируются)
60.4. «UGetDolgOnDatDogKT» – расширение функции «UGetDolgOnDatDog»: задолженность по кредиту – переплата (сумма переплат по договорам, имеющим переплату, договоры с задолженностью игнорируются)
60.5. Разработана таблица «DolgTable» и процедура ее заполнения FillDolgTable. Таблица предназначена для хранения информации по всем договорам и их задолженности во всех разрезах на заданную дату. Можно вызов процедуры производить ночью по расписанию и перестроить ряд отчетов, чтобы они не динамически рассчитывали задолженность, а брали уже рассчитанную по состоянию на прошлую ночь.
|
