*Name (Наименование): Строка (250)
Наименование официального документа. Служит для визуальной идентификации в системе. Существует два режима формирования наименования: программный и ручной. Режим настраивается в виде документа. В программном режиме наименование составляется из вида документа, регистрационного номера, даты и содержания (алгоритм формирования переопределяется в большинстве наследников).
*DocumentKind (Вид документа): Sungero.Docflow.DocumentKind
Вид документа. Классифицирует документы внутри одного типа. Заполняется пользователем при создании документа. Служит критерием в большинстве связанных с документами настроек:
•при подборе правила согласования;
•для подбора настройки регистрации;
•для автоматического назначения прав;
•для подбора права подписи.
Влияет на:
•видимость регистрационных данных;
•доступность действий по регистрации документа;
•отображение панели регистрации при открытии карточки;
•доступность действий по отправке документа по процессам;
•режим формирования имени.
Вид документа является обязательным, поэтому в коде сохраненный документ всегда относится к одному из видов документов. Для полноценного функционирования системы крайне не рекомендуется отключать обязательность свойства.
Для выбора в проводнике доступны те записи справочника, на которые у пользователя есть тип прав доступа «Выбор в документе».
DocumentGroup (Группа документов): Sungero.Docflow.DocumentGroupBase
Дополнительный классификатор документа в рамках его видов. Используется для учета документов. Служит критерием в большинстве связанных с документами настроек:
•при подборе правила согласования;
•для автовыдачи прав;
•для подбора права подписи.
Пример использования в наследниках: категорий договоров.
LastVersionChanged: Дата и время
Дата изменения последней версии документа. Скрытое свойство.
Заполняется программно текущей датой и временем:
•при добавлении новой версии, изменении последней версии;
•при удалении версии, если она последняя или единственная.
Используется в фоновом процессе «Документооборот. Индексация скан-копий для полнотекстового поиска» при получении документов для индексации по расписанию.
LeadingDocument (Ведущий документ): Sungero.Docflow.OfficialDocument
Документ, являющийся основным для текущего. Например, приказ является основным документом для приложений к приказу, договор – для дополнительного соглашения, акта выполненных работ.
Project (Проект): Sungero.Docflow.ProjectBase
Проект, к которому относится документ. Необходим для учета и поиска проектных документов. Видимость свойства в карточке документа определяется видом документа (флажок Вести учет по проектам). После сохранения документа он асинхронно вкладывается в папки проекта, участникам проекта выдаются права, в зависимости от роли.
Subject (Содержание): Строка (250)
Краткое содержание документа. Соответствует реквизиту Заголовок к тексту (см. п. 5.17 ГОСТ Р 7.0.97-2016). Используется при автоматическом формировании имени, отображении сущности в списках.
BusinessUnit (Наша орг.): Sungero.Company.BusinessUnit
Наша организация, к которой относится документ (см. п. 5.5 ГОСТ Р 7.0.97-2016).
Заполняется программно в обработчике события «Создание» документа нашей организацией, указанной в персональных настройках текущего сотрудника, или нашей организацией текущего сотрудника, если не указано в настройках. Также заполняется программно при изменении свойства Department (Подразделение) (событие «Изменение значения свойства») нашей организацией, указанной в карточке подразделения. Очищается, если DocumentKind (Вид документа) меняется на ненумеруемый (событие «Изменение значение свойства»).
Используется при формировании регистрационного номера документа и в шаблонах актов выполненных работ, доверенностей, договоров купли-продажи, исходящих писем, повесток совещаний, приказов, протоколов совещаний, распоряжений и сопроводительных писем. Служит критерием в большинстве связанных с документами настроек:
•при подборе правила согласования;
•для подбора настройки регистрации;
•для автоматического назначения прав;
•для подбора права подписи.
Department (Подразделение): Sungero.Company.Department
Подразделение, к которому относится документ (см. п. 5.6 ГОСТ Р 7.0.97-2016). Заполняется программно в обработчике события «Создание» документа подразделением, указанным в персональных настройках текущего сотрудника, или подразделением текущего сотрудника, если не указано в настройках.
Используется при формировании регистрационного номера документа. Служит критерием в большинстве связанных с документами настроек:
•при подборе правила согласования;
•для подбора настройки регистрации;
•для автоматического назначения прав;
•для подбора права подписи.
OurSignatory (Подписал): Sungero.Company.Employee
Сотрудник, подписывающий документ, соответствует реквизиту «Подпись» (см. п. 5.22 ГОСТ Р 7.0.97-2016).
В качестве подписывающего можно указывать только тех сотрудников, для которых настроено право подписи.
Заполняется программно текущим сотрудником при утверждении документа вручную или при выполнении задания на подписание (утверждение) или рассмотрение документа.
Примечание. Для служебных записок заполняется текущим пользователем при создании документа. При подписании документа в рамках задания на рассмотрение документа подписывающий не изменяется. В протоколе или повестке совещания заполняется председателем совещания, если подписывающий еще не заполнен. В задаче на согласование по регламенту при выполнении задания на подтверждение подписания с результатом «Подтвердить подписание» в качестве подписавшего документ будет указан сотрудник, за которого выполнялось подтверждение подписания.
Используется в шаблонах документов. В задаче на согласование по регламенту поле «На подпись» заполняется значением данного свойства из документа.
OurSigningReason (Основание): Sungero.Docflow.SignatureSettings
Ссылка на право подписи OurSignatory (Подписал). Заполняется правом подписи с наивысшим приоритетом, подходящим по критериям (вид документа, документопоток, сумма документа, подразделение, НОР).
Используется:
•при заполнении титула продавца и покупателя;
•при подписании для получения единого регистрационного номера доверенности;
•для подбора сертификата при подписании из задания на подписание документа.
При заполнении поля OurSignatory (Подписал) поле OurSigningReason (Основание) заполняется программно наиболее приоритетным правом подписи подписывающего, которое определяется по алгоритму:
•все права подписи подписывающего фильтруются по критериям: вид документа, документопоток, сумма документа, подразделение, НОР;
•полученные права подписи выстраиваются в следующем порядке:
•права подписи с заполненным полем Сертификат;
•права подписи с наибольшим Числовым приоритетом;
•права подписи с Типом основания – Должностные обязанности;
•права подписи с Типом основания – Электронная доверенность;
•права подписи с Типом основания – Доверенность;
•права подписи с Типом основания – Другой документ;
•права подписи с наибольшим Сроком действия;
•права подписи с наибольшим идентификатором записи.
Из полученного упорядоченного списка прав подписи берется самое первое.
При подписании утверждающей подписью проверяется корректность заполненного поля OurSigningReason (Основание) по следующим критериям:
•подписывающий должен совпадать с сотрудником, указанным в поле OurSignatory (Подписал);
•срок действия электронной доверенности, указанной в праве подписи, не истек;
•при подписании сертификатом:
•если в праве подписи указан Сертификат, то он должен совпадать с сертификатом, выбранным при подписании;
•если в праве подписи не указан Сертификат, то не должно быть других прав подписи у подписывающего с сертификатом, выбранным при подписании.
•при подписании простой подписью:
•если в праве подписи указан Сертификат, то не должно быть других прав подписи у подписывающего с пустым сертификатом.
Если OurSigningReason (Основание) не заполнено или не подходит по вышеуказанным критериям, то ищется новое приоритетное право подписи подписывающего. Алгоритм определения приоритетного права подписи такой же, как при программном заполнении поля OurSigningReason (Основание) после заполнения OurSignatory (Подписал), только учитывается сертификат, выбранный при подписании:
•права подписи, у которых Сертификат совпадает с сертификатом, выбранным при подписании;
•права подписи с пустым Сертификатом;
•права подписи с наибольшим Числовым приоритетом;
•права подписи с Типом основания – Должностные обязанности;
•права подписи с Типом основания – Электронная доверенность;
•права подписи с Типом основания – Доверенность;
•права подписи с Типом основания – Другой документ;
•права подписи с наибольшим Сроком действия;
•права подписи с наибольшим идентификатором записи.
При утверждении документа на основании права подписи с электронной доверенностью единый регистрационный номер доверенности записывается в свойство ЭП UnsignedAdditionalInfo в формате «ключ=значение» и разделителем «|». Пример: FPOA=3620aa83-2f69-4623-ae2b-89546ac5a417.
Примечание. При подписании документа в рамках задания на рассмотрение документа поле OurSigningReason (Основание) не изменяется. Для фильтрации права подписи в ненумеруемых приложениях Наша организация используется из ведущего документа.
Поле доступно в документах с типами:
•Договор;
•Универсальный передаточный документ;
Для следующих типов документов доступно действие «Показать основание» на вкладке ленты «Подписание», которое показывает/скрывает поле OurSigningReason (Основание) с формы карточки (по умолчанию поле в них скрыто):
•Приказ;
Типы документов, для которых поле всегда скрыто:
•Входящий документ электронного обмена;
•Шаблон;
PreparedBy (Подготовил): Sungero.Company.Employee
Сотрудник, ответственный за подготовку документа, соответствует реквизиту «Отметка об исполнителе» (см. п. 5.25 ГОСТ Р 7.0.97-2016). Заполняется текущим пользователем при создании документа.
Используется в шаблонах исходящих писем, приказов, распоряжений, служебных записок, сопроводительных писем к договорам и протоколов совещаний. Используется в отчете «Лист согласования» в качестве ответственного для входящих и исходящих документов.
Если в абонентском ящике Routing (Задание на обработку) = NoAssignments, то сотруднику, подготовившему документ, придет уведомление об аннулировании документа контрагентом.
Assignee (Исполнитель): Sungero.Company.Employee
Сотрудник, который выполняет работы по документу (ответственный исполнитель). Заполняется программно в схеме задачи на исполнение поручения в блоке «Уведомление контролеру» в обработчике события «Старт блока» Исполнителем (Assignee), если ранее исполнитель в документе не был задан.
При создании поручения по документу указывается как Исполнитель (Assignee) поручения, если по документу еще не было поручений.
Storage (Хранилище): Sungero.CoreEntities.Storage
Файловое хранилище, в котором находится содержимое версий документа. Скрыто в проводнике.
Заполняется программно при создании первой версии документа и при перемещении содержимого в фоновом процессе «Документооборот. Перемещение документов между хранилищами».
Используется для оптимизации логики поиска документов для перемещения. Содержимое свойств Body и PublicBody всех версий документа находится в одном хранилище.
Note (Примечание): Строка (1000)
Примечание.
ExternalId (ИД во внешней системе): Строка (250)
Идентификатор сущности во внешней системе. Скрыто в проводнике.
В стандартной версии системы не используется, зарезервировано для заказных решений.
Topic (Рубрика): Sungero.Docflow.Topic
Дополнительный классификатор документа. Позволяет категоризировать документы. Заполняется вручную. По умолчанию скрыто с карточки.
Для выбора доступны записи, у которых свойство Parent (Ведущая рубрика) не заполнено.
Subtopic (Подрубрика): Sungero.Docflow.Topic
Дополнительный классификатор документа. Позволяет категоризировать документы. Заполняется вручную. Поле доступно, когда Topic (Рубрика) заполнена. По умолчанию скрыто с карточки.
Для выбора доступны записи, у которых свойство Parent (Ведущая рубрика) заполнено значением Topic (Рубрика). Очищается при изменении значения в свойстве Topic (Рубрика).
| © Компания Directum, 2024 |
