•Задача по простому бизнес-процессу

•Последовательное свободное согласование

•Редактор отметок

•Массовое выполнение заданий на подписание

•Автоматическое занесение документов со сканера и электронной почты

•Поддержка обмена УПД в новом формате через сервис обмена СБИС

•Легкий просмотр информации об электронных доверенностях контрагентов

•Работа с совещаниями

•Назначение прав на проектные документы

•Доступ к справочникам при программной работе

Задача по простому бизнес-процессу

В модуль DocflowApproval (Документооборот) для автоматизации простых бизнес-процессов добавлен новый тип задачи SimpleProcessTask (Задача по простому бизнес-процессу).

У задачи есть прикладная группа вложений AttachmentGroup (Вложения). Собственных прикладных свойств нет.

Последовательное свободное согласование

В модуль Docflow (Документооборот) в тип задачи FreeApprovalTask (Задача на свободное согласование) добавлены:

•свойство Sequence (Старт) с типом Перечисление. Возможные значения: Parallel (Одновременно), Serially (Друг за другом);

•серверная функция GetDeadlineForApproval (Срок задания при последовательном согласовании) с атрибутом ExpressionElement.

Редактор отметок

1.В модуль Docflow (Документооборот) добавлен тип справочника MarkEditorSession (Сессия редактора отметок). Он предназначен для передачи содержимого документа в сторонний контрол редактора отметок. Записи справочника создаются, когда открывается редактор отметок, и удаляются новым фоновым процессом «Документооборот. Удаление сессий редактора отметок».

2.Код отметок о подписании, поступлении и регистрационных данных переведен на язык разметки HTML5.

Массовое выполнение заданий на подписание

1.Чтобы оптимизировать процесс массового выполнения заданий на подписание, в таблицу Sungero_Docflow_Params добавлены параметры:

•BulkSigningAssignmentsLimit – максимальное количество заданий, которые можно выполнить за один раз. Значение по умолчанию 50, доступный диапазон от 1 до 100;

•BulkSigningDocumentsLimit – максимальный размер пачки документов, которые можно подписать за одно обращение к веб-агенту. Значение по умолчанию 30 документов;

•HashLifeTimeMultiplier – множитель, с помощью которого можно изменять время жизни хешей документов в кэше. Время жизни хеша документа определяется произведением параметра и срока задания на подписание. Например, если значение параметра 2, срок задания – 3 дня, то итоговое время жизни хеша документа будет 6 дней. Значение по умолчанию 3;

•CertificatesLimit – максимальное количество сертификатов ЭП, для которых при старте задания на подписание генерируются хеши документов. Значение по умолчанию 5.

2.В модуль Docflow (Документоборот) добавлена серверная функция GenerateAndStoreSignatureHashes(). Она отвечает за генерацию хешей подписываемых сущностей и их сохранение в кэш. Функция вызывается при старте:

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

•задания на подписание в рамках согласования по процессу.

Автоматическое занесение документов со сканера и электронной почты

1.В модуль Docflow (Документооборот) добавлен тип справочника CaptureSource (Источники поступления документов).

2.В модуле SmartProcessing (Интеллектуальная обработка) в задаче VerificationTask (Верификация комплекта документов):

•добавлено свойство CaptureSource (Источник поступления документов);

•свойство Assignee (Кому) стало необязательным.

3.Добавлен новый лицензируемый модуль IntegrationDcs (Обработка занесения документов), который скрыт в проводнике.

4.В модуле SmartProcessing (Интеллектуальная обработка) в тип справочника BlobPackage (Пакет бинарных образов документов) добавлено свойство Options (Дополнительные параметры).

5.Отправка документов в сервисы Directum Ario перенесена из плагина утилиты RxCmd в асинхронный обработчик ProcessBlobPackage на стороне Directum RX.

Несовместимости

1.В модуле SmartProcessing (Интеллектуальная обработка) некоторые функции отмечены устаревшими. Вместо некоторых из них рекомендуется использовать новые:

2.Теперь при занесении документа в систему значение свойства BusinessUnit (Наша организация) определяется по справочнику CaptureSources (Источники поступления документов). Поэтому в модуле SmartProcessing (Интеллектуальная обработка) отмечены устаревшими серверные функции:

•GetRecognizedBusinessUnitForContractualDocument();

•GetRecognizedTaxInvoiceParties();

•GetDocumentParties();

•FillIncomingLetterRecipientFuzzy();

•GetRecognizedTaxInvoicePartiesFuzzy().

Вместо них рекомендуется использовать их перегрузки с параметром DefaultBusinessUnit.

Особенности конвертации

Записи типа справочника SmartProcessingSetting (Настройки интеллектуальной обработки), созданные до версии 4.12, после обновления конвертируются в записи типа справочника CaptureSource (Источник поступления документов). При этом свойства по умолчанию заполняются значениями:

Поддержка обмена УПД в новом формате через сервис обмена СБИС

Ускорение показа диалога в документах без контрагента

Чтобы ускорить отображение диалогового окна в документах без контрагента, в модуле Exchange (Электронный обмен) в структуре SendToCounterpartyInfo изменено назначение свойства Counterparties. Если в документе указаны контрагенты, то свойство заполняется ими, а также их дублями или филиалами. Если контрагенты не указаны, то вместо него используется свойство IncludeAllCounterpartiesWithExchange, а Counterparties заполняется значением Null.

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

•FillCounterpartyInfo(): добавьте логику заполнения свойства IncludeAllCounterpartiesWithExchange и удалите для свойства Counterparties;

•SendDocumentToCounterparty(): добавьте логику получения контрагентов для документов без контрагента, если свойство IncludeAllCounterpartiesWithExchange заполнено значением True.

Способ передачи информации об эл. доверенности в сервис обмена СБИС

1.Изменился способ передачи информации об эл. доверенности в сервис обмена СБИС – теперь используется передача метаданных в сообщении. Если документ подписан на основании эл. доверенности, то при отправке документа в СБИС в сообщении указываются ее свойства:

•единый рег. номер доверенности;

•ИНН доверителя;

•ссылка на систему хранения эл. доверенностей.

2.Отмечены устаревшими и не используются следующие серверные виртуальные методы:

•AddFPoaUnifiedRegNumberToSignatureData();

•UpdateServiceFormalizedPoA();

•SetDataSignature().

Передача информации об МЧД в порядке передоверия в сервисы обмена

Для проверки законности эл. доверенности при передоверии в сообщении должен быть указан ИНН последнего доверителя. Для этого изменено заполнение свойств:

1.В структуру Exchange.Structures.Module.Signature и класс NpoComputer.DCX.Common.Signature добавлено свойство FormalizedPoALastPrincipalTin, которое содержит ИНН доверителя из эл. доверенности. Для эл. доверенности, созданной в порядке передоверия – последний в цепочке передоверия.

2.В модуле Exchange (Электронный обмен):

•для перекрытых серверных функций SendServiceDocument() и GetDocumentSignature(), добавьте логику заполнения свойства FormalizedPoAUnifiedRegNumber у структуры Exchange.Structures.Module.Signature;

•серверная статическая функция CreateExchangeDocumentSignature() отмечена устаревшим. Используйте перегрузку со структурой Exchange.Structures.Module.Signature в параметрах.

Легкий просмотр информации об электронных доверенностях контрагентов

1.В модуль Docflow (Документооборот) в абстрактный тип документа OfficialDocument (Официальный документ) добавлены функции:

•OpenCounterpartyFPoAInFtsRegistry() – открывает ссылку на эл. доверенность контрагента;

•CreateCounterpartyFormalizedPoAUrlParams() – создает структуру с параметрами ссылки на эл. доверенность;

•GenerateCounterpartyFPoALink() – формирует ссылку на эл. доверенность для перехода на сайт реестра ФНС.

Также добавлено действие OpenCounterpartyFPoAInFtsRegistry (Открыть МЧД контрагента).

2.В сторонние библиотеки DCX добавлена функция GetFormalizedPoAPrincipalTin(), которая получает ИНН доверителя эл. доверенности из сообщения сервиса обмена.

3.В модуль Docflow (Документооборот) добавлена структура FormalizedPoADTO для хранения параметров ссылки на эл. доверенность.

4.В таблицу Sungero_Docflow_Params добавлен параметр SearchStatusFPoAInFtsRegistryTemplate – формат гиперссылки для поиска статуса эл. доверенности контрагента в реестре ФНС. Значение по умолчанию https://m4d.gnivc.ru/emchd/check-status?guid={0}, где {0} – GUID номер эл. доверенности.

Работа с совещаниями

В модуль Meetings (Совещания):

1.В тип справочника Meeting (Совещание) добавлено действие SendNoticeForMeetingMembers (Уведомить участников).

2.Добавлен асинхронный обработчик GrantAccessRightsToMeetingDocument для оперативной выдачи прав на совещания и документы по нему. Процесс запускается при сохранении карточки совещания, если были изменены его участники.

Назначение прав на проектные документы

В модуле Projects (Проекты):

1.Добавлен асинхронный обработчик GrantAccessRightsToProjectDocument для оперативной выдачи прав на проектные документы при изменении проекта или ведущего документа в его карточке.

2.Добавлен фоновый процесс GrantAccessRightsToProjectDocuments для массовой выдачи прав на проектные документы при изменении участников проекта.

3.В справочник ProjectDocumentRightsQueueItem (Элемент очереди выдачи прав на проектные документы) добавлены свойства:

•Priority – приоритет, с которым обрабатываются элементы очереди выдачи прав. Первыми обрабатываются элементы очереди с более высоким приоритетом;

•DocumentsIds – ИД документов, на которые назначаются права при обработке конкретного элемента очереди.

Для свойства ProcessingStatus добавлены возможные значения: Scheduled (Запланировано) и InProcess (В процессе).

4.Отмечены устаревшими серверные функции. Вместо некоторых из них рекомендуется использовать новые:

5.Отмечена устаревшей структура RecipientRights.

6.В таблицу Sungero_Docflow_Params добавлены параметры:

•UseObsoleteGrantAccessRightsToProjectDocuments – для включения режима совместимости с устаревшим механизмом выдачи прав. Значение по умолчанию False;

•GrantAccessRightsToProjectDocumentRetriesLimit – для ограничения количества попыток выдать права на пачку документов. Значение по умолчанию 50. Используется в асинхронном обработчике GrantAccessRightsToProjectDocumentsBulk;

•ProjectAccessRightsBulkProcessingBatchSize – для регулирования количества документов в пачке. Значение по умолчанию 100. Используется в фоновом процессе GrantAccessRightsToProjectDocuments (Проекты. Автоматическое назначение прав на документы);

•ProjectAccessRightsBulkProcessingQueueItemsLimit – для регулирования количества элементов очереди, обрабатываемых одновременно. Значение по умолчанию 70. Используется в фоновом процессе GrantAccessRightsToProjectDocuments (Проекты. Автоматическое назначение прав на документы).

Особенности конвертации прав на проектные документы

Элементы очереди ProjectDocumentRightsQueueItem (Элемент очереди выдачи прав на проектные документы), созданные до версии 4.12, после обновления обрабатываются по новому механизму в фоновом процессе GrantAccessRightsToProjectDocuments (Проекты. Автоматическое назначение прав на документы). Для этого существующие элементы очереди конвертируются с заполнением свойств Priority (Приоритет), Status (Статус) и ProcessingStatus (Статус обработки).

Доступ к справочникам при программной работе

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

На чтение, при этом способ авторизации для них не изменился:

Полный, при этом для них указан способ авторизации Для типа сущности:

2.Удалена выдача прав при инициализации для типов сущностей, кроме следующих:

•ManagersAssistant (Ассистент руководителя);

•AIManagersAssistant (Виртуальный ассистент);

•RecordManagementSetting (Настройки делопроизводства);

•DocumentRegister (Журнал регистрации);

•RegistrationSetting (Настройка регистрации);

•RegistrationGroup (Группа регистрации);

•CaseFile (Дело);

•SignatureSetting (Право подписи).

3.Отмечены устаревшими функции инициализации:

•GrantRightsOnMarksAndMarkKinds() в модуле Docflow (Документооборот);

•GrantRightsOnDatabooks() в модуле SmartProcessing (Интеллектуальная обработка).

Свойства с внешним типом вычисления

У следующих свойств изменен тип на внешнее вычисление:

•ConnectionStatus (Соединение) типа справочника BoxBase (Абонентский ящик);

•ActualDate (Факт. дата) и ExecutionState (Состояние) типа задачи ActionItemExecutionTask (Задача на исполнение поручения).

Это позволяет редактировать их значения даже при заблокированной карточке сущности.

Прочее

1.В таблицу Sungero_Docflow_Params добавлен параметр DecapitalizeCompanyName, определяющий отображение наименования контрагента. Возможные значения:

•True – отображается с заглавной буквы, если Directum RX обновляется на новую версию;

•False – отображается как на сайте проверки контрагента, если система устанавливается впервые.

2.В версии 4.12 интерфейс для удобной работы с потоками заданий стал проще: в нем учтены настройки, которые ранее были доступны только в интерфейсе для руководителя. Поэтому для роли «Пользователи интерфейса для руководителей» удалены неактуальные представления форм.

3.В модулях Exchange (Электронный обмен) и ExchangeCore (Электронный обмен. Настройки) обновлена сторонняя библиотека DCX.

4.В библиотеке DCX обновлен компонент SDK Diadoc до версии 2.30.0.

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