2. Особенности работы подсистемы передачи дел совместно со службой автоматического обмена данными

Работа со службой автоматического обмена данными подробно описана в главе, посвященной подсистеме обмена изменениями. Однако для подсистемы передачи дел добавлен ряд новых параметров конфигурации (см. таблицу ниже).

Табл. 15 Дополнительные параметры конфигурации

Параметр	Описание
Автоматическая выгрузка включена	Параметр, определяющий то, будет ли служба проверять журнал выгрузки на записи, помеченные к выгрузке. По умолчанию включен.
Интервал проверки списка выгружаемых дел	Интервал сканирования новых записей для передачи через службу. Рекомендованное значение – 3 минуты. Через этот интервал служба будет проверять – есть ли записи к автоматической выгрузке и передаче.

Передача дел через службу автообмена выглядит следующим образом:

• Оператор помечает необходимые записи для передачи через службу автоматического обмена данными. Статус записи принимает значение – Ожидание;

• Служба автоматического обмена сканирует через указанный интервал записи для передачи (проверка статуса Ожидание). После обнаружения новой записи устанавливает ей статусПередается. Затем осуществляет выгрузку данных помеченной записи(ей) в файл;

• После успешной выгрузки служба ставит данный файл в очередь на отправку указанному подразделению. В зависимости от конфигурации службы устанавливается связь между передающим и принимающим подразделением. Если прямой связи нет, то файл отправляется транзитно через ССД. Файл принимается удаленной службой автоматического обмена данных;

• Принимающая служба ставит полученный файл в очередь на обработку. После успешной обработки создается файл-подтверждение и ставится в очередь на отправку в передающее подразделение. Файл передается в передающее подразделение (способом, указанным в конфигурации службы автообмена);

• Передающая сторона получает файл-подтверждение и ставит в очередь на обработку. Файл обрабатывается, и устанавливается подтверждение загрузки на запись.

4. Подсистема удаленного приема. Общие принципы обмена данными

Часто возникает ситуация, когда прием документов и выдача свидетельств о государственной регистрации собственности происходит отдельно от основного места работы территориального подразделения в секторах (пунктах приема документов), а регистрация проводится в территориальном отделе регистрационной службы. При такой организации процесса передача дел из отдела в сектор по запросу является неприемлемой из-за большой длительности этой операции. Сектор должен быть постоянно готов к приему заявлений по регистрации прав на недвижимое имущество.

Для решения этой проблемы была разработана система удаленного приема для обеспечения функционирования многоуровневой организационной структуры управления Службы (см.Рис. 206), в которой нижние два уровня одновременно работают с одними наборами данных.

Рис. 206 Схема системы удаленного приема заявлений по регистрации прав на недвижимое имущество

Для обеспечения параллельности ввода записейв территориальных отделах и секторах представительства предпринимаются следующие меры:

• сектора указываются в иерархической структуре подразделений ФРС как узел, подчиненный отделу. Номер сектора трехзначный и состоит из порядкового номера от 1 до 9 и двузначного номера отдела, к которому относится сектор. Например: 158, 258, 358 или 107, 207, 307. Нумерация отделов остается без изменений, т.е. двузначной (58, 07);

• вводится шаг увеличения последовательностей, равный 1000, вместо существующего шага 100. Начальное значение последовательности определяется номером отдела (сектора);

• текущий номер отдела (сектора), вычисляемый функцией curr_dept_id, формируется как остаток от деления реального номера отдела (сектора) на 100;

• при установке обновления на существующую базу данных для всех последовательностей делается 10 шагов вперед, чтобы избежать дублирования ключей. Изменение существующих значений ключей не делается.

При передаче изменений из сектора в отделотмечаются только пришедшие записи в журнале изменений (EXP_RT) для того, чтобы обеспечить передачу этих данных на сервер сбора данных (ССД) и в другие секторы. Эти изменения будут также переданы обратно в сектор. Это важно для унификации процедуры передачи обмена со всеми секторами через единый механизм обмена данными.

При формировании файла изменений из отдела для секторовпередаютсяВСЕизменения, сделанные в отделе и переданные из секторов. Формируется единый файл изменений для всех секторов, и производится одна выгрузка на все секторы. После получения подтверждений отВСЕХсекторов выгрузка помечается как подтвержденная. Автоматически формируемое имя файла подтверждения в каждом секторе включает его имя в виде суффикса. Все переданные до этого момента данные будут считаться полученными, и не будут учитываться при передаче следующих изменений. В форме создания файла изменений существует элемент выбора направления передачи изменений: "На ССД" или "В Сектор". В рассматриваемом случае выбирается направление "В Сектор". Содержание файлов обмена для обоих направлений не отличается друг от друга.

В системе удаленного приема заявлений ведется контроль целостности данныхпри обмене изменениями между территориальным отделом и сектором. Данные, полученные при передаче изменений, всегда замещают имеющиеся в базе данные. Если при передаче изменений поступают данные, содержащие такой же кадастровый номер или такой же номер свидетельства, как и уже существующие в базе данных, то выдается соответствующее сообщение об ошибке. При обнаружении нарушений уникальных ключей при вставке переданных записей остальные поля записи заменяются на вновь полученные. Решение вопросов, возникающих из-за взаимоисключающих исправлений в данных, произведенных в разных базах данных, возлагается на администратора системы.

При удаленном приеме документов на государственную регистрацию объектов недвижимости в секторах ведутся свои Книги учета входящих документов. ВКУВД, не относящейся к данному сектору, допускается толькоредактирование записи, а создание и удаление записизаблокировано! Такой подход позволяет избегать дублирования номеров записи вКУВД, т.к. записи создаются на разных серверах и в момент их создания технически невозможно проверить наличие записи с таким же номером вКУВДна другом сервере. То есть, такая организация минимизирует количество конфликтных ситуаций, требующих вмешательства администратора.

В форме Выгрузка данныхдля передачи информации на сервер сбора данных выбирается направление обмена "На ССД". Подтверждение выгрузки производится на основании единичного подтверждения получения данных.

Полная выгрузкаделается в двух случаях:

• при создании базы по данным из внешнего источника. Такая ситуация складывается, например, при полной утере базы данных отдела. Восстановление БД происходит на основании данных, хранящихся на сервере сбора данных (ССД);

• при создании сервера сбора данных. Для наполнения ССД производится полная выгрузка. Полная выгрузка производится и из отдела во вновь создаваемый сектор – пункт удаленного приема документов на государственную регистрацию объектов недвижимости.

При полной выгрузке практически все записи передаются адресату.

При передаче изменений для каждойсозданной/измененной/удаленнойзаписи триггером делается пометка в таблицеexp_rt. Все записи, помеченные вexp_rt, будут переданы адресату. Учет передач в секторы и на ССД ведется раздельно.

Идеальная схема работы "отдел <=> сектор" выглядит следующим образом:

1. Полная выгрузка отдела в секторы.

2. Загрузка изменений во всех секторах.

3. Получение подтверждений из всех секторов в отделе.

4. Выгрузка изменений в секторе 1.

5. Загрузка изменений в отделе.

6. Получение подтверждения из отдела в секторе 1.

7. Выгрузка изменений в отделе.

8. Загрузка изменений во всех секторах.

9. Получение подтверждений из всех секторов в отделе.

10. Выгрузка изменений в секторе 2.

11. Загрузка изменений в отделе.

12. Получение подтверждения из отдела в секторе 2.

13. Выгрузка изменений в отделе.

14. Загрузка изменений во всех секторах.

15. Получение подтверждений из всех секторов в отделе.

16. …