В информации о документе хранятся служебные документы для:

•генерации извещений о получении, обработки отказов и аннулирований по документу;

•формирования отчета «Протокол электронного обмена»;

•защиты от утери в случае отказа сервиса обмена.

ServiceDocuments (Служебные документы): Коллекция

Список внутренних документов сервиса обмена, соответствующий цепочке документооборота.

Служебные документы формируются в зависимости от сервиса обмена (Диадок, СБИС) и типа документа (УПД/УКД, ДПТ/ДПРР, неформализованные).

Схема обмена служебными документами с титулом продавца и титулом покупателя для УПД/УКД.

Подробнее см. регламент обмена УПД/УКД с функцией «ДОП», ДПТ, ДПРР в документации Диадок и Сбис.

При обмене через роуминг отправляется извещение о получении для обоих титулов.

Схема обмена служебными документами с титулом продавца (УПД с функцией «СЧФ»).

Схема обмена служебными документами для неформализованных документов в Диадок.

Схема обмена служебными документами для неформализованных документов в СБИС.

Схема обмена служебными документами для ДПТ/ДПРР и неформализованных документов.

Схема обмена служебными документами при запросе на уточнение документа.

Схема обмена служебными документама при отказе в подписании документа.

Схема обмена служебными документами при запросе аннулирования на документ.

Схема обмена служебными документами при одностороннем аннулировании документа.

DocumentType (Тип документа): Перечисление

Тип служебного документа.

DocumentId (ИД документа): Строка (250)

Идентификатор служебного документа в сервисе обмена.

ParentDocumentId (ИД родительского документа): Строка (250)

Идентификатор документа в сервисе обмена, в ответ на который создан служебный документ.

CounterpartyId (ИД контрагента): Строка (250)

Идентификатор получателя или отправителя в сервисе обмена. Для документов с типами: IConfirmation и IRConfirmation это будет сервис обмена.

Date (Дата): Дата и время

Дата отправки служебного документа в сервисе обмена.

Body (Содержимое): Бинарные данные

Содержимое служебного документа в формате XML.

Sign (Подпись): Бинарные данные

Электронная подпись отправителя служебного документа.

FormalizedPoAUnifiedRegNo (Единый рег. № эл. дов.): Строка (250)

Единый регистрационный номер доверенности, на основании которой установлена электронная подпись Sign (Подпись).

Поле необязательное. Заполняется, если подписание служебного документа выполнялось на основании электронной доверенности.

Заполняется:

•при загрузке служебного документа из сервиса обмена;

•при подписании извещений о получении документов, если включен фоновый процесс «Электронный обмен. Отправка извещений о получении документов».

При подписании служебного документа в системе алгоритм определения единого регистрационного номера доверенности следующий:

Ищется подходящее право подписи:

1.Берется право подписи из поля OurSigningReason (Основание) документа, к которому относится служебный документ, и проверяется его корректность по условиям:

•право подписи подходит по критериям: вид документа, документопоток, сумма документа, подразделение, НОР, подписывающий;

•срок действия электронной доверенности, указанной в праве подписи, не истек;

•если в праве подписи указан Сертификат, то он должен совпадать с сертификатом, выбранным при подписании;

•если в праве подписи не указан Сертификат, то не должно быть других прав подписи у подписывающего с сертификатом, выбранным при подписании.

Если OurSigningReason (Основание) не заполнено или не подходит по вышеуказанным критериям, то ищется новое приоритетное право подписи подписывающего по алгоритму:

2.Все права подписи подписывающего фильтруются по критериям: вид документа, документопоток, сумма документа, подразделение, НОР;

3.Полученные права подписи выстраиваются в следующем порядке:

•права подписи, у которых Сертификат совпадает с сертификатом, выбранным при подписании;

•права подписи с пустым Сертификатом;

•права подписи с наибольшим Числовым приоритетом;

•права подписи с Типом основания – Должностные обязанности;

•права подписи с Типом основания – Электронная доверенность;

•права подписи с Типом основания – Доверенность;

•права подписи с Типом основания – Другой документ;

•права подписи с наибольшим Сроком действия;

•права подписи с наибольшим идентификатором записи.

Из полученного упорядоченного списка прав подписи берется самое первое.

Если право подписи найдено и Reason (Тип основания) у него равен FormalizedPoA, то номер доверенности берется из поля UnifiedRegistrationNumber (Единый рег. №) электронной доверенности, указанной в поле Document (Документ-основание) права подписи.

Если право подписи не найдено, то:

1.Все электронные доверенности фильтруются по критериям:

•поле IssuedTo (Кому выдана) равно подписывающему;

•поле BusinessUnit (Наша орг.) равно значению поля BusinessUnit (Наша организация) из Абонентского ящика;

•поле LifeCycleState (Состояние) не равно Устаревший или В разработке;

•поле ValidTill (Действует по) больше текущей даты.

Если электронная доверенность найдена, то номер доверенности берется из поля UnifiedRegistrationNumber (Единый рег. №) этой доверенности.

Если единый регистрационный номер доверенности найден, то после подписания:

•он используется при отправке служебного документа в сервис обмена;

•сохраняется в поле FormalizedPoAUnifiedRegNo (Единый рег. № эл. дов.) для извещений о получении документов, если включен фоновый процесс «Электронный обмен. Отправка извещений о получении документов». Затем в рамках фонового процесса «Электронный обмен. Отправка извещений о получении документов» номер доверенности отправляется в сервис обмена.

SecondSign (Вторая подпись): Бинарные данные

Электронная подпись получателя служебного документа. Заполняется только для соглашения об аннулировании (Annulment).

SecondFormalizedPoAUnifiedRegNo (Единый рег. № эл. дов. для второй подписи): Строка (250)

Единый регистрационный номер доверенности, на основании которой установлена электронная подпись SecondSign (Вторая подпись).

Поле необязательное. Заполняется, если подписание соглашения об аннулировании выполнялось на основании электронной доверенности.

Заполняется при загрузке соглашения об аннулировании (Annulment) из сервиса обмена.

GeneratedName (Сгенерированное имя): Строка (250)

Полное имя служебного документа. Заполняется только для типов: Reciept, IReciept, ICReciept, IRCReciept, IRReceipt. Содержит имя, полученное при генерации служебного документа, используется для отправки в сервис обмена.

Certificate (Сертификат): Sungero.CoreEntities.Certificate

Цифровой сертификат, для которого сгенерирован служебный документ в сервисе обмена. Заполняется для типов: Reciept, IReciept, ICReciept, IRCReciept, IRReceipt. Используется при перегенерации и подписании служебных документов.

StageId (ИД этапа): Строка (250)

Идентификатор текущего этапа документа на сервисе обмена. Заполняется только для сервиса обмена СБИС. Позволяет получить текущий этап документа в системе обмена для определения стадии документооборота и необходимых дальнейших действий над документом.

© Компания Directum, 2024