Этот документ является дополнением к документации по конфигурациям «Документооборот КОРП», «Документооборот ПРОФ», «Документооборот государственного учреждения» и содержит только описание отличий версии 2.1.35 от версии 2.1.34.
Версии: ПРОФ, КОРП, ДГУ
Тестовый режим работы «Сервиса распознавания документов» снят. Теперь сервис работает в полном объеме.
Появились возможности:
■ приобрести страницы для распознавания текста согласно тарифам,
■ подключить тестовый период.
Также работа с распознанным текстом стала более удобной.
С помощью сервиса распознавания документов вы сможете:
■ Быстро извлекать текст из поступающих в базу сканов и картинок (в ручном и автоматическом режимах).
■ С помощью полнотекстового поиска найти документ, мероприятие по тексту распознанного изображения.
■ Настроить уведомления при достижении определённого остатка по тарифу и по сроку действия тарифа.
■ При подключении тестового тарифа можно бесплатно распознать 100 страниц на срок 30 дней.
Подробнее: https://portal.1c.ru/applications/1C-Document-Recognition#TextRecognition.
Версии: ПРОФ, КОРП, ДГУ
В отчетах по бизнес-процессам теперь выводится предмет, по которому запущен процесс.
Поле Предмет отображается в следующих вариантах отчета:
■ КОРП и ДГУ: Текущие процессы, Все процессы, Трудозатраты процессов, Исполнение процессов.
■ ПРОФ: Текущие процессы, Все процессы.
Благодаря этому полю, например, можно посмотреть, по какому предмету был самый долгий и трудозатратный процесс.
Версии: ПРОФ, КОРП, ДГУ
Печатная форма сдаточной описи обновлена в соответствии с Приказом Росархива от 31 июля 2023г. N 77 «Об утверждении правил организации хранения, комплектования, учета и использования документов Архивного фонда Российской Федерации и других архивных документов в государственных органах, органах местного самоуправления и организациях».
В опись бумажных дел добавлены следующие данные:
■ Информация о сотруднике, передавшем документ в архив;
■ Информация о сотруднике, принявшем документ в архиве. Если документ еще не принят архивом, отображается шаблон ФИО, подпись.
В опись электронных документов добавлены следующие данные:
■ Информация о сотруднике, передавшем документ в архив;
■ Информация о сотруднике, принявшем документ в архиве. Если документ еще не принят архивом, отображается шаблон ФИО, подпись.
■ Вид и заголовок электронного документа.
Версии: ПРОФ, КОРП, ДГУ
В программе теперь можно отсрочить фактическое удаление данных уничтоженных или переданных в 1С:Архив документов на любое количество дней. Это оставляет возможность передумать и отменить операцию уничтожения.
Для этого в общих настройках необходимо установить флажок Отсрочка удаления данных уничтоженных или переданных в 1С:Архив документов и ввести период отсрочки. По умолчанию установлен период 14 дней. В течение указанного периода можно отменить соответствующую операцию.
Версии: КОРП, ДГУ
Структура файлов обмена с 1С:Архивом может меняться от версии к версии. Но ранее поддерживался только последний формат структуры, и обратной совместимости не было: обмен между новой версией 1С:Документооборота и старой версией 1С:Архива (и наоборот) не работал.
В новой версии программы поддерживаются разные форматы файлов обмена. 1С:Документооборот и 1С:Архив предают друг другу информацию о поддерживаемых версиях формата в автоматическом режиме. Обмен выполняется на максимальной версии, поддерживаемой обеими конфигурациями. Благодаря этому 1С:Документооборот 2.1.35 теперь совместим с любыми версиями 1С:Архива от 1.0.7 и выше. Максимальный доступный для ДО 2.1.35 формат обмена, который при этом будет использоваться –1.0.9.
Отдельным сценарием является возврат 1С:Архива или 1С:Документооборота к одной из прошлых версий конфигурации. В этом случае необходимо установить поддерживаемый формат обмена вручную. Ниже описана необходимая последовательность действий.
В случае возврата 1С:Архива к прошлым версиям, необходимо:
1. Выполнить обмен, чтобы в папке обмена не осталось файлов ни от 1С:Документооборота, ни от 1С:Архива.
2. В 1С:Документообороте в константе Версия формата обмена, поддерживаемая 1С:Архивом вручную установить значение, актуальное для старой версии Архива.
В случае возврата 1С:Документооборота к прошлым версиям, необходимо:
1. Выполнить обмен, чтобы в папке обмена не осталось файлов от 1С:Архива.
2. В 1С:Архиве в карточке соответствующего источника указать значение реквизита Поддерживаемая версия формата обмена, соответствующее установленной конфигурации 1С:Документооборота.
При интеграции с последними версиями 1С:Архива теперь дополнительно передаются следующие данные:
■ Штрихкоды документов.
■ Значения всех доп. реквизитов документа.
● В 1С:Архиве они попадают в таблицу Прочие реквизиты контейнера.
○ Значения примитивных типов передаются «как есть», ссылки на документы и НСИ передаются в виде ссылок с указанием соответствующего типа, ссылки на прочие элементы (неизвестные 1С:Архиву) передаются в виде строкового представления.
■ Табличная часть Виды документов справочника Номенклатура дел.
■ Комментарии к МЧД.
■ Должности подписантов.
■ Наименования ссылочных реквизитов документов Вид документа, Организация, Подразделение, Гриф доступа (а не только идентификаторы).
■ Признак валидности ЭП
● Результат последней проверки электронной подписи в соответствии с «Правилам организации хранения, комплектования, учета и использования архивных документов в организациях», принятых приказом Росархива № 77 от 31.07.2023.
■ Хеш-сумма файлов ПЭП
● В 1С:Архиве она используется для проверки неизменности файла.
Полное описание изменений структуры обмена опубликовано в документации к 1С:Архиву.
Для корректировки данных или отмены отправки в карточке описи Передача дел в архив в меню Еще предусмотрены команды:
■ Редактировать для повторной отправки в 1С:Архив,
■ Отозвать из 1С:Архива.
Возможность отзыва описей доступна только при использовании 1С:Архива версии 1.0.9 и выше.
Важно! Если после передачи документов прошло указанное в настройках время (по умолчанию – 14 дней), файлы документов, подписи и прочие данные уже удалены. В этом случае нельзя просто поменять состав документов в деле и отправить заново – необходимо вручную восстановить данные. Это может быть очень трудоемкой операцией. В этом случае обе команды доступны только администратору, при выполнении выдается поясняющее предупреждение.
Версии: ПРОФ, КОРП, ДГУ
В новой версии программы при запуске Удаления помеченных объектов вручную можно пометить на удаление объекты, мешающие полному удалению.
Для этого на последнем шаге обработки, в списке объектов, мешающих удалению, теперь предусмотрены кнопки Пометить на удаление и Повторить удаление:
■ Пометить на удаление – массово пометит на удаление все выделенные объекты.
■ Повторить удаление – вернет обработку на предыдущий шаг и выполнит удаление повторно.
Отменить выделение объектов можно командой Снять пометку удаления в контекстном меню или в меню Еще.
Если во время пометки на удаление возникают ошибки, мешающие ее установить, пользователь увидит служебное сообщение внизу экрана. Это сообщение кликабельно – откроет карточку соответствующего объекта.
Примечание
При удалении большого количества помеченных объектов (сотни тысяч, миллионы) обработка может работать долго, занимать много оперативной памяти. Для такого количества объектов рекомендуется использовать другие способы удаления, например механизмы платформы или штатное регламентное задание БСП, выполняющее удаление помеченных объектов по расписанию.
Миграция данных из «1С:Документооборота» редакции 2.1 в 3.0 выполняется с помощью обмена.
Обмен из 2.1 в 3.0 – односторонний, поэтому важно понимать, что в 3.0 не следует менять данные (например, создавать новые версии файлов), так как в базу 2.1 они не попадут.
Миграция работает строго между релизами:
2.1.30 и 3.0.6
или между 2.1.31 и 3.0.7, 3.0.8,
или между 2.1.32 и 3.0.9, 3.0.10,
или между 2.1.33 и 3.0.11,
или между 2.1.34 и 3.0.12, 3.0.13, 3.0.14,
или между 2.1.35 и 3.0.15.
Обновления с 2.1.30 на 3.0.7 нет!
Обратите внимание: если настроена миграция и она продолжается, то перед обновлением с 2.1.34 на 2.1.35 и 3.0.14 на 3.0.15 каталог обмена должен быть пуст!
Для настройки миграции данных выполните следующие действия:
1. В 2.1 остановите регламентные задания.
2. Дождитесь пока 3.0 загрузит все из каталога обмена.
3. В 3.0 отключите регламентные задания.
4. Обновите 2.1.34 на 2.1.35, и 3.0.14 на 3.0.15.
5. Включите регламентные задания в обеих базах.
■ Доступ к файлам, хранение которых ведется в томах, имеют обе базы – 2.1 и 3.0, поэтому их перенос выполнять нет необходимости.
■ Процессы по документам и мероприятиям, начатые в базе 2.1, должны там же и завершиться. В 3.0 эта информация будет отражена на закладке Обработка карточек документов и мероприятий (информация доступна только для просмотра без возможности выполнения задач, завершения процессов и др.). Подробная информация о самих процессах по-прежнему доступна на закладке Процессы и задачи.
■ Процессы выгружаются из 2.1 в 3.0. Если в процессах присутствуют основные предметы (документы и мероприятия), то на основании таких процессов создаются действия и обработки. При создании действия по данным процесса формируется список участников действия, результаты и состояния обработок.
■ Весь период параллельной работы в двух базах при попытке в 3.0 запустить процесс по объекту, пришедшему из 2.1 (документу, мероприятию, проекту, проектной задаче, файлу, письму встроенной почты, брони, отсутствию, ежедневному или еженедельному отчету, контроль, сообщения форума), программа выдаст ошибку: «Запрещено запускать обработку по объекту, загруженному из другой системы».
■ Приемка встроенной почты во время перехода будет работать только в 2.1, в 3.0 будет приходить обменом.
■ Обмен с 1С:Архивом во время перехода будет работать только в 2.1, в 3.0 данные по принятым в 1С:Архив документам будут приходить обменом.
■ До завершения загрузки в 3.0 для снижения нагрузки программно отключается полнотекстовый поиск данных. Его необходимо включить вручную перед началом работы в базе 3.0. Это регламентные задания Обновление индекса ППД и Слияние индекса ППД.
■ Пользователь Администратор, загруженный из 2.1 в 3.0, будет переименован в Администратор21. Это необходимо, чтобы не «стереть» пользователя Администратор в 3.0, без которого вход в базу невозможен. Важно: не забыть назначить пользователю Администратор в 3.0 пароль.
■ Во время миграции рекомендуется настраивать программу в базе 3.0. При этом не рекомендуется менять «старые» настройки 2.1. Если это все же необходимо, следует делать это в одной базе, учитывая следующий порядок обмена: при изменении одной настройки в базе 2.1 все настройки раздела (например, Работа с документами) записываются и отправляются в 3.0. При этом все измененные в 3.0 «старые» настройки этого раздела будут затерты. Настройки 3.0, которых нет в 2.1, не изменятся.
■ Миграция данных расширений выполняется следующим образом:
○ Если расширение добавляет реквизит в существующее метаданнное – данные передаются из 2.1 в 3.0. Но для работы расширения необходимо установить его в обеих базах.
○ Если в расширении есть новое метаданное – данные не передаются.
■ При миграции данных в базу 3.0 поля Код (у справочников) и Номер (у документов, процессов и задач) заполняются, а данные из 2.1 игнорируются.
На «мониторе миграции» версии 2.1 отображается не только процент загрузки, но и детальная информация – когда она начата, сколько времени прошло и сколько осталось, сколько записей (например, элементов справочников, записей регистров сведений) загружено и осталось. По кнопке F5 информация обновляется.
В разделе описан рекомендованный порядок перехода с редакции 2.1 на редакцию 3.0.
1. Обновить информационную базу на релиз 2.1.30, предварительно создав ее резервную копию.
2. Проверить настройку Получатели уведомлений о проблемах (Настройка и администрирование – Настройка программы – Уведомления о проблемах) – должны быть указаны пользователи с действующим email.
3. Перед выгрузкой необходимо очистить базу от устаревших данных – максимально пометить их на удаление и удалить все лишнее обработкой Удаление помеченных объектов.
4. Выполнить все отложенные обработчики обновления.
5. В Настройка программы – Обмен данными включить настройку Миграция данных в новую версию.
6. По ссылке Настроить открыть окно Миграция на новую версию. Указать путь каталога обмена и нажать Начать. Обратите внимание: необходимо явно выделить отдельную пустую папку, например, C:\Obmen. Каталог должен быть доступен с сервера как для базы 2.1, так и 3.0. На закладке Журнал можно установить отбор и отслеживать ошибки.
1. Создать пустую информационную базу с конфигурацией 1С:ДО 3.0.6 или выше.
2. Добавить ответственных в список Получатели уведомлений о проблемах (Настройка – Настройка программы – Уведомления о проблемах) – должны быть указаны сотрудники с действующим email, системная учетная запись почты должна быть настроена корректно.
Важно
Адрес системной учетной записи почты 3.0 должен отличаться от 2.1. Это необходимо для корректного определения источника уведомлений и выполнения задач по почте.
3. В Настройка программы – Обмен данными включить настройку Загружать данные из 1С:Документооборота 2.1.
4. По ссылке Настроить открыть окно Миграция с предыдущей версии. В открывшемся окне указать тот же путь каталога обмена, что и в 2.1, и нажать Начать.
5. Далее наблюдать за прогрессом на первой закладке, детально можно смотреть на закладке Журнал, можно с отбором Только ошибки.
Когда прогресс миграции в версии 2.1 дошел почти до 100%. При этом НСИ передается в самом начале.
После окончания загрузки необходимо проверить список Очередь пост обработки загрузки. Он открывается по ссылке из окна миграции – ссылка отображается после 90% загрузки, если есть в очереди есть объекты.
Очередь должна быть полностью отработана. Ошибки, появляющиеся в этой очереди до окончания загрузки, не требуют внимания. Ошибки, оставшиеся в очереди после окончания загрузки, требуют внимания и исправления.
Напомним: процессы, начатые в 2.1, необходимо там же и заканчивать. То есть обе базы будут работать параллельно пока не завершатся все процессы. При этом все пользователи уже перейдут в 3.0, только некоторые будут иногда заходить еще и в 2.1 для завершения/продвижения процессов.
Регламентные задания необходимо включать в базе 3.0 в конце основной загрузки (достигла 100%) до нажатия команд Завершить. Для увеличения скорости загрузки раньше делать этого не следует. Обратите внимание: пока идет миграция данных в 3.0 не следует запускать регламентное задание «Мониторинг процессов», расчет показателей может быть неверным.
После окончания параллельной работы в двух базах в 2.1 необходимо нажать Завершить. Далее, дождавшись загрузки, в 3.0 также выполнить команду Завершить.
При переходе с версии 2.1 на 3.0 необходимо установить ограничение на обмен, настройку обмена и работу с внешними ресурсами: обмен может вестись только в одной базе: в 2.1 или в 3.0.
Предполагается, что пока основная часть пользователей продолжает работать в 2.1, а в 3.0 только загружаются данные, происходят тестовая эксплуатация и настройка НСИ – обмен с внешними ресурсами выполняет 2.1. Когда же основная часть пользователей перейдут в 3.0, то обмен ведется там, а в 2.1 заходят только для необходимости завершить длительную обработку документов, созданных до перехода.
Установка этого ограничения выполняется в версии 2.1 в настройках обмена.
Ограничение затрагивает:
■ Интерфейсы в обмене ЭДО – производить настройку обмена или сам обмен можно только в одной из двух систем,
■ Данные встроенной почты,
■ Повторение процессов,
■ Блокировка регламентных заданий, выполняющих обмен с внешними ресурсами:
● Прием отправка почты (потоки 1 - 10),
● Выполнение задач по почте,
● Загрузка файлов,
● Отправка электронных документов,
● Получение электронных документов,
● Проверка контрагентов БЭД,
● Проверка новых электронных документов,
● Создание документов ДО по входящим ЭД,
● Создание объектов ЭДО по документам ДО,
● Рассылка уведомлений о проблемах ЭДО,
● Обмен с 1С:Архивом.
В версии 3.0 один объект метаданных – Документ предприятия, поэтому все документы из 2.1 (входящие, исходящие, внутренние) при миграции будут перенесены в справочник Документы. Это касается также видов и шаблонов документов.
Внутренние документы, а также виды и шаблоны документов мигрируют в 3.0 как есть.
Входящим, исходящим видам документов, а также обращениям граждан при миграции будет присвоена настройка Является входящей корреспонденцией или Является исходящей корреспонденцией.
Входящие и исходящие документы при миграции часть данных будут переносить в Документ предприятия, а часть (информацию о получателях\отправителе, номерах получения и пр.) – в специальный объект Корреспонденция, связанный с Документом. Это нужно учитывать, если потребуется перенести из 2.1 доработки по входящим и исходящим документам.
Если в 2.1 не использовались «Виды входящих» или «Виды исходящих документов», то при загрузке в 3.0 будут созданы «Предопределенные» виды «Входящая корреспонденция» или «Исходящая корреспонденция», так как на стороне 3.0 учет видов является обязательным.
Тоже самое касается «Папок документов»: для входящих и исходящих документов в 2.1 не было папок, поэтому в 3.0 будут созданы особые папки «Входящая корреспонденция» и «Исходящая корреспонденция».
Необходимо проверить настройки Дополнительных реквизитов, которые были созданы для входящих и исходящих документов. Они будут перенесены в Документ и могут потребовать адаптации и перенастройки для нужных видов документов.
Также могут потребовать адаптации настройки нумерации документов. В 2.1 можно было сделать настройку для входящих исходящих и внутренних документов, а в 3.0 – только для Документов. Соответственно при записи могут возникнуть неоднозначные настройки и может потребоваться перенастройка нумераторов.
Скрипты автозаполнения файлов требуют адаптации. Скрипты будут перенесены «как есть». Соответственно, если они обращаются к устаревшим метаданным или к несуществующим объектам (как например Входящие документы или Исходящие документы), то их необходимо переписать с учетом новых метаданных.
Дополнительно стоит проверить настройки Связей. Они могут быть «свернуты» в общие настройки для документа. Из-за этого может возникнуть неоднозначность настройки, если какие-то типы связей были созданы для «входящих», «внутренних» и «исходящих», но это были разные настройки. Их необходимо поместить в одну настройку.
При временной работе в двух базах во время миграции данных из 2.1 и 3.0 необходимо поддержать сквозную регистрацию документов.
Это значит, что вне зависимости от выбора базы, в которой ведется регистрация (2.1 или 3.0), всем документам будут присвоены уникальные номера. Для этого предусмотрен Веб-сервис регистрации документов.
Предполагается следующий порядок работы:
1. Запущена миграция данных. Регистрация документов идет на стороне 2.1. На стороне 3.0 документы еще не создаются и не регистрируются – они «приходят» с обменом, данные уникальны.
2. Основные данные загружены в 3.0. После их проверки и настройки часть сотрудников начинают создавать и регистрировать документы уже в 3.0.
3. В этот момент необходимо перевести регистрацию документов в базу 3.0, которая теперь будет «регистратором», а база 2.1 будет просто присваивать из нее номера. Для этого необходимо:
○ Проверить настройки нумерации на стороне 3.0, чтобы присваивались правильные и корректные номера для соответствующих видов документов по соответствующим разрезам и настройкам.
○ Опубликовать версию 3.0 на веб-сервере и запустить Веб-сервис регистрации документов (DMReg) на стороне 3.0.
○ Перенастроить регистрацию документов на стороне 2.1. Для этого в 2.1 установить настройку Вкл. регистрацию в 1С:ДО 3.0 и ввести данные для подключения к веб-сервису.
При этом если пользователь попытается зарегистрировать документ в 2.1, то фактически эта регистрация пройдет уже в 3.0 через веб-сервис. В 2.1 только отобразятся полученные номер и дата регистрации.
4. После того, как все сотрудники перейдут в 3.0 и работа в 2.1 будет прекращена, необходимо отключить Веб-сервис регистрации документов.
Важно
На стороне 2.1 не нужно менять настройки нумерации или текущие номера документа, т.к. эти изменения могут нарушить процедуру регистрации уже на стороне 3.0.
В редакции 2.1 и 3.0 состав процессов незначительно отличается, поэтому некоторые процессы переносятся полностью, а некоторые – трансформируются.
Например, в редакции 3.0 нет процесса Поручение. При миграции вместо Поручений создаются процессы Исполнения. Также в новой редакции нет процессов обработки документов. В редакции 3.0 вместо них создаются комплексные процессы с линейной схемой.
Процессы, загруженные из редакции 2.1, недоступны для изменения. Их маршрутизация, выполнение и контроль осуществляются в базе 2.1 (там, где они были созданы).
В редакции 3.0, вместо шаблонов процессов обработки документов создаются шаблоны комплексных процессов. А вместо шаблонов поручений – шаблоны исполнений.
При этом загруженные шаблоны доступны для изменения и использования в редакции 3.0. Но они требуют пересмотра в некоторых случаях. Например, если шаблон процесса предполагал обработку нескольких документов, то в редакции 3.0 его настройки следует актуализировать или отказаться от такого варианта, т.к. он не совместим с новой концепцией обработки документа. При этом на основании части шаблонов могут быть созданы настройки обработки документов. Некоторые из них могут быть «рабочими», некоторые потребуют актуализации. Подробнее в разделе «Миграция шаблонов процессов в новые обработки документов».
В редакции 2.1 скрипты хранились при схемах. Как скрипты, размещенные в виде отдельного элемента Обработка, так и скрипты в условиях.
В 3.0 скрипты хранятся в специальных справочниках, на которые в схемах размещены только ссылки.
Все скрипты схем, загружаемые из редакции 2.1, помещаются в специальные папки 3.0 Скрипты из ДО 2.1 и доступны для изменения.
При этом скрипты схем получают в 3.0 особое техническое наименование. Исходное наименование схемы из 2.1 помещается в комментарий скрипта. Особое наименование используется для загрузки изменений скриптов из базы 2.1. Его не рекомендуется изменять в редакции 3.0 до тех пор, пока возможно активное изменение скриптов в базе 2.1. Например, если в базе 2.1 идут работы по настройке комплексного процесса со схемой, включающей в себя некоторые скрипты.
В папках Скрипты из ДО 2.1 может быть создано большое количество скриптов, так как каждый скрипт принадлежит какой-то определенной схеме (процесса или шаблона). Но все эти скрипты пересматривать не требуется, так как часть из них будут относится к конкретным комплексным процессам.
Пересматривать и адаптировать необходимо только скрипты в схемах шаблонов комплексных процессов. В этом случае лучше идти от шаблона: рассмотреть его схему, скорректировать действия, ознакомиться со скриптом в схеме, скорректировать его если нужно и перенести из папки Скрипты из ДО 2.1 в корень справочника или другую папку, дав ему корректное наименование. Далее этот скрипт можно будет выбирать и в других шаблонах.
Для всех создаваемых комплексных процессов и шаблонов в базе 3.0 создаются настройки соответствующих действий. Эти настройки имеют особое наименование, которое используется для загрузки изменений из базы 2.1. Оригинальное наименование настройки действия сохраняется первой строкой в описании.
Рекомендации по изменению наименований действий те же, что и для скриптов.
В ранних редакция «1С:Документооборота» контроль комплексных процессов ведется через специальные задачи. С появлением функционала Контроль в более старших версиях эта возможность была исключена, но работу с ранее созданными задачами поддерживалась.
В редакции 3.0 работа с такими задачами не поддерживается. При миграции вместо этих задач создаются карточки контроля комплексных процессов. Это касается как завершенных, так и активных задач.
При этом карточки контроля недоступны для изменения в редакции 3.0 и обновляются автоматически пока миграция не завершена.
Данные, которые загружаются в 3.0 без конвертации в новые настройки обработки документов:
■ Вложенные шаблоны процессов (не поддерживаются в 3.0).
■ Многопредметные шаблоны комплексных процессов.
■ Шаблоны комплексных процессов и атомарные процессы, которые не привязаны ни к одному виду документа.
Данные, которые конвертируются в новые настройки обработки:
■ Шаблоны комплексных процессов с одним предметом и схемой, привязанные к одному виду документа.
■ Шаблоны комплексных процессов с одним предметом и таблицей, привязанные к одному виду документа.
■ Шаблоны атомарных процессов, привязанные к одному виду документа.
Порядок конвертации:
1. Шаблоны, вложенные в шаблон комплексного процесса (рассмотрение, согласование, исполнение и пр.):
○ Конвертируются в соответствующие виды действий отдельной настройкой обработки вида.
○ Тип шаблона учитывается как тип вида действия (Исполнение, Согласование и пр.). Название шаблона переносится в название вида действия.
○ Порядок действий сохранятся, но возможно потребуется его проверка.
○ Условия автозапуска и условия проверки переносятся.
○ Скрипты условий и схем не конвертируются – соответственно может потребоваться их адаптация на местах (переписать под новые метаданные, если они использовали устаревшие).
2. Шаблоны атомарных процессов (согласование, рассмотрение, исполнение и т.д.):
○ Переносятся в отдельную одну общую настройку обработки вида, поскольку в 3.0 может быть только одна активная обработка.
○ Порядок действий не учитывается. Его можно выстроить уже при проверке загрузки.
○ Схема будет генерироваться автоматически, линейная.
Настройки шаблонов процессов конвертируются в настройки обработки. Участники процессов из шаблонов будут перенесены в соответствующие Правила обработки документов.
Все созданные таким образом в 3.0 настройки обработки документов будут «выключены» для того, чтобы администратор их проверил и скорректировал. Необходимо сделать только одну обработку активной – для этого необходимо удалить дату окончания для настройки и снять флаг Недействительна в Правилах обработки документа.
Для видов действий, загруженных в виды документов, для участников необходимо предоставить право на изменение документа. Иначе не будет работать, например, действие Регистрация.
Привязка в разрезе Организаций не переносится. Необходимо учитывать это при адаптации.
Участники, сроки и условия из шаблонов процессов конвертируются в Правила обработки документов, т.е. создаются все нужные справочники с соответствующими привязками к настройке вида документа и сами настройки (настройки действия исполнения, настройки действия согласования и т.д.).
Особенности миграции:
■ При миграции данных программа не начинает конвертацию до тех пор, пока все необходимые данные не будут перенесены из 2.1 в 3.0 (вид документа, шаблоны КП, атомарные шаблоны и пр.). То есть в процессе загрузки может быть так, что часть шаблонов перенесена, но настройки обработки не созданы. В таком случае необходимо подождать, пока все нужные данные будут перенесены.
■ Необходима адаптация автоподстановок. Скрипты будут перенесены в 3.0 «как есть», поэтому если они обращаются к устаревшим метаданным или к несуществующим объектам (например «Входящие документы» или «Исходящие документы»), то их необходимо переписать с учетов новых метаданных.
■ Шаблоны Рассмотрения и Исполнения переносятся в два разных действия Исполнение.
При формировании настроек обработки по шаблонам комплексных процессов со схемами, схемы обработки принимают тот же вид, что и шаблоны комплексных процессов.
При этом, если в схеме есть скрипты, то их настройки заносятся в специальный справочник Скрипты схем для обработок объектов, в группу Скрипты из ДО 2.1.
Скрипты имеют особое наименование, которое используется для загрузки изменений из соответствующих шаблонов комплексных процессов.
Настройки скриптов для условий схемы заносятся в виде алгоритмов проверки с особым наименованием. Наименование также используется для загрузки изменений из соответствующих шаблонов комплексных процессов.
Рекомендации по пересмотру и адаптации таких скриптов аналогичны рекомендациям для скриптов в схемах комплексных процессов 3.0. Но при этом код самого скрипта для схемы настройки обработки потребуется пересмотреть полностью, т.к. меняется контекст его выполнения.
Если шаблон комплексного процесса содержит таблицу действий с последовательным и параллельным выполнением, то при настройках обработки создается схема с соответствующим порядком действий.
Для настройки обработки также формируется схема. В схеме повторяется тот же порядок выполнения, что и в таблице действий шаблона комплексного процесса.
При этом схема, построенная по таблице действий, может быть некорректна для выполнения и потребует адаптации. Связано это с тем, что порядок маршрутизации по схемам и по таблицам действий совместим только частично.
На стороне 3.0 для всех загруженных пользователей создаются сотрудники – для каждого пользователя по одному основному сотруднику.
Сотрудники и пользователи при этом связываются с соответствующими физическими лицами.
Если физическое лицо для пользователя в базе 2.1 не было определено, то оно будет создано при загрузке в 3.0.
В случае отсутствия физического лица у пользователя в базе 2.1 и при последующем его заполнении после начала миграции в 3.0, в базе 3.0 могут дублироваться некоторые физические лица. В таком случае лишних физические лица в базе 3.0 необходимо найти и пометить на удаление вручную.
В остальных загруженных данных (документы, мероприятия, задачи и т.д.), вместо пользователей будут подставлены созданные сотрудники.
Рабочие группы переносятся с сохранением состава.
Полномочия переносятся полностью.
Рабочие группы в 3.0 будут расширены относительно 2.1. Это обусловлено отказом от Политик доступа: теперь пользователи, которые неявно имели доступ к объектам через политики, будут явно включены в их рабочую группу.
Рабочие группы для 3.0 формируются на стороне 2.1 регламентным заданием Заполнение рабочих групп для перехода на Документооборот 3.0.
Важно!
Нельзя выключать рег. задание Заполнение рабочих групп для перехода на Документооборот 3.0, т.к. без него рабочие группы не сформируются. В противном случае сотрудники могут не только не получить доступ к части объектов, но и получить доступ там, где его быть не должно.
Формирование переходных рабочих групп начинается при старте миграции на версию 3.0.
Настройки интеграции с 1С:Архивом переносятся полностью.
Код базы 3.0 будет таким же, что и 2.1. Рекомендуется не менять код, в противном случае в 1С:Архиве потребуется так же изменить код для источника документов или добавить новый источник документов с новым кодом.
В разделе приведена информация для технических специалистов.
Если в конфигурацию 2.1 добавлено несколько новых метаданных, и в 3.0 они будут точно такими же, как в 2.1 – дополнительных действий не требуется.
Если данных в рамках одного метаданного много (например, более 10 тыс. элементов справочника), то в 2.1. для них можно настроить порционную выгрузку. Для этого в МиграцияДанныхИзВнешнихСистемСобытия.ПриЗаполненииОчередности необходимо указать этот объект, с Периодичность = Истина; и, например, ПолеПериода = ОбъектМетаданных.Реквизиты.ДатаСоздания;
Пример:
ИначеЕсли ОбъектМетаданных = Метаданные.Справочники.Файлы
Тогда Последовательность = 800;
Периодичность = Истина;
ПолеПериода =
ОбъектМетаданных.Реквизиты.ДатаСоздания;
Порция = 100;
Реквизит типа СправочникСсылка.Пользователи из 2.1 по умолчанию в 3.0 автоматически преобразуются в тип СправочникССылка.Сотрудники. Если это не нужно, необходимо добавить исключение в МиграцияДанныхИзВнешнихСистемДО21. КонвертацияСсылок. Найти поиском по строке «Добавить исключения. Где оставить пользователей».
Если в 2.1 типовые метаданные доработаны, то они будут отличаться от аналогичных типовых метаданных в 3.0. При наличии таких изменений в МиграцияДанныхИзВнешнихСистемДО21.ЗагрузкаДанных_ДО8_2_1 можно написать код, например:
ИначеЕсли ИмяИсточника = "Справочник.ВизыСогласования" Тогда
КонвертацияВизСогласования(Источник, Приемник, Порция, СтандартнаяОбработка, ПараметрыЗагрузки);
На стороне 2.1 также может понадобиться доработка, в МиграцияДанныхИзВнешнихСистемСобытия. ПередВыгрузкой. Например, если в структуру файла обмена надо добавить новые поля, чтобы по ним на стороне 3.0 заполнить данные.
Если эти метаданные, например, не нужно выгружать в 3.0, тогда их необходимо добавить в МиграцияДанныхИзВнешнихСистемСобытия.ЛишниеОбъекты().
Конфигурация 2.1 сначала выгружает все данные, не добавленные в ЛишниеОбъекты(), а после этого – новые данные и те, в которые внесены изменения.
Чтобы отслеживать изменения метаданных, добавленных при доработке конфигурации, и выгружать эти данные в обмен, необходимо подключить метаданные к отметкам времени.
Для этого в базах 2.1 и 3.0 необходимо синхронно выполнить следующие действия:
■ Для константы – добавить в ее определяемый тип ОтметкиВремениКонстанты.
■ Для объекта ссылочного типа (справочник, документ, бизнес-процесс, задача) – добавить его в определяемый тип ОтметкиВремениСсылочныеОбъекты.
■ Для регистра сведений – добавить в определяемый тип ОтметкиВремениРегистры + включить в состав общего реквизита ОтметкиВремениИдентификаторНабораЗаписей. Кроме случая, когда у регистра сведений (независимого, непериодического) только одно измерение ссылочного типа – например, РС СведенияОФайлахДокументооборот – в таком случае включить только в ОтметкиВремениРегистры, а в ОтметкиВремениИдентификаторНабораЗаписей не включать).
Важно. На стороне 2.1 обязательно надо исключить объекты, которые не надо выгружать:
ПереходСобытия Функция ЛишниеОбъекты() – например Объекты.Добавить(Метаданные.РегистрыСведений.ДанныеВнутреннихДокументов);.
Например, если это кеширующие данные, как ДанныеВнутреннихДокументов, или те, которые не надо передавать, как РС ПротоколРаботыПользователей, или это есть в 2.1, но нет в 3.0, как «Библиотека регламентированной отчетности».
Обратите внимание: подключение/не подключение к отметкам времени не избавляет от необходимости описать в ЛишниеОбъекты().
В МиграцияДанныхИзВнешнихСистемДО21.ЗагрузкаДанных_ДО8_2_1 необходимо написать код. Методы, которые можно вызвать:
Для ссылочных типов:
МиграцияДанныхИзВнешнихСистемСервер.СтандартноЗаписатьОдинЭлемент. Последний аргумент ДополнительныеСвойства – Структура – чтобы в Объект. ДополнительныеСвойства попало.
Для регистров:
МиграцияДанныхИзВнешнихСистемСервер.ЗаписатьНезависимыйРегистр + ЗаписатьРегистрСВедущимИзмерением + ЗаписатьРегистрСРегистратором
Простое переименование на стороне 3.0 проводится здесь:
Функция ПереименованныеОбъекты() Экспорт например Объекты.Вставить("Константа.ИспользоватьСвязиДокументов", "Константа.ИспользоватьСвязиОбъектов").
При загрузке из 2.1 в 3.0 (например, настройки связей, графиков работы, настроек доступности по состоянию и т.д.) необходимо добавить код – пример в Процедуре КонвертацияУровниКонтроля. После этого – добавить свое метаданное в общий реквизит ИзменяетсяВДругойСистеме.
Добавочные объекты необходимо записывать аргументом Загрузка, как и исходный загружаемый объект. И если Загрузка=Истина, добавочные объекты нужно добавить в ОчередьПостОбработкиЗагрузки непосредственно в коде особой загрузки объекта.
В редакции 2.1 можно принудительно выгрузить целое метаданное или несколько объектов в нем. Например во время отладки миграции (если есть свои доработки), чтобы явно еще раз отправить в обмен какой-то справочник или несколько элементов справочника.
Для этого в окне миграции предусмотрена команда Выгрузить.
В открывшемся окне выполнить команду Добавить или Добавить объекты при помощи отбора и после их добавления – Выгрузить.
Например, реквизит ВидПроцесса (ПеречислениеСсылка.ВидыБизнесПроцессаУтверждение). В редакции 2.1 здесь было перечисление, а в редакции 3.0 его нет. Необходимо в МиграцияДанныхИзВнешнихСистемДО21.ЗаменитьЗначения добавить:
Если Строка.СтароеТип = "Перечисление.ВидыБизнесПроцессаУтверждение" Тогда Если Строка.Старое = "Утверждение" Тогда Строка.Новое = "Утверждение";
или просто Строка.Новое = Строка.Старое;
Далее в ЗагрузкаДанных_ДО8_2_1 в своем обработчике «смотреть» на этот реквизит, как на строку. В итоге в 3.0 необходимо получить строку, где в 2.1 было значение перечисления.
1. В 3.0 в общий реквизит ИсточникДанных – Состав добавить свой объект.
2. В подписку МиграцияДанныхИзВнешнихСистемПередЗаписьюОбъекта или иную (для документа, процесса, задачи) в источник добавить тип своего объекта, чтобы на низком уровне его нельзя было записать.
3. Если объект виден пользователю, в карточке объекта необходимо вывести надпись «Объект изменяется в другой системе» (с помощью метода МиграцияДанныхИзВнешнихСистемСервер.ВывестиДекорациюЗагрузкиИзДругойСистемы) и сделать поля недоступными для редактирования.
■ «Библиотека интернет-поддержки» обновлена на версию 2.7.3.
■ «Библиотека технологии сервиса» обновлена на версию 2.0.13.28.
■ Обновление компоненты сканирования: работа в тонком клиенте Linux и в тонком клиенте MS Windows 32+64 бит, логирование и прочее.
■ Производственный календарь обновлен на 2025 год.
■ Обязательная связь проверялась только при создании нового документа, а для существующего была возможность удалить «Обязательную» связь.
■ Команда «Сохранить как» была недоступна для файла в зарегистрированном документе.
■ Если в шаблоне документа включена настройка «Запрещать удалять файлы», то нельзя было пометить на удаление документ.
■ Обычному пользователю были доступны кнопки добавления файла и участника рабочей группы в шаблоне внутреннего и исходящего документов.
■ Баланс оставшихся страниц, доступных для распознавания через сервис «1С:Распознавание первичных документов», всегда отображался равным нулю.
■ Нельзя было напечатать формы, не выбрав номенклатуру дел.
■ При включении файла в состав внутреннего документа-комплекта не создавалась связь «Входит в комплект».
■ Отсутствовало условное оформление помеченных на удаление в списках документов.
■ Ошибка при выполнении команды "Сохранить как" сразу для нескольких файлов – длина имени слишком большая.
■ Очистка устаревших версий файлов – рег. задание прекращало работу, если части файлов не было в томе.
■ Вкладка «МЭДО» была видна только администратору и ответственному за МЭДО. Теперь она видна всем, но в режиме просмотра.
■ МЭДО. При повторной отправке документа он просто заново отправлялся в том же виде.
■ МЭДО. ЭП передавалась только для файла, который выбран на закладке МЭДО как "Главный файл". Сейчас передаются все ЭП, также и для файлов приложений - подписи – файлы .p7s.
■ МЭДО. При отправке исходящего документа "Ответственный" в нем автоматически заменялся на текущего сотрудника. Сейчас будет оставаться тот же Ответственный, которого указали при записи документа.
■ Не было возможности загрузить файловое нотариальное передоверие.
■ Возникала ошибка, из-за которой не загружалась из файла МЧД 003.
■ Для некоторых docx-файлов некорректно формировалась визуализация КЭП, из-за чего файл не открывался в MS Word.
■ Для некоторых файлов при выполнении команды «Вставить штрихкод» возникала «Ошибка при вызове метода контекста (AddPicture)».
■ Возникала ошибка при попытке отправить МЧД по ЭДО.
■ Возникала ошибка «Значение не является значением объектного типа (Количество) {ОбщийМодуль.РаботаСРабочимКалендаремКлиент.Модуль(140)}:ЕстьВыделенныеЭлементы».
■ Не всегда выполнялась проверка при записи, если участник добавлен путем подбора.
■ Зависал сеанс при попытке подключить внешнюю компоненту печати штрихкодов.
■ Возникала ошибка при попытке заполнения шаблона наименования вновь создаваемого вида документа.
■ Новые участники рабочих групп не получали права локальных администраторов, если рабочая группа назначена как локальный администратор.
■ Не удавалось подписать формализованный документ при отправке.
■ Возникали ошибки МЧД, связанные с переводом.
■ Выполнение задач по почте отвечало самому себе.
■ Некорректное отображение комментария при согласовании/утверждении документа из почты 1С:Документооборота.
■ При подписании входящего пакета ЭДО, если от контрагента не указана МЧД, не указывалась ошибка отсутствия загруженной МЧД.
■ Выполнение задач по почте отвечало неизвестным адресатам.
■ Не работал просмотр мероприятий за месяц с отбором по контактному лицу организатора.
■ Обязательная связь проверялась только при создании нового документа, а для существующего была возможность удалить «Обязательную» связь.
■ Не загружалась МЧД из файла warrant.
■ Производственный календарь обновлен на 2025 год
■ Некорректный расчет длительности рабочего дня при использовании учета только по еженедельным отчетам.
■ Некорректно заполнялся комментарий при выполнении задач по почте.
■ Возникала ошибка открытия файла docx после вставки штрихкода, для некоторых файлов.
■ Во входящем документе, полученном по МЭДО, в поле «Подписал» подставлялся пользователь, принявший документ на входящей стороне, а не пользователь, которого указали в исходящем письме.
■ Если в шаблоне документа включена настройка «Запрещать удалять файлы», то нельзя было пометить документ на удаление.
■ При двойном клике на «Контролировать ход процесса» в шаблоне комплексного процесса возникала ошибка.
■ После сохранения большого письма встроенной почты (Alt+S) нельзя было увидеть его полностью (не урезанным).
■ Если открыть подписанный КЭП docx-файл в Р7 Офис, не отображались штампы ЭП.
■ При выключенной настройке «Раздельный учет бумажных и электронных документов» не работала отправка по ЭДО.
■ При подписании сертификатом с DSS подписи были недействительны.
■ Обычному пользователю были доступны кнопки добавления файла и участника рабочей группы в шаблонах внутреннего и исходящего документов.
■ Баланс оставшихся страниц, доступных для распознавания через сервис «1С:Распознавание первичных документов», всегда отображался равным нулю.
■ Нельзя было отправлять и получать документы, если филиал пользовался учетной записью головной организации.
■ Отсутствовало условное оформление помеченных на удаление в списках документов.
■ При включении файла в состав внутреннего документа-комплекта не создавалась связь «Входит в комплект».
■ При изменении состава пакета отображались документы, помеченные на удаление.
■ Не выгружалась доверенность при сохранении файла с ЭП.
■ При направлении подзадачи на роль исполнитель не отображался на форме «Задачи мне» в разделе «Подзадачи».
■ Для всех типов процессов программа задает вопрос, кроме процессов «РешениеВопросовВыполненияЗадач», в них пользователь мог запустить вопрос с истекшим сроком.
■ На Android не определялось расширение файла после вложения его в Почту, Задачи.
■ Нельзя было напечатать формы, не выбрав какую-нибудь номенклатуру дел.
■ Для переданного в 1С:Архив или уничтоженного документа не удалялись электронные подписи.
■ При приеме входящих документов МЭДО, если в файле сообщения был указан «Адресат» - сотрудник в принимающей организации, то он все равно не проставлялся в полученный документ.
■ Файлы в сообщениях МЭДО, как правило устаревших версий, могли приходить с заглавными буквами в расширении. В Linux они могли не открываться из-за регистрозависимости.
■ Отправка документа по МЭДО: ошибочно разрешалось отправить неподписанный файл. Система выдавала предупреждение, писала его в журнал событий, но не ошибку.
■ При ответе на некоторые письма возникала ошибка «Нет прав».
■ Теперь неполноправным пользователям запрещено изменять корневую группу «ГруппыКонтактовПользователей».
■ Ошибка при выполнении команды «Сохранить как» для нескольких файлов сразу - длина имени слишком большая.
■ Проверка отсутствий появлялась при выполнении команды «Подобрать участников».
■ При изменении должности пользователя возникала ошибка из-за повреждения данных Адресной книги.
■ При создании тома автоматически не формировался заголовок.
■ В форме «Проект – Файлы» отображались служебные файлы документа.
■ Очистка устаревших версий файлов – рег. задание прекращало работу, если части файлов нет в томе.
■ В списке «Передача дел в Архив» не обновлялся статус обмена с 1С:Архивом после использования команды «Обновить».
■ Кнопка «Создать» в Адресной книге была доступна вне раздела «Личные адресаты».
■ Значения «До минования надобности» поля «Срок хранения» номенклатуры дел не помещалось в элемент.
■ Возникала ошибка при копировании контрагентов: ранее в некоторых ситуациях некорректно подставлялся банковский счет.
■ Обмен с 1С:Архивом: не срабатывала проверка действительности ЭП после изменения статуса описи на «Готов к выгрузке» и записи через «Записать и закрыть».
■ Не обновлялся АК, если изменился состав группы из «Избранное».
■ Не отображалась занятость в форме «Все календари».
■ Была доступна кнопка «Удалить» в карточке МЧД.
■ Справочник «Вопросы обращений» выдавал ошибку при редактировании.
Списки исправленных ошибок также можно посмотреть на сайте поддержки пользователей:
○ для КОРП:
http://downloads.v8.1c.ru/content//DocMngCorp/2_1_35_15/news.htm,
○ для ПРОФ:
http://downloads.v8.1c.ru/content//DocMng/2_1_35_15/news.htm,
○ для ДГУ:
http://downloads.v8.1c.ru/content//BudgetDocMng/2_1_35_15/news.htm.
В некоторых случаях после обновления прерывается подключение к Системе взаимодействия и не сохраняется история переписки. Эта ошибка будет исправлена в одном из следующих релизов. Для временного обхода этой ситуации:
4. Откройте обработку Сохранение подключения к системе взаимодействия.epf в составе дистрибутива через Главное меню – Файл – Открыть.
5. В открывшейся обработке нажмите на кнопку Сохранить текущие настройки.
При обновлении с версии 2.1.12 и ниже, снятой с поддержки, нужно перед сравнением-объединением с новой версией удалить регистры:
■ Адресные объекты,
■ Дома здания строения,
■ Дополнительные адресные сведения,
■ Загруженные версии адресных сведений,
■ История адресных объектов,
■ Ориентиры адресных объектов,
■ Причины изменения адресных сведений,
■ Служебные адресные сведения,
■ Уровни сокращений адресных сведений.
В версии 2.1.13 вместо перечисленных добавлены регистры с такими же именами, но с другой структурой.
Перед обновлением с редакции 2.0 необходимо:
1. В монопольном режиме выполнить обработку Переход_с_20_на_21.epf. Обработка включена в состав дистрибутива.
2. Не допуская работы пользователей, приступить к обновлению.
При использовании РИБ, обработка должна быть выполнена в каждом узле РИБ.
Перед обновлением с версии 2.1.0 запустите обработку Переход_с_210_на_211.epf. Обработка включена в состав дистрибутива.
При переходе с версий 2.0 и 1.4 запуск обработки не требуется.
Если дополнительная процедура обработки данных ВерсионированиеОбъектов.ОбновитьСведенияОВерсияхОбъектов выполняется более нескольких часов, необходимо:
■ остановить обработку (Поддержка и обслуживание – Обновление конфигурации – Результаты обновления – Все процедуры обновления… – команда Остановить в контекстном меню списка);
■ возобновить выполнение обработки после завершения всех дополнительных процедур. При этом можно начинать работать с программой, не дожидаясь ее полного завершения.