Journal influence
Bookmark
Next issue
Abstract:
Аннотация:
Authors: () - , () - , () - | |
Ключевое слово: |
|
Page views: 11913 |
Print version Full issue in PDF (1.58Mb) |
Написать этот материал нас побудило недавнее прочтение статьи коллектива авторов из Тверского государственного технического университета [1] на тему, которой в числе прочих мы занимаемся в течение уже нескольких лет. Упомянутая статья, будучи безусловно интересной, в то же время содержит некоторые неочевидные, на наш взгляд, положения.
Ведение Единого государственного реестра прав (ЕГРП) на магнитных носителях, получающее все большее распространение в субъектах РФ, предполагает представление сведений о правах и обременениях прав на объекты недвижимости в виде записей некоторой БД. Для эффективного ведения собственно ЕГРП БД должна содержать также сведения о документах, представленных на регистрацию, о субъектах права, об арестах и иных запрещениях в отношении объектов недвижимости и т.д. Другими словами, ведение ЕГРП на магнитных носителях оказывается эффективным только в случае организации в учреждении юстиции по государственной регистрации прав на недвижимое имущество и сделок с ним (органа регистрации, или ОР) электронного документооборота, охватывающего все процессы в деятельности этого учреждения, в том числе: прием заявлений и документов на регистрацию, проведение правовой экспертизы и выдачу свидетельств о государственной регистрации, прием заявок на выдачу сведений из ЕГРП и собственно выдачу таких сведений, а также представление сведений в налоговые и иные органы государственного управления.
Регистрационная запись содержит удостоверенные уполномоченным представителем учреждения юстиции (регистратором) сведения о наличии у субъекта (или группы субъектов) предусмотренного законом права на объект недвижимого имущества, установленного на основании представленных правоустанавливающих документов. Таким образом, формально регистрационная запись образуется из следующих групп сведений (компонент): регистратор, субъект, право, объект, документ. Состав этих групп сведений является исчерпывающим, и добавление сюда заявки [1] (строго говоря, заявления) на регистрацию нам представляется не совсем обоснованным. В реляционной БД каждая запись есть строка соответствующей таблицы. Поскольку, как уже указывалось, юридическое понятие регистрационной записи объединяет в себе строго определенный набор компонент, в реляционной БД нет необходимости создавать специальную таблицу для хранения регистрационной записи. Достаточно создать таблицы для представления компонент регистрационных записей, после чего можно сформировать эту запись как логическое объединение записей ее компонент. Это возможно по той причине, что между такой компонентой регистрационной записи, как запись о праве и самой регистрационной записью существует взаимно однозначное соответствие, то есть каждой записи о праве соответствует только одна регистрационная запись и наоборот, любая регистрационная запись содержит только одну запись о праве. Другими словами, запись о праве образует отношение «один ко многим». Остальные компоненты регистрационной записи образуют отношения «многие ко многим». Так, например: · один и тот же субъект может быть обладателем нескольких прав на один и тот же или на различные объекты недвижимости; · один и тот же объект недвижимости может быть объектом прав различных субъектов (находиться в собственности, в аренде, быть предметом ипотеки и т.д.); · один и тот же документ может устанавливать права одного субъекта на несколько объектов недвижимости или права нескольких субъектов на один и тот же объект недвижимости. Учитывая сказанное, можно представить концептуальную структуру регистрационной записи в БД ОР так, как показанно на рисунке 1. Как видно из рисунка 1, основу регистрационной записи составляет запись о праве, которая содержит ссылки на записи о субъектах, объекте НИ и документах-основаниях. Каждая регистрационная запись снабжается идентификаторами регистратора, выполнившего формирование записи или изменившего ее статус.
Запись книги учета входящих документов создается на этапе приема заявления о государственной регистрации прав. Основу данной записи составляет запись заявления. После того как запись заявления создана и сохранена в БД, в ней формируются ссылки на записи о субъектах права, запись об объекте НИ и записи о документах-основаниях. Ссылки на должностное лицо, выполнившее формирование записи заявления, создаются автоматически. Эти положения были учтены не только при разработке структуры БД, но и при проектировании интерфейса системы. В качестве примера на рисунке 3 показано окно «Книга учета входящих документов» с соответствующими вкладками. Запись книги учета входящих документов создается на этапе приема заявления о государственной регистрации прав. Основу данной записи составляет запись заявления. После того как запись заявления создана и сохранена в БД, в ней формируются ссылки на записи о субъектах права, запись об объекте НИ и записи о документах-основаниях. Ссылки на должностное лицо, выполнившее формирование записи заявления, создаются автоматически.
Раздел ЕГРП образуют все регистрационные записи, в которых имеется ссылка на один и тот же объект НИ (см. рис. 4). Для обращения к разделу ЕГРП пользователь должен указать кадастровый номер объекта НИ или его адрес. Первый подраздел раздела ЕГРП образуют сведения, содержащиеся в записи об объекте НИ. Формирование записи об объекте производится при формировании записи книги учета входящих документов на этапе приема заявления о регистрации прав. Второй подраздел раздела ЕГРП образуют те регистрационные записи, у которых характеристика Вид права содержит значение права собственности или иного вещного права. Третий подраздел раздела ЕГРП образуют те регистрационные записи, у которых характеристика Вид права содержит значение одного из обременений (аренда, ипотека, сервитут, сделка с отлагательными условиями, арест и прочие обременения). По своей структуре регистрационные записи об обременениях ничем не отличаются от регистрационных записей вещных прав. Для обеспечения выполнения требований закона записи по каждому типу обременений объединяются в специальные части подраздела III ЕГРП, сформированного для некоторого объекта НИ. Структура раздела ЕГРП, обусловленная действующим законодательством, а также требования обеспечения дружественности интерфейса системы продиктовали необходимость представления записей, содержащихся в разделе, в едином окне (рис. 5). Разумеется, имеют право на жизнь и другие интерфейсные решения, например, представление раздела ЕГРП в виде древовидной структуры. Таким образом, БД учреждения юстиции, в основу которой положены регистрационные записи описанной структуры, в состоянии обеспечить: · регистрацию прав на недвижимое имущество и сделок с ним в соответствии с законом; · выдачу информации из ЕГРП; · ведение информационного обмена учреждением юстиции как со своими филиалами, так и с другими учреждениями, а также с налоговыми и другими органами. В заключение авторы статьи позволят себе не согласиться еще с одним положением работы [1], где к числу достоинств описанной в ней информационной системы отнесены возможность регистрации с ее помощью объектов недвижимости, а также правообладателей и их доверенных лиц. На наш взгляд, здесь имеет место смешение функций систем учета объектов недвижимого имущества и регистрации юридических лиц, с одной стороны, и системы регистрации прав на недвижимое имущество и сделок с ним – с другой. Список литературы 1. Чохонелидзе А.Н., Иванов В.К., Матвеев В.Н., Пет- ров А.А. Принципы построения структуры базы данных для регистрации прав на недвижимость // Программные продукты и системы. - 2000. - № 1. 2. Казак Б.В., Ветелев С.С. О структуре регистрационных записей в базах данных учреждений юстиции по регистрации прав на недвижимое имущество и сделок с ним // Регистрационная газета. - 2000. - № 4. |
Permanent link: http://swsys.ru/index.php?id=833&lang=en&page=article |
Print version Full issue in PDF (1.58Mb) |
The article was published in issue no. № 2, 2001 |
Perhaps, you might be interested in the following articles of similar topics:
- Автоматизированная система принятия решений при стратегическом планировании устойчивого развития региона в условиях нечеткой информации
- Использование графических постпроцессоров VVG и LEONARDO в вычислительной гидродинамике
- Системы компьютерной поддержки процессов анализа, синтеза и планирования решений в условиях неопределенности
- Место XML-технологий в среде современных информационных технологий
- Механизм контроля качества программного обеспечения оптико-электронных систем контроля
Back to the list of articles