<< Щелкните, чтобы показать Содержание >> Администратору > Установка системы > Конвертация системы на новую версию > Конвертация системы до версии 5.8 > Этап 6. Настройка системы после конвертации

Конвертация с версии Directum 5.3.1

Contents

Последовательно выполните действия и ознакомьтесь с возможными несовместимостями:

Шаг 1

Общие компоненты

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

Теперь дополнительный символ не удаляется, поэтому после конвертации документы, формируемые в подобных макетах, могут отображаться некорректно. Проверьте, все используемые макеты, в которых возможна ситуация с удалением дополнительного символа и отредактируйте их. Для приведенного примера удалите символ переноса строки:

Подробнее см. в руководстве администратора, в разделе «Настройка модулей», подраздел «Создание макета документов».

2.	Из системы Directum удален неиспользуемый справочник Пользователи, выполняющие перешифрование документов и задач. После конвертации системы рекомендуется его закрыть.

3.	Удалены модули расширения подписания и шифрования: CryptoPro Encryption и Capicom Encryption. Вместо них теперь используются модули GOST Encryption и Standard Encryption.

Канцелярия

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

2.	В десктоп- и веб-модуле «Канцелярия:

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

•	удалены устаревшие функции CreateSubAssignmentFromTaskParam, GetPlannedDateFromMainAssignment, GetAtControlValueFromIndividSettings, GetControlTypeFromUserSettings и RMActionControlAssignment;

•	удалены устаревшие сценарии Веб-доступ. Установить "На контроль" согласно пользовательской настройке и Веб-доступ. Получить плановую дату из главного поручения с учетом индивидуальных настроек пользователя;

•	удалены индивидуальные установки:

•	Срок исполнения от ведущего поручения, так как теперь срок исполнения подчиненного поручения всегда зависит от срока ведущего поручения;

•	Автопостановка на контроль при вводе срока исполнения, так как при создании поручения почти всегда указывается срок исполнения, при этом далеко не каждое поручение нужно ставить на контроль;

•	удалена устаревшая установка Группы пользователей.

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

Управление совещаниями и заседаниями

Для оптимизации выполнения сценариев модуля «Управление совещаниями и заседаниями», в версии 5.4 для них созданы серверные события:

•	MMExchangeAgentSynchronization – для сценария Агент синхронизации с MS Exchange;

•	MMProcessingFinishingMeetings – для сценария Обработка проведенных совещаний;

•	MMPeriodicMeetingsProcessingAgent – для сценария Агент обработки регулярных совещаний.

Если используется интеграция с Microsoft Exchange:

•	создайте задание SQL-сервера (jobs) для вызова серверного события MMExchangeAgentSynchronization с параметрами:

•	Name: ExchangeAgentSynchronizationStart;

•	Description: Запуск серверного события MMExchangeAgentSynchronization;

•	StepName: AgentStartStep. Для этого на вкладке «Steps» добавьте новый этап;

•

Command:

DECLARE @RC int
EXECUTE @RC = [<база данных>].[dbo].[SBServerEventStart]
'ExchangeAgentSynchronization'
GO

Подробнее о создании заданий SQL-сервера см. в документации Microsoft SQL Server;

•	запустите службу обработки событий IS-Builder Event Processing.

Если интеграция с Microsoft Exchange не используется:

•	создайте задание SQL-сервера (jobs) для вызова серверного события MMPeriodicMeetingsProcessingAgent;

•	запустите службу обработки событий IS-Builder Event Processing.

Подробное описание сценариев, их параметров, рекомендаций по периодичности запуска см. в руководстве по модулю «Управление совещаниями и заседаниями».

Веб-клиент

В связи со значительной переработкой Агента веб-доступа для поддержки ОС Alt Linux и Ubuntu теперь нет возможности получать оповещения о приходе новых заданий.

Обмен с контрагентами (ниже 5.5 «Интеграция с системами обмена»)

1.	В связи с изменением файлового состава и настроек службы DISI после конвертации на новую версию Directum потребуется изменить настройки конфигурационного файла DisiService.exe.config.

2.	Закрыт сценарий Получение отфильтрованного справочника «Абоненты систем обмена документами», так как он больше не используется службой DISI. После конвертации его рекомендуется закрыть.

3.	Удалена устаревшая функция DISISelectCertificates. К функции добавьте префикс вашей организации и замените название функции во всех местах вызова. Определить, где используется функция, можно с помощью сценария Поиск во всех полях типа Text. Если функция не используется в разработке, удалите ее.

Шаг 2

Обмен с контрагентами (ниже 5.5 «Интеграция с системами обмена»)

Автокорректируемая таблица соответствия документов в системе Directum и в системе обмена DISICorrespondingDocumentID переименована в DISIDocument. Удален устаревший сценарий Управление таблицей DISICorrespondingDocumentID.

Шаг 3

Общие компоненты

1.	Удалены неиспользуемые функции ТМЗаписатьСобытие и CreateIndividualSettingsForUser. Чтобы устранить несовместимость, переименуйте функции и замените их во всех местах вызова.

Определить, где используются функции, можно с помощью сценария Поиск во всех полях типа Text. Если функции не используются в разработке, удалите их;

2.	Удалены неиспользуемые в стандартной разработке роли:

•	Утверждающий, так как он определяется по категории договора из значения поля *Подписант;

•	СекретарьРуководителя;

•	РуководительЮрОтдела – руководитель юридического отдела из справочника Подразделения;

•	РуководительФинОтдела – руководитель финансового отдела из справочника Подразделения;

•	ОбращениеПомощник – помощник ответственного за рассмотрение обращений;

•	ОбращениеАдресат – адресат или инициатор обращения;

•	ГлавныйБухгалтер – главный бухгалтер из настроек системы;

•	СовещаниеУчастники – председатель, выступающие, участники совещания;

•	СовещаниеВсеУчастники – участники совещания и ответственные за исполнение решений.

После конвертации убедитесь, что данные роли не используются в вашей разработке, и закройте их.

3.	В связи с изменением механизма отправки документов контрагенту через системы обмена в модуле «Канцелярия» удален сценарий Агент обмена электронными документами между системами и неиспользуемые функции:

•	AddFilterFolderRecord;

•	DelFilterFolderRecord;

•	SynchCalculation.

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

4.	В конфигурационном файле SBSessionSrvSettings.xml удалена секция LogServer, которая отвечала за настройку ведения лог-файлов. Теперь используются настройки из конфигурационного файла клиентской части – LogSettings.xml.

5.	Если используется профайлинг системы, необходимо выполнить повторную инициализацию базы данных профайлинга. Для этого в карточке записи справочника Настройки анализа профайлинга нажмите на кнопку Инициализация.

6.	Свойство IECertificate.SubjectName теперь всегда через плагины возвращает ФИО из атрибута CN свойства Subject сертификата.

7.	В ISBL-вычислениях теперь доступны предопределенные переменные GlobalIDs типа IGlobalIDFactory и Processes типа IProcessFactory. Если ранее в вычислениях использовались переменные с такими именами, то необходимо их переименовать.

8.	Первый символ кода нашей организации больше не используется при формировании кода записи справочника. В Directum 5.5 используется сквозная нумерация.

9.	В Directum 5.5 добавлена проверка вызываемых методов с пустыми параметрами. После конвертации необходимо проверить наличие в прикладной разработке вызываемых методов с пустыми параметрами. Для этого нужно:

•	запустить утилиту STISBLConverter.exe;

•	указать параметры подключения к базе;

•	выбрать пакет конвертации ConverterPackage.dat;

•	в открывшемся окне в поле Категория прецедента выбрать Вызов метода с пустыми параметра;

•	в найденных элементах разработки для вызываемых методов добавить обязательные параметры.

Канцелярия

1.	Удален типовой маршрут «Прекратить подзадачи» в связи с переходом на серверное событие. После конвертации его рекомендуется закрыть;

2.	Удалены устаревшие сценарии WARMGetAvailableAffairsForRRC и WARMGetAvailableAffairsForIndividualSettings в связи с доработками веб-доступа. После конвертации их рекомендуется закрыть;

3.	Из исходящих РКК удален механизм отправки документов. Теперь для отправки документов контрагентам используется единый типовой маршрут «Отправка и контроль возврата документов»;

4.	Удален неиспользуемый блок типового маршрута «Отправка подзадач по списку работников». После конвертации его рекомендуется закрыть.

5.	В связи с изменениями механизма отправки документов в версии 5.5 удалены компоненты:

Тип компоненты	Название компоненты
Функции	УстОбщОбмен ReceiveLetterWithDeliveryConfirmation CreateExchangePackageFromRRCBoundedEDocs ParseExchangePackageForRRC CreateAcknowledgementPackageForRRC RMCreateIncomingRRC WriteEDocumentsExchangeLogString ParseAcknowledgementPackageForRRC
Константы	ReceivingRouteType SendingRouteType
Сценарии	Веб-доступ. Получить организации для отправки документов между канцеляриями Веб-доступ. Отправить документы выбранным организациям Веб-доступ. Получить связанные с РКК документы Агент обмена документами
Записи справочника Правила преобразования объектов в структурированный формат	Д000011 (RM Экспорт задачи по ТМ "Отправка эл. документов") Д000012 (RM Импорт задачи по ТМ "Прием эл. документов") Д000013 (RM Экспорт задания по ТМ "Прием эл. документов") Д000014 (RM Импорт задания по ТМ "Отправка эл. документов")
Типовые маршруты	Отправка документов Прием документов
Блоки типовых маршрутов	Отправка документов Обработать подтверждение? Занесение даты подтверждения и состояния отправки Прием документов
Справочники	Принятые файлы Параметры организаций для обмена документами

Прекращать задачи по типовым маршрутам и распространять схемы типовых маршрутов не нужно.

Договоры

Удалены устаревшие компоненты:

•	типовые маршруты «Согласование входящих счетов на оплату» и «Согласование актов выполненных работ». Вместо них теперь используется типовой маршрут «Согласование договорных документов»;

•	тип карточки «Входящие счета на оплату»;

•	вид документа Входящий счет на оплату. Также вид документа удален из допустимых видов записи «Неформализованный документ» справочника Типы документов систем обмена;

•	запись «Входящий счет на оплату» справочника Виды жизненных циклов.

После конвертации их рекомендуется закрыть. Прекращать задачи по типовым маршрутам и распространять схемы типовых маршрутов не нужно.

Веб-клиент

В версии 5.5 веб-клиент Directum значительно преобразился, стал современнее и удобнее. Помимо изменения интерфейса, выполнены работы в направлении единой прикладной разработки для десктоп- и веб-клиента, что упростит модификацию веб-модулей и, как следствие, снизит стоимость проектов внедрения. Теперь для разработки веб-модулей большую часть задач можно решить с помощью ISBL-разработки, не прибегая к JS и .NET.

При обновлении на версию 5.5:

•	если в вашей разработке используется прямое обращение к элементам интерфейса (не через клиентский API веб-доступа), проверьте, что стили CSS и JS-код совместимы с новой версией;

•

измените названия стандартных групп кнопок и кнопок ленты, если в XML-файле веб-модуля есть обращения к ним (например, удаление стандартной кнопки или добавление своей кнопки в стандартную группу). Новые названия кнопок и групп кнопок см. в разделе «Стандартные значения ИД кнопок ленты» в руководстве разработчика веб-модулей.

Чтобы вам было проще, рекомендуем посмотреть примеры кода в разработчике веб-модулей.

Обмен с контрагентами (ниже 5.5 «Интеграция с системами обмена»)

1.	В версии Directum 5.5 реализована работа с роуминговыми организациями. Если работа с роуминговыми организациями уже ведется, последовательно выполните скрипты конвертации, расположенными в папке \CounterpartyInterchangeSystem:

•	25_Convert_DIR551_AfterDev.isbl – с помощью сценария Выполнить внешний сценарий;

Примечания

1. Если используется система обмена документами Диадок, перед выполнением скрипта обновите техническое решение «Коннектор к системе обмена документами Диадок».
2. Пользователь, от имени которого выполняется скрипт конвертации, должен входить в роль db_owner базы данных системы.

•	26_Convert_DIR551_AfterDev.sql.

В справочник Системы обмена документами добавятся роуминговые системы обмена, а в справочнике Абоненты систем обмена заполнится поле Система обмена контрагента.

2.	Удалены типовые маршруты:

•	Отправка документов адресатам через системы обмена;

•	Массовая отправка документов через системы обмена;

•	Отправка ответа в систему обмена.

Теперь все операции, выполняемые перечисленными типовыми маршрутами, выполняются в едином типовом маршруте «Отправка и контроль возврата документов».

После конвертации прекращать задачи по типовым маршрутам и распространять схемы типовых маршрутов не нужно.

3.	Чтобы упростить настройку обмена данными с роуминговыми организациями, объединены справочники Операторы ЭДО и Системы обмена документами. Справочник Операторы ЭДО удален.

4.	В новой версии изменился типовой маршрут «DISI.Обработка документов из систем обмена», с 5.5 он переименован в «Обработка документов из систем обмена».

После конвертации запустите диалог Установки модуля «Обмен с контрагентами» и заново заполните указанный типовой маршрут. Для этого в поле *Обработка входящих документов перевыберите типовой маршрут «Обработка документов из систем обмена».

Подробнее описание диалога см. в книге «Межкорпоративный документооборот».

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

Компонента	Прежнее название	Новое название
Мастер действий	Создание нового абонента и/или добавление связи	Создание абонента
Типовые маршруты	DISI. Обработка документов из систем обмена	Обработка документов из систем обмена
Типовые маршруты	Отправка документов адресату через системы обмена	Отправка и контроль возврата документов
Отчеты	Сертификаты ЭП пользователей систем обмена документами	Сертификаты ЭП пользователей систем обмена
Отчеты	Сводная таблица по документам в системах обмена	Сводная таблица по состоянию документов в системах обмена
Отчеты	Состояния абонентов систем обмена документами	Стадии связи с абонентами систем обмена
Справочник	Состояния документов в системах обмена	Статусы обмена с контрагентами
Справочник	Типы документов систем обмена	Соответствие видов документов Directum и систем обмена
Справочник	Шаблоны наименования документов	Шаблоны наименований документов
Справочник	Сопоставления стадий жизненного цикла документов	Настройки стадий жизненного цикла при обмене с контрагентами
Справочник	Сообщения систем обмена документами	Сообщения систем обмена
Справочник	Наши абоненты систем обмена документами	Наши абоненты систем обмена
Справочник	Адреса абонентов систем обмена документами	Адреса абонентов систем обмена
Справочник	Абоненты систем обмена документами	Абоненты систем обмена
Справочник	Пользователи систем обмена документами	Пользователи систем обмена
ТКЭД	Входящий документ DISI	Документы систем обмена

6.	После конвертации распределенной системы для корректной работы модулей «Обмен с контрагентами» и «Финансовый архив» необходимо включить в реплицируемые компоненты справочники и, по окончании конвертации на главном сервере, выполнить сеанс репликации:

Справочники
1	Виды жизненных циклов	10	Пользовательские сценарии
2	Способы доставки корреспонденции	11	Поиски
3	Виды документов	12	Соответствие состояний документов в Directum и системе обмена
4	Роли	13	Настройки выбора типового маршрута при отправке из учетной системы
5	Статусы документов в системах обмена	14	Виды пользовательских событий
6	Соответствие видов деятельности в Directum и учетной системе	15	Соответствие видов документов Directum и учетной системы
7	Настройки согласования входящих первичных учетных документов
8	Настройки согласования исходящих первичных учетных документов
9	Состояния документов в системах обмена

Финансовый архив (ниже 5.5 техническое решение «Электронный архив финансовых документов»)

1.	Если изменялись записи справочника Параметры импорта документов (с версии 5.5 справочник Соответствие видов документов Directum и учетной системы), после конвертации настройте их заново.

2.	Для упрощения работы с модулем удалены устаревшие компоненты:

•	сценарий Настройки технического решения «Электронный архив финансовых документов» и его вариант запуска. Вместо него используется диалог Установки модуля «Финансовый архив»;

•	типовой маршрут Отправка уведомлений об уточнении счетов-фактур и ссылка на обложке модуля, по которой он запускался. С версии 5.5 уведомления от уточнении отправляются сразу с карточки счета-фактуры по кнопке Запросить уточнение.

3.	В связи с сокращением количества видов первичных учетных документов неактуальные константы, в которых задавался код для различных видов исправленных и корректировочных документов, закрыты:

Константа	Код вида документа
DFAIncomingAmendedActDocKind	Входящие исправленные акты
DFAIncomingAmendedCorrectionInvoiceDocKind	Входящие исправленные корректировочные счета-фактуры
DFAIncomingAmendedCorrectionUTDDocKind	Вх. исправленные корректировочные УПД: первичный документ
DFAIncomingAmendedCorrectionUTDInvDocKind	Вх. исправленные корректировочные УПД: счет-фактура и первичный документ
DFAIncomingAmendedInvoiceDocKind	Входящие исправленные счета-фактуры
DFAIncomingAmendedUTDDocKind	Вх. исправленные УПД: первичный документ
DFAIncomingAmendedUTDInvDocKind	Вх. исправленные УПД: счет-фактура и первичный документ
DFAIncomingAmendedWaybillDocKind	Входящие исправленные накладные
DFAIncomingCorrectionInvoiceDocKind	Входящие корректировочные счета-фактуры
DFAIncomingCorrectionUTDDocKind	Вх. корректировочные УПД: первичный документ
DFAIncomingCorrectionUTDInvDocKind	Вх. корректировочные УПД: счет-фактура и первичный документ
DFAOutgoingAmendedActDocKind	Исходящие исправленные акты
DFAOutgoingAmendedCorrectionInvoiceDocKind	Исходящие исправленные корректировочные счета-фактуры
DFAOutgoingAmendedCorrectionUTDDocKind	Исх. исправленные корректировочные УПД: первичный документ
DFAOutgoingAmendedCorrectionUTDInvDocKind	Исх. исправленные корректировочные УПД: счет-фактура и первичный документ
DFAOutgoingAmendedInvoiceDocKind	Исходящие исправленные счета-фактуры
DFAOutgoingAmendedUTDDocKind	Исх. исправленные УПД: первичный документ
DFAOutgoingAmendedUTDInvDocKind	Исх. исправленные УПД: счет-фактура и первичный документ
DFAOutgoingAmendedWaybillDocKind	Исходящие исправленные накладные
DFAOutgoingCorrectionInvoiceDocKind	Исходящие корректировочные счета-фактуры
DFAOutgoingCorrectionUTDDocKind	Исх. корректировочные УПД: первичный документ
DFAOutgoingCorrectionUTDInvDocKind	Исх. корректировочные УПД: счет-фактура и первичный документ

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

4.	В новой версии изменились:

•	типовой маршрут «DFA.Обработка документов из систем обмена», с 5.5 используется типовой маршрут «Обработка документов из систем обмена». После конвертации устаревший типовой маршрут рекомендуется закрыть;

•	допустимые виды документов, которые указывались в справочнике Типы документов систем обмена (с версии 5.5 Соответствие видов документов Directum и систем обмена).

После конвертации запустите диалог Установки модуля «Финансовый архив» и перепроверьте заданные настройки.

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

Компонента	Прежнее название	Новое название
Типовые маршруты	Проверка новых записей справочника Организации	Проверка наличия дублей в справочнике "Организации"
Типовые маршруты	Согласование и отправка исходящих первичных учетных документов	Согласование исходящих первичных учетных документов
Отчеты	Созданные абоненты и отправленные запросы на обмен	Созданные абоненты и запросы на обмен
Отчеты	Экспорт документов	Экспортированные первичные учетные документы
Отчеты	Отчет о печати документов	Опись выгруженных документов
Сценарий	Поиск и печать первичных учетных документов	Выгрузка первичных учетных документов
Сценарий	Экспорт истребуемых учетных документов	Выгрузка первичных учетных документов
Сценарий	Синхронизация документов из учетной системы в Directum	Импорт первичных учетных документов
Справочник	Шаблоны согласования входящих первичных учетных документов	Настройки согласования входящих первичных учетных документов
Справочник	Направления деятельности	Соответствие видов деятельности в Directum и учетной системе
Справочник	Шаблоны согласования исходящих первичных учетных документов	Настройки согласования исходящих первичных учетных документов
Справочник	Параметры импорта документов	Соответствие видов документов Directum и учетной системы
Справочник	Параметры выбора типового маршрута	Настройки выбора типового маршрута при отправке из учетной системы
ТКЭД	Первичные учетные документы	Платежные документы
ТКЭД	Передаточные учетные документы	Передаточные документы

Шаг 4

Обращения граждан и организаций

30 ноября 2017 года обновлен типовой общероссийский тематический классификатор обращений граждан. Чтобы импортировать в систему новый классификатор:

1.	Запустите сценарий Импорт тематического классификатора обращений.

2.	В открывшемся окне выберите файл с записью справочника Тематические классификаторы обращений. Файл расположен в папке \LOCAL\Package\ClaimThematicClassifierImport\Тематические классификаторы обращений.

3.	Импортируйте запись справочника.

4.	Аналогичным образом импортируйте записи связанных справочников, последовательно запуская сценарий и принимая записи из подпапок папки \LOCAL\Package\ClaimThematicClassifierImport:

•	Разделы тематических классификаторов обращений

•	Тематики классификаторов обращений

•	Темы классификаторов обращений

•	Вопросы тематических классификаторов обращений

•	Подвопросы тематических классификаторов обращений

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

Финансовый архив

В связи с доработками штампов на документы удалены:

•	справочник Настройки штампов документов. Теперь настраивать штампы вручную не требуется. Для просмотра неформализованных документов со штампом требуется настроить преобразование документов в PDF;

•	функция DFAPrintWithStamp.

После конвертации их рекомендуется закрыть.

Шаг 5

Общие компоненты

1.	Примите Пользовательские события из папки \LOCAL\Package\StandardData\СОБ\ с помощью сценария Импорт пользовательских событий, если не принимали на предыдущих шагах.

2.	Примите Пользовательские сценарии из папки \LOCAL\Package\StandardData\РСЧ\ с помощью сценария Импорт пользовательских сценариев, если не принимали на предыдущих шагах.

Удалена устаревшая функция СпрИмпортКлассификаторЗаписи. Чтобы устранить несовместимость, добавьте к функции префикс вашей организации и замените название функции во всех местах вызова. Определить, где используется функция, можно с помощью сценария Поиск во всех полях типа Text. Если функция не используется в разработке, удалите ее.

4.	Удалены устаревший сценарий Агент переноса неиспользуемых документов в архив и серверное событие ADMTransferUnusedDocumentsToArchive. После конвертации их рекомендуется закрыть.

Канцелярия

1.	Управляемая папка «ВХ. На контроле» переименована в «ВХ. На контроль» по аналогии с другими управляемыми папками. При конвертации создается новая папка «ВХ. На контроль», папка «ВХ. На контроле» не удаляется.

2.	Для корректной отправки официальных документов на согласование в мастере действий «Оформление приказа» в параметре Способ доставки укажите значение Внутренняя рассылка.

3.	В справочнике Статьи хранения найдены дубли. Чтобы их удалить, с помощью сценария Выполнить внешний сценарий выполните скрипт конвертации 07_Convert_DIR56_AfterDev.isbl из папки \LOCAL\Package\StorageArticles. Обратите внимание, что выполнение скрипта может занять много времени.

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

После выполнения скрипта проанализируйте лог-файл, который создается в папке со скриптом. Лог-файл содержит информацию:

•	о статьях хранения, которые не импортировались, так как уже используются в базе;

•	о статьях хранения, которые используются в базе, но отсутствуют в списке стандартных записей. Проверьте запись и при необходимости замените ее подходящей стандартной записью.

4.	Удалены устаревшие компоненты:

•	функция RMEnableControlsAndRequisitesForAssignment;

•	константа RMAutoSentAssignments;

•	сценарии WARunRRCAssignmentsReport и WAGetAutoGenerateReportSetting.

После конвертации функцию и константу рекомендуется удалить, а сценарии закрыть. Предварительно убедитесь с помощью сценария Поиск во всех полях типа Text, что они не используются в разработке.

Удалена неиспользуемая функция CreateSubAssignmentCompleteNotification. Чтобы устранить несовместимость, добавьте к функции префикс вашей организации и замените название функции во всех местах вызова. Определить, где используется функция, можно с помощью сценария Поиск во всех полях типа Text. Если функция не используется в разработке, удалите ее.

Управление договорами

1.	Удалены устаревший сценарий CreateContractFromDocument и связанное серверное событие CMCreateContractFromDocument. После конвертации их рекомендуется закрыть.

Удалены устаревшие функции CMIsNeedShowDISISignatureRejectionInfoDialog, WACMIsNeedShowDISISignatureRejectionInfoDialog. Чтобы устранить несовместимость, добавьте к функциям префикс вашей организации и замените названия функций во всех местах вызова. Определить, где используются функции, можно с помощью сценария Поиск во всех полях типа Text. Если функции не используются в разработке, удалите их.

В версии 5.6 для модуля «Управление договорами» создано серверное событие CMSyncReqsDocumentContract. Событие позволяет синхронизировать информацию о договоре между записью справочника Договоры и карточкой договорного документа. Для работы модуля требуется, чтобы на отдельном сервере была установлена и запущена служба обработки событий.

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

•	№ документа (с Реквизит на Дополнение);

•	Рег. номер (с Реквизит2 на Дополнение2).

Финансовый архив

1.	Вместо мастера действий «Настройка модуля «Финансовый архив» теперь используется диалог Установки модуля «Финансовый архив». После конвертации мастер действий рекомендуется закрыть.

С версии 5.6 изменилась карточка справочника Полномочия на подписание. Теперь, чтобы сотруднику выдать полномочия на подписание нескольких видов документов, создается только одна запись справочника. При конвертации старые записи, созданные на каждый вид документа для одного сотрудника, объединятся в одну. В каждой действующей карточке полномочия со статусом утверждающего Работник организации автоматически заполняется новое поле *Наша организация.

Остальные действующие полномочия с другим статусом утверждающего, например, Работник иной уполномоченной организации, становятся неутвержденными. Для них поле *Наша организация нужно заполнить вручную. Для этого:

a)	Откройте справочник Полномочия на подписание, выберите неутвержденные записи и нажмите на кнопку Изменить организацию.

b)	В открывшемся окне укажите нужную нашу организацию и нажмите на кнопку ОК.

В результате выбранные записи справочника Полномочия на подписание утвердятся, и в их карточках заполнится поле *Наша организация.

Закрытые записи полномочий на подписание не объединяются, для них поле *Наша организация заполняется автоматически из карточки работника, указанного в поле *Кому выдано.

Шаг 6

Разработка диалогов

Ранее реквизиты диалога указывались в массиве результатов выполнения команды:

CommandResult = Object.Params.ValueByName("__COMMAND_RESULT_1")

NameRequisiteValue = CommandResult.ValueByName("Name")

AgeRequisiteValue = CommandResult.ValueByName("Age")

С версии 5.6.1 в массиве указывается только один объект – диалог, поэтому реквизиты диалога необходимо получать из объекта диалога:

Dialog = Object.Params.ValueByName("__COMMAND_RESULT_1").ValueByName("__RESULT_DIALOG")

NameRequisiteValue = Dialog.Requisites("Name")

AgeRequisiteValue = Dialog.Requisites("Age")

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

Шаг 7

Общие компоненты

Примите Пользовательские события из папки \LOCAL\Package\StandardData\СОБ\ с помощью сценария Импорт пользовательских событий, если не принимали на предыдущих шагах.

Веб-клиент

Если вы работаете с веб-доступом на ОС MacOS, то удалите Агент веб-доступа 5.6, а затем установите Агент веб-доступа 5.7. Иначе Агент веб-доступа 5.7 не будет работать.

Канцелярия

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

Обмен с контрагентами

1.	Если используется модуль «Обмен с контрагентами», запустите диалог настройки и заново проверьте корректность всех настроек.

2.	Если в сценарии Пользовательская обработка документов, загруженных с сервиса обмена документами (DISIOnMessageImportedCustom) использовался свой код по обработке документов, перенесите его из сценария в функцию DISIOnMessageImported. Сценарий больше не используется и был удален из разработки.

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

4.	В версии 5.7 для документов, обмен которыми выполняется через сервис обмена, добавлено отображение их статуса как в сервисе.

Если в организации используется стандартный модуль «Обмен с контрагентами», то для корректного отображения статусов таких документов последовательно:

•	проверьте, что для видов документов указаны стандартные записи справочника Виды жизненных циклов: Акты и протоколы, Базовый жизненный цикл, Договорные документы, Отправляемые через системы обмена документы, Первичные учетные документы, Соглашение об аннулировании.

•	если виды ЖЦ не менялись, примите стандартные записи справочников Виды документов и Настройки стадий жизненного цикла при обмене с контрагентами. Для этого вручную выполните скрипт 14_Convert_DIR57_AfterDev.isbl из папки «StatusUpdate» с помощью сценария Выполнить внешний сценарий;

•

если виды ЖЦ менялись, но планируется использовать стандартные статусы и стадии жизненных циклов документов, то в существующих карточках видов документов укажите вид ЖЦ «Документы для обмена с контрагентами» и также выполните скрипт 14_Convert_DIR57_AfterDev.isbl. Подробное описание стандартных статусов см. в книге «Межкорпоративный документооборот», в главе «Обмен с контрагентами», в разделе «Перечень статусов документов в системе обмена»;

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

•	в группе «Общие настройки» задайте соответствие статусов и стадий для собственных видов жизненных циклов;

•	в группе «Настройки для бумажных документов» укажите в поле Документооборот завершен значение Да для собственных стадий ЖЦ, при которых документооборот будет считаться завершенным;

•

заполните статусы и обновите стадии жизненного цикла для всех ранее созданных или загруженных документов системы. Для этого после завершения конвертации на главном сервере и выполнения сеанса репликации вручную выполните скрипт 17_Convert_DIR57_AfterDev.sql из папки «StatusUpdate» с помощью сценария Выполнение SQL-сценариев. Скрипт необходимо выполнить на всех серверах.

Обратите внимание, что при большом количестве документов выполнение скрипта требует повышенных ресурсов сервера:

•	CPU – до 7% загрузки на 24 ядрах;

•	диски – от 200 до 500 обращений к диску в секунду при обновлении миллиона документов.

В младших версиях не всегда проставлялся ИД основного документа, поэтому для исправленных и скорректированных старых документов статус может отображаться некорректно.

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

Компонента	Название
Отчеты	Состояние документа в системе обмена
	Документы, по которым не завершен документооборот
Сценарии	Изменение стадии ЖЦ эл. документа
Справочники	Статусы документов в системах обмена

Компоненты не поддерживаются. После конвертации их рекомендуется закрыть.

6.	Выдайте права для видов документов Входящий документ и Исходящий документ:

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

•	на подписание – группе пользователей «Ответственные за обмен», группе пользователей «Подписанты первичных документов» и пользователю, от имени которого работает служба интеграции с системами обмена.

7.	В ходе доработки архитектуры службы DISI удалены компоненты:

Компонента

Название

Сценарии

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

Обработка и преобразование входящих документов

Пользовательская обработка документов, загруженных с сервиса обмена документами

Обработать уведомление об уточнении счета-фактуры

Обработать служебные документы

Диалоги

Запрос параметров для отправки документов

После конвертации их рекомендуется закрыть или удалить.

8.	В конфигурационном файле службы интеграции с системами обмена DisiService.exe.config:

•	удалена секция <system.serviceModel>, отвечающая за поддержку WCF-сервиса. С версии 5.7 этот сервис не используется;

•	удалены параметры подключения к Directum для пользователя, от имени которого запускались процессы SBRte и SBLogon. Теперь эти процессы запускаются от имени пользователя Windows, под которым работает служба DISI;

•	изменился формат настроек синхронизации в секции DisiAgent. Теперь интервалы синхронизации данных с сервиса указываются для каждой фоновой задачи: синхронизация контактов, загрузка и отправка сообщений и пр.

Удалена функция DISISelectInterchangeSystemUser, которая использовалась при формировании единого задания на отправку документов через системы обмена. С версии 5.7 это задание больше не формируется. После конвертации проверьте ее использование в собственной разработке с помощью сценария Поиск во всех полях типа Text. Если функция не используется, удалите ее.

10.	Удалены неиспользуемые с версии 5.7 константы:

Константы
DISILifeСycleStageChangingStandardRoute	DISIRevocation
DISIDocTypeCode	DISISendDocsFromRRCStandardRoute
DISIIncomingDocKindsIDs	DISITypeCardDocCode
DISIOutgoingDocKindsIDs	DISIWebMethodTimeout

После конвертации их рекомендуется удалить.

11.	Удалены отчет и одноименный диалог Аннулированные документы. Теперь такие документы можно найти с помощью Поиска документов систем обмена по статусу Аннулирован.

12.	Изменен механизм преобразования документов в формат PDF. Настройте его при необходимости. Подробнее см. раздел «Ввод и преобразование документов».

Финансовый архив

1.	Если используется модуль «Финансовый архив», запустите диалог настройки и заново проверьте корректность всех настроек.

2.	Если приобретена хотя бы одна лицензия на модуль «Канцелярия», при конвертации записи справочников Короба финансового архива и Дела финансового архива переносятся в справочники Короба и Номенклатура дел. После конвертации проверьте корректность переноса записей и закройте устаревшие справочники.

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

Компонента	Название
Отчеты	Состояние первичных учетных документов
Диалоги	Запрос параметров для отчета Состояние документов
Сценарии	Экспорт статусов документов
Функции	DFAGetDocStatusByCode
Константы	DFADocsStatusFilePath

Компоненты не поддерживаются. После конвертации их рекомендуется закрыть, диалоги, константы и функции удалить.

4.	Удалена устаревшая функция DFAConvertToPDF. После конвертации проверьте ее использование в собственной разработке с помощью сценария Поиск во всех полях типа Text. Если функция не используется, удалите ее.

Удалена константа DFADuplicateDocument и типовой маршрут «DFA. Поиск дублей загруженных документов». Теперь поиск дублей документов выполняется в ходе типовых маршрутов по согласованию первичных учетных документов в блоке «Проверка документов». После конвертации компоненты рекомендуется закрыть или удалить.

6.	Удален устаревший сценарий Обновление записей справочника «Абоненты систем обмена».

7.	Изменен механизм преобразования документов в формат PDF. Настройте его при необходимости. Подробнее см. раздел «Ввод и преобразование документов».

8.	Изменились механизмы выгрузки первичных учетных документов. Если ранее создавались папки для выгрузки, настройте новые папки.

Шаг 8

Обмен с контрагентами

В таблице DISISyncInfo поле LastEventId переименовано в LastIncomeEventId, а также добавлено поле LastOutcomeEventId. В полях хранятся ИД последних обработанных событий, совершенных от имени нашего абонента, для входящих и исходящих сообщений соответственно. Для корректной работы обновите службу интеграции с системами обмена (DISI).

2.	Из справочника Поиски удалена запись Поиск документов систем обмена. Теперь поиск документов выполняется через диалог. После конвертации запись рекомендуется удалить.

Финансовый архив

1.	В версии 5.8 реализована поддержка новых форматов универсальных передаточных документов (УПД) согласно Приказу ФНС России от 19.12.2018 N ММВ-7-15/820@. Если от контрагентов поступали документы в новом формате до обновления на версию 5.8, то:

•	для версий 5.6.3 и ниже: документы будут иметь тип карточки «Документы систем обмена». Их можно подписать на сервисе обмена, однако, если затем в задании на обработку нажать на кнопку Сменить вид, в документ не загрузится ответная информация из сообщения системы обмена;

•	для версий 5.7 и 5.7.1: документы будут иметь тип карточки «Передаточные документы», но не будут заполнены поля № документа и Уточнение.

Чтобы корректно работать с документами нового формата, загруженными до обновления на версию 5.8, после конвертации воспользуйтесь одним из способов:

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

Способ подходит для преобразования небольшого количества документов;

•	из папки \LOCAL\Package\FinanceArchive с помощью сценария Выполнить внешний сценарий выполните скрипт ChangeFormat2019DocumentTypeAndKind.isbl.

Скрипт ищет документы нового формата с любым типом карточки и преобразует их к нужному типу. Если документ уже имеет верный тип, поля карточки перезаполняются корректными значениями из XML-файла; в карточку загружается ответная информация из сообщения системы обмена.

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

2.	Улучшен процесс выгрузки первичных документов. Теперь на ленте папки для выгрузки расположены две кнопки. Одна выгружает только выделенные объекты, а другая – все:

В папках, созданных до конвертации на версию 5.8, кнопки не обновляются. Чтобы воспользоваться этой возможностью, по ссылке на обложке модуля «Финансовый архив» создайте новую папку для выгрузки.

В связи с реализацией поддержки новых форматов универсальных передаточных документов (УПД) удалена неиспользуемая функция DFASetRequiredRequisites. После конвертации проверьте ее использование в собственной разработке с помощью сценария Поиск во всех полях типа Text. Если функция не используется, удалите ее.

4.	Удален вариант запуска компоненты Отчеты «Финансовый архив», так как все отчеты «Финансового архива» запускаются в контексте выполнения других действий. При конвертации вариант запуска удаляется автоматически, дополнительных действий не требуется.

5.	Из справочника Поиски удалена запись Поиск первичных учетных документов. Теперь поиск документов выполняется через диалог. После конвертации запись рекомендуется удалить.

Канцелярия

1.	Из справочника Категории РПО удалена дублирующая запись «Письма за границу». Неиспользуемую запись рекомендуется закрыть.

2.	Удален неиспользуемый сценарий GetDublicateRRCID. После конвертации его рекомендуется закрыть.

Сервер NOMAD

1.	Сервер NOMAD 2.12.1 работает с Microsoft .NET Framework версии 4.6.2 и выше. Для корректной работы обновите Microsoft .NET Framework.

2.	Удален неиспользуемый сценарий NOMADGetRRCByDocID. После конвертации его рекомендуется закрыть.

Шаг 9

Обмен с контрагентами

В связи с поддержкой приема документов в нескольких подразделениях одной организации в таблицу DISIDocument добавлено новое ключевое поле ReceiverDepartmentID. В нем хранится идентификатор подразделения организации-получателя документа. После конвертации на версию 5.8.1 в существующих записях поле заполнится значением по умолчанию – пустой строкой. В новых записях поле будет заполняться идентификатором подразделения.

2.	Создана таблица DISISentMessageInfo, в которую заносится информация об отправленных необновленных сообщениях систем обмена. Таблица создается автоматически при конвертации на новую версию системы.

Веб-модули

1.	Удалены неиспользуемые сценарии:

•	Веб-доступ. Получить значения реквизитов главной РКК (WAGetLeadingRRCReqValues);

•	Веб-доступ. Копировать РКК (WARMCopyRRCRecord);

•	Веб-доступ. Проверить необходимость блокировки кнопки "Отозвать с согласования" (WACMGetAvailabilityForAbortTaskButton);

•	Веб-доступ. Получить наименование Связи РКК (WAGetRRCLinksNames);

•	Веб-доступ. Создать несохраненную запись справочника (WACreateRecord);

•	Веб-доступ. Получить ИД нашей организации (WAGetOurFirm);

•	Веб-доступ. Проверить доступность справочника (WACheckReferenceAccess);

•	Веб-доступ. Получить список ИД всех РКК по ИД документа, связанного с ними. (WAGetRRCIDsByBoundDocumentID).

Если сценарии не используются в собственной разработке, после конвертации их рекомендуется закрыть.

Теперь сценарий Веб-доступ. Вложения для подписания (WAGetAttachmentsForSign) возвращает не список вложений, а логическое значение – результат сравнения количества вложений с 0. Если сценарий использовался в собственной разработке, проверьте места его использования и доработайте их при необходимости.

Служба проверки подписей

Для работы службы проверки подписей требуется Microsoft .NET Framework версии 4.6.2 или выше и 64-разрядная операционная система.

Шаг 10

Общие компоненты

Добавлена запись Белорусский рубль справочника Валюты с буквенным и цифровым кодом BYN и 933:

1.	Если в системе уже есть запись справочника Белорусский рубль с другим буквенным и/или цифровым кодом, переименуйте существующую запись.

2.	Выполните скрипт ImportBYN.isbl, расположенный в папке \LOCAL\Package\Currency, с помощью сценария Выполнить внешний сценарий.

Обмен с контрагентами

Удален вариант запуска Соответствие состояний документов в DIRECTUM и системе обмена, так как он дублировал вариант запуска Настройки стадий жизненного цикла при обмене с контрагентами. После конвертации удалите лишний вариант запуска.

Веб-клиент

Из клиентского API веб-доступа удалена функция toggleAll свойства WebAccess.current.objectList, т.к. она не требуется для разработки веб-модулей. Вместо нее используются функции selectAll и deselectAll.

Сообщество пользователей Directum