MeetingInstruction (2SEEV042) (2SEEV043). MeetingNotification Сообщение о собрании (2SEEV012). MeetingResultDissemination Сообщение об итогах собрания (2SEEV082).

Обновление комплекса Зенит от 03.04.2015 (техническая версия 30)
В 30 тех.версии в систему внесены доработки по приему-передаче сообщений электронного каскадного голосования (подсистема СВР), изменена работа с оригиналами входящих документов и выполнен ряд запланированных работ.
Внимание!
Конвертором будет обновлен справочник банков и справочник адресов.
Операционные дни открываться конвертором не будут.
Общие изменения в системе
Внесены изменения в учет оригиналов входящих документов. Изменения касаются учета оригиналов тех документов, которые поступают регистратору в виде копии с последующим предоставлением оригинала, и тех, которые передаются между подразделениями регистратора в электронном виде с последующей передачей оригиналов. Подробное описание – в отдельной главе настоящего описания 13 LINK \l "_Учет_в_Зените" 14Учет в Зените оригиналов вх.документов15.
Доработки по ПОД/ФТ. В режиме Контроль ПОД/ФТ добавлена поддержка «Списка лиц для контроля ПОД/ФТ» на отдельной закладке режима. Доступ к закладке и действиям в списке нужно дать в правах сотрудников/отделов.
В этот список регистратор может вносить тех лиц, на соответствие которым необходимо выполнять проверку лиц реестра в рамках контроля ПОД/ФТ. В частности, в этот список можно вносить стратегические предприятия. Для каждого лица в списке указывается категория. Справочник категорий поставляется с одной фиксированной позицией - «Общество стратегического значения», остальные значения регистратор вносит самостоятельно.
В настройку контроля лиц добавлены критерии проверки лиц в реестрах по этому Списку лиц для контроля:
критерии с кодами 61-63 «Лицо найдено в списке обществ стратегического значения». Если эти критерии будут отмечены в настройке, то ЗЛ (эмитент, клиент) будут проверяться на совпадение со всеми лицами списка, имеющими категорию «общество стратегического значения».
критерии с кодами 65-67 «Лицо найдено в списке лиц контроля ПОД/ФТ». Если эти критерии будут отмечены в настройке, то ЗЛ (эмитент, клиент) будут проверяться на совпадение со всеми лицами списка, кроме обществ стратегического значения.
Проверка лица реестра по «Списку лиц для контроля» аналогична проверке по списку террористов – проверка выполняется на совпадение наименований/ФИО + дате рождения, ОГРН/документа, ИНН.
В настройку контроля операций добавлен критерий 114 «Сумма сделки приобретения ЦБ обществом стратегического значения превышает пороговое значение». Если этот критерий установлен и указана к нему пороговая сумма, то система проверяет все поручения-трансферты (типы которых отмечены в настройке), у которых счет зачисления был найден как «общество стратегического значения» из списка лиц для контроля.
При простановке операции признака повышенного риска добавлена установка лицам – участникам операции признака риска с основанием 20 «Лицо имеет операцию повышенного риска», при наличии в настройке контроля лиц критерия 20.
Добавлено действие отмены операции признака повышенного риска. Действие доступно в Технологическом журнале, доступ к действию настраивается в правах сотрудника/отдела. Действие снимает у операции признак риска.
В фильтры картотеки зарегистрированных лиц и картотеки эмитентов добавлены поля: Дата обновления анкеты, Признак автообновления анкеты.
В базовый отчет «Список лиц повышенного риска» (код в подсистеме СВР – 96031, в подсистеме ПИФ – 59631) добавлен вывод данных террористов. Если основание риска у лица имеет код 41 – 43 (найдено совпадение в списке террористов), то в дополнение к основанию выводятся все реквизиты лица из списка террористов.
Базовый отчет 96008 «Журнал действий». Добавлен вывод статистики по входу в систему/выходу из системы сотрудников. Вывод в отдельную таблицу «Таблица_Сеансов» с закладками: Сеанс_ПользовательКод, Сеанс_Пользователь, Сеанс_Статус, Сеанс_Открытие, Сеанс_Закрытие. Время выводится системное. Поэтому следует быть внимательными – при задании периода для отчета используется операционная дата, а в таблице сеансов выводится системная. Типовой отчет следует настроить самостоятельно.

Изменение в подсистеме СВР
Реализованы прием-передача ЭДО-сообщений по электронному голосованию из Луча в программу собраний, и наоборот. Подробное описание – в отдельной главе настоящего описания 13 LINK \l "_Электронное_голосование._Обмен_1" 14Электронное голосование. Обмен сообщениями НРД-Регистратор.15
Для архивных эмитентов в системе разрешено исполнение следующих поручений: 66331 «Списание при реорганизации», 66203-66204 «Погашение/аннулирование ЦБ», 66120 «Изменение служебных данных выпуска».
Чтобы эти поручения можно было вводить и исполнять по архивным эмитентам, нужно отметить их разрешенными в настройке – режим «Справочник эмитентов», закл. «Для архивных эмитентов». Настройка выполняется только в ЦО.
В базовые отчеты 92001 «Журнал операций», 92006 «Журнал операци многоэмитентский» для операций приостановки/возобновления операций в реестре убран вывод «на дату состояния реестра» из описания КДГО. Эти операции не выполняются по состоянию на дату КД, хотя вводятся обязательно под КД.
Базовый отчет 93007 «Картотека эмитентов». Сделан вывод закладок: ЭМ_ДатаОбновлАнкОпер – дата последнего обновления анкеты эмитента операционная, ЭМ_ДатаОбновлАнкСист – дата последнего обновления анкеты эмитента системная. При формировании отчета в ЦО по всем эмитентма, включая филиальных, следует иметь ввиду – для эмитентов филиалов системная дата будет равна операционной, т.к. из филиала приходит только одна дата обновления анкеты.
Изменение в подсистеме ПИФ
Уведомление для спецдепозитария, которое формируется автоматически при указанном признаке в поручении, сформированное в xml-формате, теперь будет выкладываться в каталог передачи ЭДО-сообщений, как и другие ЭДО-исходящие документы. Напомню: формирование автоуведомления для СД в xml-формате выполняется в том случае, если в карточке ПИФ установлена соответствующая настройка. Уведомление формируется в формате схемы данных, которая установлена в настройке УК данного ПИФа. В бланке сформированного уведомления будут проставлены следующие реквизиты: способ выдачи = «ЭДО», место выдачи = УК, получатель исходящего = наименование спецдепозитария.
Отчет 59501 «Картотека ПИФов». Добавлены закладки с реквизитами УК – ОГРН и Код подразделения: ПИФ_УпрКом_Т_Код, ПИФ_УпрКом_Т_ОГРН, ПИФ_УпрКом_Т_ОГРН_Дата.

Учет в Зените оригиналов вх.документов
Сейчас в системе организован учет движения оригиналов в обмене между подразделениями регистратора и в обмене с ТА. Но нет учета получения оригиналов от отправителя в том случае, если документ регистрируется на основе поступившей копии с условием последующей досылки оригинала.
Особенно актуально это становится с развитием ЭДО-обмена, когда по ЭДО поступают электронные документы, а потом приходят бумажные оригиналы. Так работает ЭДО-обмен в подсистеме ПИФ с агентами, ППЗ, УК. С абонентами ЭДО по-другому, там поступают электронные оригиналы документов, ожидания бумажных оригиналов не требуется.
В 30 тех.версии в систему внесены доработки, позволяющие организовать учет поступлений бумажных оригиналов на ранее зарегистрированные копии.
Учет ожидания оригинала от отправителя
При регистрации входящего документа вручную или при приеме электронного документа автоматически в документе устанавливается тип носителя: бумажный оригинал, ксерокопия, факсовая копия, эл.документ, эл.документ с ЭЦП и проч. Тип носителя определяет – должен ли документ ожидать оригинала, или он сам и есть оригинал.
Для этого в справочнике типов носителей введен признак «Копия (оригинал ожидается)» или «Оригинал». Признак «копия» будет проставлен тем значениям типов носителей, которые ждут поступления оригинала – ксерокопия, факсовая копия, эл.копия. Признак оригинала/копии в справочнике типов носителей регистратор будет устанавливать сам. Конвертором при установке обновления признак будет установлен следующим образом:
Код

Тип носителя
Признак копии

1
фикс.
Бумажный оригинал
Оригинал

2

Ксерокопия
Копия (оригинал ожидается)

3

Факсовая копия
Копия (оригинал ожидается)

3

Эл.копия
Копия (оригинал ожидается)

10000

Эл.документ
Копия (оригинал ожидается)

10001
фикс.
Эл.документ с ЭЦП
Оригинал

***

Все прочие позиции справочника
Оригинал

Регистратор сможет изменить признак копии для всех позиций справочника, кроме фиксированных.
Указание типа носителя в документе будет определять статус и местонахождение оригинала документа. Эти реквизиты выводятся в бланке документа на закладке «Местонахождение». Там же добавляется и новое поле – дата приема оригинала от отправителя.
Статус оригинала документа может иметь следующие значения:
«Имеется» означает наличие оригинала документа в текущем подразделении регистратора.
«Ожидается» означает, что оригинал к данному документу должен поступить. Этот статус может быть присвоен в 2-х случаях:
1 – оригинал не поступил от отправителя;
2 – оригинал не поступил из места приема документа, которым может быть подразделение регистратора, ТА, УК/агент/ППЗ.
Документы со статусом «ожидается» будут ожидать приема оригинала.
«Отсутствует» означает, что оригинала в текущем подразделении нет и не ждем. Такое возможно:
1 – в МВР, если документ зарегистрирован в другом подразделении/ТА и место хранения оригинала = МПД;
2 – в МПД, если документ по чужому эмитенту и его оригинал передан в МВР.
То есть, статус «отсутствует» может быть только у документа, участвующего в обмене между подразделениями или с ТА.
Регистрация входящего документа вручную
При регистрации вх.документа в бланке документа указывается тип носителя, он определяет статус и местонахождение оригинала документа.
Если у зарегистрированного документа будет указан тип носителя с признаком «оригинал», то документу будет поставлен статус оригинала «имеется», местонахождение оригинала – текущее подразделение, дата приема оригинала будет равна дате регистрации документа.
Если у зарегистрированного документа будет указан тип носителя с признаком «копия (оригинал ожидается)», то документу будет поставлен статус оригинала – «ожидается», местонахождение и дата приема оригинала – не указаны. При изменении типа носителя в документе будет автоматически изменяться статус оригинала, а также местонахождение и дата приема оригинала.
Аналогично признак ожидания оригинала будет устанавливаться и для приложений, у них тоже при вводе указывается тип носителя.

Регистрация ЭДО-документа
Возможны 2 схемы при приеме ЭДО-документа:
При приеме электронных документов от абонентов ЭДО (включая НДЦД) документу будет автоматически проставляться тип носителя «Эл.документ с ЭЦП», который означает, что этот эл.документ является электронным оригиналом, и не требует досылки бумажного оригинала. Статус оригинала будет проставлен «имеется», местонахождение оригинала – текущее подразделение, дата приема оригинала будет равна дате регистрации документа.
При приеме электронных документов от УК/агентов/ППЗ (в подсистеме ПИФ) документу будет автоматически проставляться тип носителя «Эл.документ», статус оригинала будет проставлен «ожидается», местонахождение оригинала – УК/агент/ППЗ, дата приема оригинала нулевая (не указана). Это будет означать, что система будет ожидать прием оригинала от УК/агента/ППЗ.

Прием ЭДО-документа от абонентов Портала будет различаться. От абонентов с ролью НД, ВИП, Эмитент будет регистрироваться электронный оригинал документа, тип носителя «Эл.документ с ЭЦП», статус оригинала «имеется», схема 1. От абонентов – ТА будет регистрироваться документ с типом носителя «Эл.документ» и статусом оригинала «ожидается», схема 2.
Документы с любыми статусами наличия оригинала (включая статусы «ожидается» или «отсутствует») обрабатываются одинаково. Также документы без оригиналов могут быть помещены в папку периодических документов. Отличие документов без оригиналов от документов с оригиналом только в том, что при передаче их в архивы нельзя указать тип архива и место документа в архиве, это можно указывать только при наличии оригинала. Потом, при приеме оригинала станет возможным указать документу тип архива, указать шкаф-полку-папку.
Прием оригинала к ранее зарегистрированному документу
Все документы, ожидающие приема оригинала, будут доступны в особой папке «Документы, ожидающие оригиналов». Эта папка будет представлять собой выборку документов из журнала вх.документов со статусом оригинала «ожидается». В папку будут попадать также документы, которые имеют оригиналы, но у них есть приложения со статусом ожидания оригинала.
Папка «Документы, ожидающие оригиналов» находится в режиме «Оригиналы документов», это новый режим в рабочей панели Зенита, в верхней его части, где находятся все журналы документооборота. В этот же режим перенесены пакеты оригиналов, необходимые для обмена оригиналами между подразделениями регистратора.
В папке «Документы, ожидающие оригиналов» имеется специальное действие для регистрации оригинала - «Отметка о наличии оригинала». Действие может выполняться над одним или группой выбранных документов. Для поиска документа(-ов) в папке можно воспользоваться функцией поиска документа или фильтрацией списка документов при помощи фильтра этой папки.
При выполнении действия отметки оригинала на экран поднимается бланк, в котором вы можете указать:
новый тип носителя (только с признаком оригинала), умолчание - «бумажный оригинал»;
дату приема оригинала (по умолчанию она проставлена текущим опер.днем);
если в документе есть приложения с ожиданием оригинала и сам документ тоже имеет статус ожидания оригинала, то в бланке можно будет установить признак приема оригинала самому документу и всем или некоторым приложениям;
если сам документ уже имеет оригинал, а приложения еще нет, то в бланке нужно будет проставить признаки приема оригинала только приложениям;
можно будет указать местоположение оригинала в архиве: вид архива, шкаф-полка-папка, но только в том случае, если документ на момент приема оригинала уже был передан в электронный архив.
В результате выполнения действия в документе изменяется тип носителя и заносится факт и дата поступления оригинала. В список действий по документу заносится действие «Установка отметки о наличии оригинала».
После выполнения действия документ уходит из папки «Документы, ожидающие оригиналов», если признак оригинала был проставлен документу и всем его приложениям. Если хотя бы у одного приложения признак приема оригинала не был поставлен, то документ остается в этой папке.
Архивация оригинала при установке отметки оригинала
При выполнении действия приема оригинала можно сразу указать местонахождение принимаемого оригинала в архиве документов, то есть указать вид архива и шкаф-полку-папку в нем. Эти поля будут открыты в бланке действия приема оригинала для тех документов, которые уже помещены в архив или в папку периодических документов.
Для документа, который еще находится в работе – в папке Мои документы у кого-то из сотрудников – указание местонахождения в архиве не будет доступно. В этом случае сотруднику, который принимает оригинал и хочет его передать в архив, следует дождаться окончания обработки этого документа, забрать документ к себе в папку Мои документы и только тогда выполнить действие передачи документа в архив.
Если действие приема оригиналов выполнялось над документом и всеми или некоторыми его приложениями, то указанное в бланке местонахождение оригинала в архиве (поля Вид архива, Шкаф-полка-папка) будет распространяться на сам документ и на эти приложения. Если действие выполняется над группой помеченных документов, то указанное местонахождение в архиве будет присвоено всем документам этой группы и всем их приложениям, которые не имели оригинала на момент приема.
Система отныне будет позволять поставить самому документу и его приложениям разное место в архиве, если их оригиналы принимались в разное время.
Если потом потребуется изменить местонахождение оригинала в архиве, то это можно будет сделать в режиме «Архив документов» специальным действием «Указать местонахождение документа в архиве», сейчас это действие называется «Перенести документы в архиве».
Как это повлияет на обмен между подразделениями регистратора
Сейчас при передаче документа из МПД в МВР запись о его оригинале автоматически помещается в пакет оригиналов – в том случае, если место хранения оригиналов в МВР.
Теперь будет так – запись в пакет оригиналов будет помещаться только для документов, которые зарегистрированы в виде оригиналов (тип носителя имеет признак оригинала). Если зарегистрирована копия, то для такого документа рано или поздно должен поступить оригинал от отправителя. После приема оригинала документ получает статус оригинала «имеется», в этот момент и помещается запись в пакет исходящих оригиналов.
Если место хранения оригинала – МПД, то передача оригинала в подразделение – МВР не выполняется. Но учет оригинала отправителя такой же. При приеме оригинала на ранее зарегистрированную копию подразделение – МПД выполняет действие «Отметка о приеме оригинала». При этом изменяется тип носителя и статус наличия оригинала отправителя, эти изменения должны автоматически уйти в подразделение – МВР.

Электронное голосование. Обмен сообщениями НРД-Регистратор.
Участие Зенита в обмене электронными сообщениями по электронному голосованию между НРД (другими НД) и регистратором заключается в следующем:
1 – Зенит в ЦО принимает эл.сообщения из Луча и ретранслирует их в программу собраний. Выполняется это путем выкладывания принятых xml-файлов в заранее указанный в настройке каталог обмена с программой собраний. Причем, если место ведения реестра – не ЦО, то Зенит посредством межфилиального обмена передает принятые сообщения в филиал – МВР, а там уже происходит выкладывание в каталог обмена с программой собраний.
2 – Зенит принимает из программы собраний подготовленные ею эл.сообщения для НРД (другого НД) и передает их в Луч. Для этого программа собраний помещает подготовленные xml-файлы в заранее указанный в настройке каталог обмена с программой Зенит, а Зенит забирает их и передает в Луч стандартным для Зенита образом.
Этот обмен Зенит может выполнять независимо от того, какой программой собраний Вы пользуетесь – нашей разработкой «Х-Собрание» или собственной. При приеме и передаче эл.сообщений Зенит обязательно проверяет их на допустимость схеме данных e-proxy_voting_base.xsd (название схемы в Зените - e-voting).
Настройки в Зените
Для организации обмена сообщениями электронного голосования в Зените необходимо выполнить следующие настройки.
Настройка каталогов обмена с программой собраний выполняется в модуле администрирования, в блоке «ЭДО». Нужно настроить: путь к каталогу приема эл.сообщений из программы собраний; путь к каталогу передачи эл.сообщений в программу собраний. Эта настройка выполняется в каждом подразделении регистратора – ЦО и филиалах, которые будут выполнять обмен с программой собраний.
Тут же, в модуле администрирования, есть настройка «Ручной транзит эл.сообщений в программу собраний». По умолчанию этот признак не установлен, и это означает автоматический транзит сообщений эл.голосования из Луча в программу собраний и наоборот. Но если вам хочется принимать и передавать сообщения схемы e-voting вручную, то можете установить этот признак.
Настройка справочника типов входящих документов. Для приема сообщений по эл.голосованию в справочнике типов документов необходимо ввести новые типы документов – режим «Управление документооборотом», закладка «Типы документов». Можно ввести в справочнике новую группу, а в нее – все новые типы входящих документов эл.голосования. Можно ввести один новый тип документа по эл.голосованию, и в него установить перекодировку всех входящих сообщений эл.голосования.
Следует учесть, документ по эл.голосованию должен быть отмечен в справочнике особым признаком - «документ электронного голосования». Это обязательно, т.к. только для этих документов система будет производить автовыкладывание xml-файла при обработке. Именно такие документы нужно будет указать в таблице перекодировке для входящих сообщений эл.голосования (схемы e-voting).
Поскольку все входящие документы по эл.голосованию будут регистрироваться в Зените, значит, им будут присваиваться входящие номера по настроенной системе нумерации. Если у вас настроена система нумерации, которая включает в формирование номера документа учетную группу документов, то можем рекомендовать ввести для документов эл.голосования отдельную учетную группу. Это позволит присваивать номера ЭДО-входящим по эл.голосованию отдельным потоком, ведь таких документов может проходить много.
Как ввести новую учетную группу и прикрепить к ней документы:
В справочнике учетных групп добавить новую группу, н-р «Документы эл.голосования». Указать подсистему «СВР».
В справочнике типов документов во всех введенных документах по эл.голосованию указать принадлежность к этой учетной группе.

Настройка таблицы перекодировки. Следует выполнить настройку перекодировок для новой схемы данных e-voting. Для этой схемы будет только одна настройка «Типы документов», это перекодировка типов входящих сообщений схемы в типы документов Зенита. Необходимо выполнить перекодировку следующих входящих сообщений схемы:
Сообщение
Наименование

MeetingInstruction
13 LINK \l "_Список_раскрывшихся,_и" 14Список раскрывшихся, и не голосовавших владельцев15 (2SEEV042)
13 LINK \l "_Список_нераскрывшихся_владельцев" 14Список нераскрывшихся владельцев15 (2SEEV043)

MeetingNotification
Сообщение о собрании (2SEEV012)

MeetingResultDissemination
Сообщение об итогах собрания (2SEEV082)

SystemEventNotification
Уведомление о приеме/отказе в приеме сообщения (2ADMI041)
Сообщение о присвоении НРД референса корпоративному действию (2ADMI042)

MessageReject
Сообщение об отказе в приеме по техническим причинам (2ADMI021)

Следует учесть, что перекодировка всех этих сообщений должна быть выполнена в тип(ы) документов, который имеет признак «документ электронного голосования».
Настройку справочника типов документов, таблицы перекодировки, а также справочника учетных групп можно выполнять только в ЦО. В филиалы она будет передана вместе с обновлением справочников.

Прием входящих сообщений по эл.голосованию в Зените
Прием входящих ЭДО-сообщений по эл.голосованию в Зените будет выполняться так же как прием всех прочих ЭДО-сообщений из Луча, только в Центральном подразделении регистратора. При приеме этих сообщений Зенит проверяет отправителя и получателя, указанных в сообщении.
Получатель сообщения определяется по тегу AppHdr\To, где может прийти либо код регистратора в Луче (депозитарный код), либо ОГРН, ИНН или краткое наименование регистратора.
Если в сообщении заполнен код регистратора в Луче, то Зенит при приеме сличает его с этим кодом, указанным в карточке регистратора – ЦО. Для этого в карточке регистратора-ЦО добавлено специальное поле «Код в ПО Луч (депозитарный код)», регистратору его желательно заполнить – прием сообщений будет выполняться быстрее.
Если в сообщении не указан код регистратора в Луче, то Зенит выполняет сверку того реквизита, который приходит в сообщении – ОГРН, ИНН или, если они тоже не заполнены, наименования регистратора. Если данные получателя в сообщении не совпали с данными регистратора, то сообщение приниматься не будет. В этом случае нужно будет вручную выполнить отказ в приеме сообщения, при этом в ответ будет сформировано тех.сообщение об отказе в приеме.
Отправитель сообщения определяется:
1 – если обмен идет с конвертами НРД, то по коду абонента в Луче (депозитарный код), который берется из конверта, приложенного к сообщению (файл *_winf.tmsg);
2 – если обмен идет без конвертов, то по тегу AppHdr\Fr, где будет приходить код абонента в Луче, или ОГРН/ИНН, или наименование номинального держателя.
При идентификации отправителя выполняется поиск его в справочнике абонентов ЭДО. Если абонент ЭДО с указанными параметрами не найден, Зенит не будет принимать сообщение, или будет давать возможность указать абонента ЭДО вручную.
Принятое сообщение будет зарегистрировано в Зените как входящий документ. Тип этого входящего будет определяться по таблице перекодировки для схемы e-voting, которая должна быть предварительно настроена. Особенности настройки перекодировки описаны выше.
При приеме сообщения определяется эмитент по данным из xml-файла. Если эмитент не смог однозначно определиться по тегам сообщения, то регистратору будет предоставлена возможность вручную указать эмитента. Входящий документ будет зарегистрирован по конкретному эмитенту.
Зарегистрированный входящий документ не имеет поручений, имеет только прикрепленный xml-файл. При обработке этого документа происходит выкладывание xml-файла в каталог обмена с программой собраний. Путь к каталогу должен быть предварительно прописан в настройках модуля администрирования. Xml выкладывается в указанный в настройке каталог, в подкаталог с кодом эмитента (код по справочнику).
Если МВР эмитента документа – не ЦО, а филиал, то входящий будет передан в филиал в ближайшем пакете передачи. Обработка документа будет выполняться в филиале, при обработке будет происходить автовыкладывание xml в каталог обмена с программой собраний. Для этого в филиале также должна быть выполнена настройка пути к этому каталогу в модуле администрирования.
Следует иметь ввиду – Зенит будет осуществлять прием всех эл.сообщений, приходящих по схеме e-voting, включая технические сообщения о приеме или отказе в приеме исходящих сообщений регистратора. Эти тех.сообщения будут также выкладываться в каталог обмена с программой собраний, чтобы туда приходила информация о том, что их сообщение не было принято НРД и по какой причине.
При приеме эл.сообщения Зенит будет формировать техническое сообщение о приеме и автоматически передавать его в Луч, либо при отказе в приеме Зенит будет формировать тех.сообщение об отказе в приеме. Тех.сообщения, созданные Зенитом, будут фиксироваться в Журнале исходящих сообщений ЭДО.
Для сообщений эл.голосования по умолчанию в системе установлена настройка автоприема и автообработки. Но регистратор может снять эту настройку, и установить ручной прием и обработку документов эл.голосования. Это делается в модуле администрирования, в блоке настроек «ЭДО», рядом с настройкой каталогов обмена с программой собраний – установкой признака «Ручной транзит в программу собраний».
Как работает система, если ручной транзит не включен, то есть включен автотранзит:
Прием сообщений схемы данных e-voting будет выполняться автоматически.
Успешно принятые входящие документы будут автоматически обрабатываться (с автовыкладыванием xml в каталог для собраний).
Успешно обработанные документы будут автоматически передаваться в электронный архив.
Документы по эмитентам филиалов будут автоматически передаваться в филиал. В филиале автообработка этих документов будет определяться аналогичной настройкой филиала.
Если включен ручной транзит, то регистратор будет принимать вх.сообщения в ручном режиме, обрабатывать их вручную, вручную передавать в архив, вручную выполнять передачу документа в филиал – СВР.
Передача исходящих сообщений по эл.голосованию из программы собраний в Луч
Программа собраний «X-Собрание» (или собственная программа регистратора) будет создавать xml-сообщения по эл.голосованию и помещать их в указанный в настройке каталог обмена с Зенитом. Зенит будет сканировать этот каталог, для каждого сообщения создавать исходящий документ в Журнале исх.документов, прикреплять к нему xml-файл и автоматически передавать этот исходящий по ЭДО, т.е. выкладывать в каталог передачи ЭДО-сообщений, откуда он будет стандартным образом передаваться в Луч. При передаче исходящего по ЭДО ему будет ставиться отметка о выдаче.
При создании исх.документа на основе xml-файла, взятого из каталога обмена, Зенит будет выполнять предварительную проверку на соответствие схеме данных, и проверку отправителя и получателя, указанных в сообщении. Отправителем должен быть указан регистратор (ОГРН отправителя должен совпадать с ОРГН из карточки регистратора), получателем – абонент ЭДО (ОГРН получателя должен совпадать с ОГРН из карточки абонента ЭДО). Если эти проверки не прошли, исходящий не будет создан.
При создании исходящего документа ему будет присвоен исходящий номер по системе нумерации, настроенной для исходящих. Тип исходящего документа будет особый – 10221 «Документ электронного голосования», базовый – 200 «Ручной xml-документ». У него будут указаны: эмитент, способ доставки «ЭДО» и абонент ЭДО. К нему будет прикреплен xml-файл, пришедший от программы собраний. Сразу при создании этого исходящего он будет автоматически передан по ЭДО стандартным для Зенита образом, следовательно, ему будет присвоен статус «выдан».
Если исходящий создается в филиале, то он сразу при создании будет автоматически передан в ЦО, а там при приеме пакета будет автоматически передан по ЭДО.
Исходящие по эл.голосованию будут доступны на просмотр в режиме «Журнал исходящих документов».


Заголовок 1 Заголовок 2ђђ Заголовок 3iђ Заголовок 415

Приложенные файлы

  • doc 9427253
    Размер файла: 123 kB Загрузок: 0

Добавить комментарий