1. Главная
  2. Новости
  3. Новые релизы 1С
  4. Обновление 1С Документооборот
  5. Выпущена версия 3.0.12 программы 1С Документооборот

Выпущена версия 3.0.12 программы 1С Документооборот

5 октября 2023
302

Выпущена версия 3.0.12 программы 1С Документооборот на платформе "1С 8.3".

Дополнение по конфигурациям «Документооборот КОРП», «Документооборот государственного учреждения».

1С:Документооборот. Новое в версии 3.0.12

Введение

Этот документ является дополнением к документации по конфигурациям «Документооборот КОРП», «Документооборот государственного учреждения» и содержит только описание отличий версии 3.0.12 от версии 3.0.11.

Глава 1

Работа с документами и файлами

1.1. Предварительный просмотр PDF-файлов

В новой версии программы можно использовать встроенный предпросмотр PDF-файлов без установки Ghostscript. Для этого в настройке Способ предпросмотра PDF достаточно выбрать вариант 1С:Предприятие.

Возможность позволит ускорить формирование предпросмотра, избежать увеличения размеры базы, некорректного отображения шрифтов и отказаться от использования Ghostscript, который не входит в Реестр российского программного обеспечения.

Возможность доступна только в тонком клиенте.

1.2. Ознакомление большого количества сотрудников

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

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

Но теперь в карточке правила обработки можно установить настройку Ожидать завершения, тогда следующее действие не начнется, пока все участники не завершат задачи ознакомления.

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

В программе появился новый отчет Ход ознакомления. Открывается в карточке документа или мероприятия на закладке Обработка – Результаты обработки. Отчет доступен только, если в обработке есть ознакомление.

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

Особенности отображения:

Если участником ознакомления указана группа сотрудников, отдел или автоподстановка (например, «Все сотрудники»), разыменования не происходит. На закладке Доступ отображается одна строка (например, «Все сотрудники»), а не 1000.

Если в ознакомлении менее 50 участников, на закладке Обработка отображается результат каждого.

Если участников более 50, отображается результат только по группам, например «Все сотрудники» – «Ознакомлен 1 из 80».

Если участники добавлены не как группа, а поштучно, то на закладке Обработка отображаются только первые 50.

1.3. Ввод даты регистрации документа вручную

В новой версии программы в момент регистрации документа можно вручную ввести дату регистрации. Больше не придется сначала записывать новый документ, затем вводить дату регистрации.

Чтобы возможность работала для этого для вида документа нумерация должна вестись вручную, а не автоматически.

1.4. Группировка шаблонов при создании документов

Теперь в программе при создании документа при выборе шаблона можно установить группировку по папкам видов документов либо Вид документа + Тематика (если ведется учет по тематикам). Благодаря этому больше не придется пролистывать весь список шаблонов, чтобы найти нужный.

Переключение значения настройки доступно в контекстном меню Режим просмотра. Команда отображается, если создание документа происходит без отбора по видам и в базе ведется учет тематик.

1.5. Постановка подчиненного исполнения на контроль

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

Для этого достаточно указать контролера в карточке подчиненного исполнения.

1.6. Новая возможность настройки изменения участников действия

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

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

Настройка может применяться в разрезе этапов действий.

1.7. Фиксация изменений пунктов исполнения в «Ходе обработки»

В новой версии программы в Ходе обработки фиксируются изменения пунктов исполнения:

добавление пункта;

удаление пункта;

изменения порядка пунктов;

изменение реквизитов пункта;

добавление/удаление участников пункта;

назначение/снятие ответственного за пункт.

Событие добавление/удаления участников пункта записывается дважды (как для действия, так и для пункта). 

1.8. Перенос срока действия в срок контроля

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

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

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

1.9. Новое в печати конвертов

Теперь при подборе адреса для печати на конверте доступны все виды контактной информации с типом Адрес.

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

1.10. Сокращенное представление сотрудника

В новой версии программы появилась возможность выводить в шаблон заголовка документа и в файл автозаполнения ФИО или фамилию и инициалы сотрудника.

Для этого в конструкторе заголовка документа и в правиле автозаполнения полей файла достаточно выбрать соответствующий вариант представления сотрудника: Полное имя или Фамилия и инициалы.

Глава 2

Совместная работа

2.1. Поиск писем по тексту

В новой версии программы доступен поиск писем встроенной почты по тексту. Программа ищет запрошенный текст в теле письма.

Возможность работает только при включенной настройке Использовать полнотекстовый поиск.

2.2. Уничтожение персональных данных

В новой версии программы появились следующие возможности:

уничтожение персональных данных физических лиц с вводом акта об уничтожении;

контроль просрочки согласий на обработку персональных данных.

Возможности доступны пользователям с полномочием Делопроизводители.

Уничтожение доступно только для физических лиц, согласие на обработку которых просрочено. Если согласия нет, то уничтожение не производится.

2.2.1. Нормативное регулирование

С 01.03.2023 для компаний и индивидуальных предпринимателей вступили в силу новые требования к уничтожению персональных данных, утвержденные Роскомнадзором. Данные требования направлены на защиту персональных данных субъектов и обеспечение соответствия организаций требованиям законодательства. В соответствии с новыми требованиями оператор персональных данных обязан уничтожить обрабатываемые им данные в случаях, перечисленных в законе. К таким случаям относятся:

незаконное получение персональных данных или отсутствие необходимости в этих данных (ч. 1 ст. 14, ч. 3 ст. 20 Федерального закона от 27.07.2006 № 152-ФЗ, далее – Закон № 152-ФЗ);

неправомерная обработка персональных данных (ч. 3 ст. 21 Закона № 152-ФЗ);

достижение цели обработки персональных данных (ч. 4 ст. 21 Закона № 152-ФЗ);

отзыв субъектом персональных данных согласия на их обработку (ч. 5 ст. 21 Закона № 152-ФЗ).

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

Под уничтожением персональных данных понимают действия, в результате которых становится невозможным восстановить содержание ранее полученных персональных данных (ст. 3 Федерального закона от 27.07.2006 №152-ФЗ).

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

Способ уничтожения персональных данных компания выбирает самостоятельно. Бумажные документы, содержащие личную информацию, должны быть уничтожены, например, с помощью специального оборудования для шрединга.

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

Если информация хранится на электронных носителях (жесткие диски, SSD, флешки и т.д.), то в таких случаях она может быть уничтожена путем физического разрушения носителя, использования специального оборудования для стирания данных или даже физическое измельчения носителя.

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

2.2.2. Как настроить

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

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

В меню раздела Нормативно-справочная информация открывается список Уничтожение персональных данных.

Это персональные данные с субъектами, у которых истек или истекает срок хранения и требуется провести их последующее уничтожение.

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

На основании данного списка можно составить Акт об уничтожении персональных данных. Также в поле Комментарий можно увидеть причину, по которой необходимо составить данный акт.

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

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

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

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

Чтобы создать Акт об уничтожении персональных данных, выберите из списка Уничтожение персональных данных один или несколько субъектов и нажмите на кнопку Создать акты.

Откроется форма создания акта, где с помощью выпадающего списка нужно указать:

наименование организации или ФИО предпринимателя, от имени которого будут формироваться акты;

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

способ уничтожения персональных данных, например, Уничтожение носителя информации;

ответственного за обработку персональных данных.

При проведении акта произойдет полное уничтожение персональных данных.

Важно! Данная операция является необратимой, уничтоженные персональные данные не смогут быть восстановлены.

В раздел Категории персональных данных в соответствии с классификацией ФЗ-152 входят:

Фамилия, имя, отчество;

Дата и место рождения;

Сведения о постановке на налоговый учет (ИНН);

Сведения о регистрации в Пенсионном фонде (номер страхового свидетельства);

Фотография;

Паспортные данные;

Сведения о месте регистрации и месте проживания;

Контактная информация.

Уничтожаются персональные данные в справочнике физических лиц, а также в следующих связанных с ним объектах:

Справочник Контрагенты,

Справочник Организации,

Справочник Контактные лица,

Регистр сведений «Документы физических лиц»,

Пользователи.

2.2.4. Печать акта и выгрузки

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

Выгрузка из журнала регистрации должна содержать:

ФИО лиц, чьи персональные данные были уничтожены;

перечень категорий уничтоженных персональных данных;

наименование информационной системы персональных данных, из которой были уничтожены персональные данные;

причину уничтожения персональных данных и дату их уничтожения.

Акт об уничтожении персональных данных и Выгрузка из журнала подлежат хранению в течение 3 лет с момента уничтожения персональных данных. Данный порядок уничтожения персональных данных будет действовать до 1 марта 2029 года.

2.2.5. Роли для настройки защиты персональных данных

В состав программы входят следующие роли для настройки защиты персональных данных:

Роль

Краткое описание

Полные права

Дает право на просмотр списка Защита персональных данных и на проведение настроек регистрации событий доступа к персональным данным.

Чтение актов об уничтожении персональных данных

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

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

Дает право на ввод и редактирование актов об уничтожении персональных данных, а также запуск уничтожения персональных данных.

2.3. Машиночитаемые доверенности

Библиотека электронных документов обновлена до версии 1.9.9.70.

Поддержан формат МЧД 003.

Поддержаны классификаторы полномочий ФНС для МЧД.

2.4. Отображение незаполненного руководителя подразделения

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

 

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

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

Глава 3

Администрирование

3.1. Оптимизация записи прав по дескрипторам

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

Поштучная запись только измененных прав,

Полная перезапись всех прав набором.

Запись рассчитанных прав ускорится, особенно в ситуациях, когда изменения в правах небольшие: например, к документу имеют доступ 1000 сотрудников, и предоставлен доступ еще одному.

Если количество актуальных прав превышает количество измененных, то запись будет набором. В противном случае – поштучно.

3.2. Актуализация формата МЭДО контрагента

Раньше программа при получении от контрагента документов по МЭДО запоминала версию формата МЭДО, в котором он их прислал, и в дальнейшем автоматически актуализировала эту версию, если она менялась. Исходящие сообщения отправляются строго в этой версии.

Теперь эту возможность можно отключить. Для этого в настройках контрагента для МЭДО предусмотрена настройка Актуализировать. По умолчанию настройка установлена.

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

Глава 4

Бесшовная интеграция

4.1. Общее описание

Бесшовная интеграция избавит сотрудников от перехода из программы в программу: в интерфейсе интегрируемой системы просто появятся гиперссылки и команды, по которым можно открыть или создать данные 1С:Документооборота (документы, мероприятия, присоединенные файлы, задачи и т. д.).

Возможности

Создание документов в 1С:Документообороте на основании данных интегрируемой системы;

Создание документов и элементов справочников интегрируемой системы на основании данных 1С:Документооборота;

Установка связей между документами интегрируемой системы и 1С:Документооборота;

Настройка автоматического обновления любых реквизитов связанных документов;

Обработка документов интегрируемой системы через 1С:Документооборот;

Использование 1С:Документооборота в качестве файлового хранилища;

Обеспечение оперативного появления документов в интегрированной системе после их регистрации в 1С:Документообороте;

Оперативный доступ к договорам, связанным документам и их файлам при работе в интегрированной системе.

Поддерживаемые конфигурации и примеры

Бесшовная интеграция предусмотрена в конфигурациях:

«ERP Управление предприятием 2», редакция 2;

«Управление торговлей», редакция 11;

«Бухгалтерия предприятия», редакция 3 КОРП;

«Бухгалтерия государственного учреждения», редакция 2;

«Управление холдингом» (все редакции);

«ERP. Управление холдингом», редакция 3;

«Зарплата и управление персоналом», редакция 3;

«Комплексная автоматизация», редакция 2;

«Система проектирования прикладных решений».

Актуальную документацию по настройке и работе Библиотеки интеграции с 1С:Документооборотом (БИД) можно найти в составе дистрибутива БИД или на ИТС.

Также БИД можно скачать отдельно, и самостоятельно встроить в любую конфигурацию на платформе «1С:Предприятие».

4.2. Методика настройки бесшовной интеграции

Основное отличие настройки бесшовной интеграции с 1С:Документооборотом редакции 3.0 от прошлых редакций заключается в том, что теперь на веб-сервере должны быть опубликованы обе базы:

1С:Документооборот;

Интегрируемая с ним система.

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

Поэтому после публикации всех баз на веб-сервере начинать настройку лучше с 1С:Документооборота и уже затем переходить к настройке интегрируемой системы.

Ниже приведен подробный порядок действий.

Этап 1. Настройка на стороне 1С:Документооборота

1. Открыть Настройка – Настройки интеграции.

2. Выбрать из списка Интегрируемую систему. При первой настройке – список пуст. В этом случае необходимо нажать кнопку Добавить интегрируемую систему и в открывшемся окне ввести адрес публикации, имя пользователя и пароль. После этого нажать Добавить, и программа автоматически подключится к веб-сервису интегрируемой системы.

1С:Документооборот может быть одновременно интегрирован с разными системами. Переключаться между ними можно в списке.

Важно!

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

3. Установить настройки. Можно включить/отключить регламентное задание, выполняющее обмен данными с интегрируемыми системами, настроить его расписание и срок хранения истории отправки сообщений обмена. Значения настроек можно оставить по умолчанию.

Обратите внимание на настройку Поля для поиска сотрудников. В ней необходимо указать, по каким критериям будут сопоставляться пользователи конкретной интегрируемой системы с сотрудниками 1С:Документооборота:

Если и в 1С:Документообороте, и в интегрируемой системе совпадают используемые должности – необходимо установить флаг Должность.

Если и в 1С:Документообороте, и в интегрируемой системе совпадает структура предприятия – необходимо установить флаг Подразделение.

Когда все настройки установлены, поиск сотрудников 1С:Документооборота будет идти по комбинации полей Физ. лицо + Должность + Подразделение. Если настройки поиска Должность и Подразделение отключены, подбор сотрудника будет идти только по наименованию, аналогично тому, как это было реализовано в 1С:Документообороте редакции 2. При использовании совместительства в таком случае будет подбираться основой сотрудник физ. лица.

4. Настроить правила загрузки данных. Для этого необходимо перейти по ссылке Правила загрузки данных в 1С:Документооборот и создать новый элемент. В открывшейся карточке выбрать:

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

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

В правилах можно настроить заполнение любого реквизита объекта 1С:Документооборота. Также можно настроить заполнение дополнительных, общих и нетиповых реквизитов, добавленных самостоятельно на внедрении. Список реквизитов формируется в зависимости от вида документа. Например, для «Заявки на оплату» недоступен реквизит «Контрагент», но доступен «Получатель».

Если объектом загрузки выбран Документ – реквизит Вид документа обязателен для заполнения, это ключевой реквизит правил загрузки данных в 1С:Документооборот.

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

Из реквизита связанного объекта интегрируемой системы;

Определенным значением из базы 1С:Документооборота;

С помощью произвольного выражения на встроенном языке (может выполняться как на стороне 1С:Документооборота, так и на стороне интегрируемой системы). Выражение должно присваивать значение свойству Результат переменной-структуры с именем Параметры. Свойство Источник той же структуры Параметры в контексте выполнения выражения содержит ссылку на объект-источник, через которую можно обращаться к его реквизитам;

Значением из шаблона документа (если он выбран).

В правилах можно настроить заполнение табличных частей объекта 1С:Документооборота.

Табличные части могут заполняться:

Из таблицы связанного объекта интегрируемой системы;

Из выражения на встроенном языке. Таблица заполняется по результату выражения на встроенном языке 1С:Предприятия (может выполняться как на стороне 1С:Документооборота, так и на стороне интегрируемой системы). Выражение должно присваивать свойству Результат переменной-структуры с именем Параметры значение типа ТаблицаЗначений. Имена ее колонок должны совпадать с именами заполняемых реквизитов таблицы.

По правилам для отдельных реквизитов. В данном случае правила настраиваются отдельно для каждого реквизита таблицы. При этом варианте выбрать в качестве источника заполнения реквизита таблицы можно будет только не табличный реквизит объекта-источника. При нажатии на гиперссылку Настроить заполнение таблицы откроется отдельное окно, в котором можно будет настроить заполнение нескольких строк таблицы, причем каждая строка может заполниться по-своему.

Значением из шаблона документа (если он выбран).

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

Если установлен флажок Обновляется автоматически печатные формы будут обновляться в 1С:Документообороте при изменении объекта интегрируемой системы.

Через данный механизм из интегрируемой системы могут выгружаться любые, в том числе и внешние, добавленные на внедрении, печатные формы.

Можно создать несколько разных правил загрузки в 1С:Документооборот для одного и того же вида объектов интегрируемой системы. Например, для загрузки из справочника Договоры контрагентов можно создать несколько правил загрузки документов с видом Договор с поставщиком, Договор с покупателем и т.п. Ключевые реквизиты, с помощью которых интегрированная система поймет, когда нужно использовать правило «с поставщиком», а когда «с покупателем», будут настраиваться в связанных правилах интеграции на стороне интегрируемой системы.

Этап 2. Настройка на стороне интегрируемой системы

1. Открыть Администрирование – Интеграция с 1С:Документообортом.

2. При первой настройке в окне настроек в поле URL нужно ввести адрес публикации 1С:Документооборота.

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

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

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

Настройка Согласование через 1С:Документооборот доступна в конфигурации 1С:ERP Управление предприятием 2, и позволяет переключить согласование документов, указанных в описании, с внутреннего согласования ERP на внешнее согласование через 1С:Документооборот.

Настройка Хранение присоединенных файлов позволит использовать 1С:Документооборот в качестве внешнего файлового хранилища. При этом возможны два варианта:

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

Файлы прикреплены к документам – файлы, присоединяемые к документам и справочникам интегрируемой системы, передаются в базу 1С:Документооборот. Там они присоединяются к связанным объектам 1С:Документооборота, создаваемым автоматически на основании документов и справочников интегрируемой системы по правилам интеграции. Этот вариант требует настройки правил интеграции для всех объектов, файлы которых планируется хранить в 1С:Документообороте.

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

Объект интегрируемой системы, для которого настраивается правило.

Выбрать из списка настроенное на предыдущем этапе Правило загрузки данных в 1С:Документооборот. В списке выбора отображаются только подходящие к данному объекту интегрируемой системы правила.

В правилах можно настроить заполнение любого реквизита объекта интегрируемой системы. Это не обязательное действие, данная настройка нужна только в том случае, если необходимо получать из 1С:Документооборота какие-то данные, например, Состояние согласования.

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

Заполнять из реквизита связанного объекта 1С:Документооборота;

Заполнять определенным значением из базы интегрируемой системы;

Заполнять с помощью произвольного выражения на встроенном языке (может выполняться как на стороне 1С:Документооборота, так и на стороне интегрируемой системы).

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

4.3. Примеры настройки и сценарии использования бесшовной интеграции

Пример 1. Создание договоров контрагентов

В данном примере используем 1С:Документооборот для создания и согласования договора с контрагентом. Затем выгрузим согласованный и зарегистрированный договор с контрагентом из 1С:Документооборота в ERP.

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

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

3.Нажмем Записать и закрыть. При записи согласимся с предложением автоматически создать связанное правило интеграции на стороне ERP.

4. Создадим еще одно новое правило загрузки данных в 1С:Документооборот. Выберем вид объекта Документ с шаблоном Договор с покупателем и соответствующий ему справочник ERP.

5. Настроим заполнение обязательных реквизитов договора. Табличную часть Стороны при этом будем заполнять аналогичным образом.

При записи согласимся с предложением автоматически создать связанное правило интеграции на стороне ERP.

6. Перейдем в ERP, найдем там созданные автоматически правила интеграции.

В каждом из них нам потребуется настроить заполнение реквизитов договора ERP по данным из 1С:Документооборота. Заполнение реквизитов можно настраивать произвольным образом, но чем полнее будет настроено заполнение – тем меньше придется до заполнять вручную ответственному за выгрузку договоров из 1С:Документооборота в ERP.

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

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

7. В каждом из правил настроим ключевые реквизиты. Для вида документа Договор поставки ключевым будет реквизит Цель договора со значением Закупка. Для вида документа Договор с покупателем ключевым будет реквизит Цель договора со значением Реализация.

8. Откроем карточку любого существующего договора ERP, перейдем на закладку Документооборот. Убедимся, что для договора с видом Реализация система по ключевым реквизитам правильно подобрала подходящее правило интеграции, создающее в 1С:Документообороте документ вида Договор с покупателем.

Аналогичным образом проверим что для договора ERP с видом Закупка подобралось правило интеграции с видом Договор поставки.

9. Вернемся в 1С:Документооборот. Создадим там новый Договор поставки и начнем его обработку.

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

В момент, когда обработка дойдет до этапа отражения в учете – ответственный за создание договоров увидит на стороне ERP в форме Задачи мне соответствующую задачу.

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

Все реквизиты договора ERP, настроенные в правилах интеграции, будут заполнены автоматически. Ответственному за выгрузку договоров останется только все проверить, заполнить недостающие обязательные реквизиты и записать документ.

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

Между договорами 1С:Документооборота и ERP автоматически будет установлена связь. Все файлы, добавленные на стороне 1С:Документооборота будут видны и доступны на стороне ERP. Также на стороне ERP в карточке договора можно будет увидеть всю необходимую информацию по данному договору: обзор документа, результат обработки, лист согласования и прочие данные.

Между связанными документами работает обмен данными, который будет обновлять значения реквизитов, отмеченных в правилах интеграции флагом Обновлять.

Например, при изменении статуса согласования договора на стороне 1С:Документооборота – данные будут автоматически отправлены в ERP, и изменят реквизит Статус в карточке договора.

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

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

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

Глава 5

Нагрузочное тестирование

5.1. Общие сведения

Нагрузочное тестирование моделирует реальную работу предприятия для получения показателей производительности системы. Это служит для оценки производительности и масштабируемости системы в реальных условиях.

Цели нагрузочного тестирования могут быть следующими:

  • оценка производительности после внедрения;
  • выявление проблем быстродействия в ходе эксплуатации программы;
  • проверка работы 1С:Документооборота на оборудовании клиента на этапе принятия решения о внедрении электронного документооборота.

В 1С:Документообороте можно проводить упрощенное нагрузочное тестирование программы, не приобретая дополнительных инструментов.

5.2. Проведение нагрузочного тестирования

В состав конфигурации уже включены типовые сценарии для проведения нагрузочного тестирования. В эти сценарии заложены возможности:

создания документов,

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

запуска обработок по документам;

выполнения задач участников, как из списка Задачи мне, так и из карточки задачи.

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

1. Подготовить «эталонную» информационную базу.

2. Подготовить сценарии:

Сформировать файлы запуска «клиента» (bat-файлы) для каждого виртуального пользователя, который будет участвовать в тесте.

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

3. Запустить все подготовленные файлы запуска и дождаться завершения выполнения сценариев.

4. Ознакомиться с результатами проведенного теста в отчетах, в разделе Настройка:

Время выполнения ключевых операций,

Оценка производительности.

5.2.1. Этап 1. Подготовка информационной базы

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

В тестируемой информационной базе должны быть установлены следующие настройки (минимальные требования, на которые рассчитывают стандартные сценарии тестирования; остальные настройки могут быть как включены, так и не включены):

1. В разделе Документы:

Учет по организациям,

Вопросы деятельности,

Управление мероприятиями,

Грифы доступа,

Категории для документов и файлов,

2. В разделе Права доступа:

Ограничивать права доступа.

3. В разделе Общие настройки:

Оценка производительности.

4. Должны быть заполнены следующие справочники:

Виды документов – у некоторых видов документов должны быть настроены обработки (закладка «Настройки обработки»).

Организации – хотя бы одна.

Грифы доступа – у всех пользователей должны быть права на все Грифы доступа, особенность работы грифов, иначе тестирование остановится с ошибкой на недоступном грифе.

Вопросы деятельности – хотя бы один.

Папки документов – хотя бы одна.

Вопрос деятельности – хотя бы один.

Контрагенты – хотя бы один.

Проекты – хотя бы один.

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

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

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

5.2.2. Этап 2. Подготовка сценариев

Необходимо подготовить текстовые файлы со списком сценариев и bat-файлы для выполнения этих сценариев виртуальными пользователями.

Описание структуры сценариев

Каждый сценарий представляет собой список действий. Каждое действие содержит следующую информацию:

название действия;

параметры действия, представленные структурой;

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

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

При проведении тестирования основные сценарии вызывают стандартные сценарии, которые расположены в модуле НагрузочноеТестированиеСценарииСтандартные.

Редактирование стандартных сценариев в модуле НагрузочноеТестированиеСценарииСтандартные не предусмотрено. Вы можете отредактировать только паузы между действиями (НовыйШаг.Пауза = ...). Чтобы изменить стандартный сценарий, необходимо скопировать из модуля НагрузочноеТестированиеСценарииВызовСервера и переделать «под себя», руководствуясь стандартным сценарием как образцом.

Стандартный сценарий выглядит следующим образом:

Каждый шаг сценария представляет собой выполнение определенного действия. Действия располагаются в модуле НагрузочноеТестированиеДействияКлиент.

Все стандартные сценарии описаны действиями:

■ Выбрать папку документа,

■ Выбрать шаблон документа,

■ Вызвать обработчик поля формы,

■ Выполнить команду формы,

■ Закрыть форму,

■ Заполнить реквизиты формы,

■ Открыть форму,

■ Переключить текущий элемент,

■ Открыть первое действие участника,

■ Выбрать участника в форму действия,

■ Записать и закрыть форму действия.

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

Для каждого действия приводится подробный комментарий с описанием его параметров, см. общий модуль НагрузочноеТестированиеДействияКлиент.

Создание текстового файла с описанием сценариев

Название сценариев модуля НагрузочноеТестированиеСценарииВызовСервера указывается в текстовом файле, путь к которому прописывается в файле запуска «клиента» для проведения нагрузочного теста.

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

Копировать в буфер обмена

ВыполнениеЗадачи
СозданиеДокумента
СозданиеДокументаСОбработкой
ВыполнениеЗадачи
СозданиеДокументаСОбработкой
ВыполнениеЗадачи
СозданиеДокумента
СозданиеДокументаСОбработкой
ВыполнениеЗадачи
СозданиеДокументаСОбработкой
ВыполнениеЗадачи
… И т д. столько раз, сколько нужно, чтобы выполнились сценарии, например скопируйте этот же фрагмент и поставьте ниже 1000 раз.

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

Рекомендуется в качестве названия файла использовать название роли, действие которой описывает последовательность сценариев. Например, Делопроизводитель.txt.

Примечание: Кодировка файла win1251.

Описание bat-файлов

Описанные в текстовых файлах сценарии ролей (например, Делопроизводитель.txt) запускаются с помощью специально подготовленного bat-файла со следующей структурой:

Копировать в буфер обмена

"C:\Program Files\1cv8\common\1cestart.exe" /IBConnectionString "<АдресИБ>" /N "<ИмяВходаПользователя>" /P "<ПарольПользователя>" /C "RunHLT;<ИмяФайлаССценариемРоли>.txt" /DisableStartupMessages /ClearCache

Для каждого виртуального пользователя подразумевается свой bat-файл.

Примечание

Кодировка bat-файла: dos866 — актуально, если будут русские символы (например имена пользователей, под какими стартует).

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

5.2.3. Этап 3. Запуск тестирования

Необходимо запустить все bat-файлы на машинах, с которых необходимо провести нагрузочный тест.

Обратите внимание: bat-файл должен быть запущен с того компьютера, с которого подразумевается нагрузка на сервер.

5.2.3.1 Некоторые ограничения запуска

1. Можно запустить несколько сеансов с одного компьютера, но «в разумных пределах». Дело в том, что из-за особенностей архитектуры программа не всегда может определить, успешно ли завершился очередной шаг, и начать следующий, тогда она всегда считает его успешным. Пример — позиционирование в списке «Задачи мне» на нужной задаче происходит в фоновом режиме, перерисовывается форма в зависимости от задачи, если она будет перерисовываться более 5-10 секунд, то начнется следующий шаг, а это уже выполнение этой задачи и опять перерисовывание формы – тогда возможно зависание. Рекомендуется с каждого рабочего места запускать не более 1-4 сеансов. Лучше запустить на множестве компьютеров, чем много сеансов на одном.

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

3. По всем остальным справочникам (Контрагенты, Проекты, Вопросы деятельности), минимально нужным для создания документа (п. 5.2.1. «Этап 1. Подготовка информационной базы»), необходимо соблюдать требование, чтобы был хотя бы один элемент, доступный для выбора пользователю с минимальными правами, под которым тестируется. Если это условие не выполнено, это при первых же шагах теста возникнет соответствующее сообщение, тест прервется.

4. Правила обработки документов – если есть вид документа, правилами которого предусмотрено создание, например, только по одной организации (для других организаций в базе нет смысла в этом виде документа), то при тестировании может возникнуть ошибка, т. к. тест создаст документ со случайной организацией. Поэтому необходимо или убрать из правила организацию или добавить правила по всем организациям. Пример, в демобазе для КОРП 3.0 есть «Договор строительства», он рассчитан только на одну организацию, т. к. остальные строительством не занимаются:

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

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

6. В процессе тестирования могут возникать ошибки, блокирующие выполнение теста. С ними необходимо разбираться индивидуально, так как программа многовариантна, и в зависимости от настроек включаются и выключаются различные проверки. Блокирующие окна и предупреждения, блокирующие тестирование:

либо обходятся добавлением новых шагов тестирования, например по аналогии с тем, как сделано в типовом сценарии при регистрации документа – может всплывать окно, предупреждающее, что документ станет недоступен для редактирования;

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

  • Если Не НагрузочноеТестированиеКлиент.ЭтоНагрузочноеТестирование() Тогда - на клиенте;
  • Если Не НагрузочноеТестирование.ЭтоНагрузочноеТестирование() Тогда - на сервере;
  • примеры кода, см. эти вызовы в коде конфигурации.
  • Либо обходятся добавлением необходимых прав доступа или удалением объекта на который не хватает прав, если блокирующее предупреждение связано с нехваткой прав.

5.2.4. Этап 4. Получение результатов

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

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

5.2.5. Отчет «Оценка производительности»

Отчет использует замеры производительности, полученные в том числе и нагрузочным тестированием. Можно формировать, настроив по интересующим видам операций, за нужный период.

5.3. Стандартные сценарии нагрузочного тестирования

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

В поставку включено два сценария:

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

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

5.3.1. Создание документа с запуском в обработку

Сценарий предназначен для создания внутреннего документа со случайно заполненными реквизитами.

Сценарий представлен следующими действиями — шагами сценария. После каждого действия делаются паузы, случайной длины, интервал времени зависит от вида действия, примерно от 1 до 30 секунд, моделируется реальная работа пользователя. При создании своего сценария, можно назначить паузы по своему усмотрению, по аналогии с типовыми сценариями. Итак, шаги сценария

■ Открытие формы списка документов, если она еще не открыта.

■ Переключение режима просмотра по папкам или по категориям.

■ Если режим просмотра «По папкам», тогда переход к папке.

■ Выполнение команды «Создать документ» в списке.

■ Выбор шаблона создаваемого документа в форме выбора шаблона.

■ Выполнение команды «Создать по шаблону» в форме выбора шаблона.

■ Заполнение реквизитов документа в форме документа. Реквизиты заполняются в зависимости от вида документа, подробнее можно «подсмотреть» в коде сценария (модуль НагрузочноеТестированиеСценарииСтандартные):

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

■ Выполнение обработчика «При изменении вида документа» - технический нюанс, нужен для корректного заполнения форма, чтобы прошли все проверки и документ потом нормально записался.

■ Дозаполнение еще некоторых реквизитов — технический нюанс, некоторые реквизиты зависят от других.

■ Выполнение команды «Записать» в форме документа. Некоторые проверки при записи сознательно обходятся, чтобы не выдалось ошибки и тестирование не остановилось, но сами проверки по возможности все делаются, чтобы имитировать реальную нагрузку.

■ Выполнение команды регистрации документа, если есть права на регистрацию.

■ Далее может открыться окно с предупреждением о регистрации, с вопросом о том, что документ станет недоступным для редактировать, если оно открылось, программа автоматически выполнит в нем команду Зарегистрировать. Чтоб создать такое действие в своем сценарии, когда неизвестно заранее откроется окно или нет, можно использоваться параметр «ИгнорироватьОтсутствиеФормы», см. например действие «ВыполнитьКомандуФормы» в модуле «НагрузочноеТестированиеДействияКлиент». Также есть еще параметр «ИгнорироватьНевыполнение», если надо, чтобы не выполненная команда не выдала ошибку и не прервала выполнение сценариев. Пример см. там же.

■ Переключение в форме документа на закладку «Обработка».

■ Выполнение команды «Заполнить» на закладке «Обработка», т. е. заполнить заранее настроенными для вида документа действиями по обработке документа.

■ Поиск в дереве участника первого действия участников и открытие этой формы.

■ «Бросок монетки», если выпал орел, то в форму действия участника ставится случайный пользователь, если решка, то ставится текущий пользователь, чтоб потом задача упала опять на самого себя.

■ Закрытие формы действия с записью и установка нового участника в дерево обработки.

■ Команда отправки документа в обработку, т. е. программное «нажатие кнопки» «Начать обработку»

■ Закрытие формы документа.

5.3.2. Выполнение задачи

Сценарий предназначен для выполнения задач из формы «Задачи мне» двумя способами: либо в самой форме, либо открывая карточку задачи (документ «Действие задачи).

После каждого действия паузы случайной длины.

■ Открытие формы «Задачи мне».

■ Переключение на список задач.

■ Позиционирование на первую найденную задачу, (реально в списке она не первая, т. к. список динамический, выглядит как будто встали на случайную задачу). Внимание, паузу после этого шага лучше не сокращать, в случае медленной работы системы, открытия нескольких сеансов, может не успеть позиционироваться до следующего шага, поэтому пауза выбрана «с запасом», от 4 до 8 секунд.

■ «Бросок монетки». Если выпал орел:

Заполняется поле «Комментарий согласования» случайным текстом (в разных типах действий поле называется по разному, иногда поля может не быть).

Вызов обработчика — реакции на смену комментария согласования.

Нажатие первой кнопки согласования. В зависимости от действия кнопок может быть от одной до трех, первая из них может быть «Согласовано», «Ознакомился» и др.

■ «Бросок монетки». Если выпала решка:

Имитация выбора в списке задач – «двойной клик», открытие карточки задачи;

В открывшейся карточке заполнение комментария согласования, аналогично, как в общем списке задач.

Вызов обработчика — реакции на смену комментария согласования.

Нажатие на первую кнопку согласования, аналогично как в общем списке задач.

■ В случае наличия замещения может открыться окно «Выбор фактического исполнителя», предлагающее выбор «согласовать за себя или за замещаемого», тогда выбрать в этом окне первого исполнителя, на котором стоит выделение и закрыть окно.

■ Может открыться форма выбора подписывающего, аналогично выбрать того, на ком стоит выделение, и окно закроется.

Глава 6

Мобильный клиент

6.1. Отстствия сотрудников

В новой версии программы под работу на мобильном клиенте адаптированы экранные формы работы с Отсутствиями сотрудников:

Глава 7

Миграция данных с предыдущих версий

7.1. Общие сведения

Миграция данных из «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, 3.0.11, 3.0.12

Обновления с 2.1.30 на 3.0.7 нет!

Обратите внимание: если настроена миграция и она продолжается, то перед обновлением с 2.1.32 на 2.1.33 и 3.0.11 на 3.0.12 каталог обмена должен быть пуст!

Для настройки миграции данных выполните следующие действия:

7. В 2.1 остановите регламентные задания.

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

9. В 3.0 отключите регламентные задания.

10. Обновите 2.1.32 на 2.1.33, и 3.0.11 на 3.0.12.

11. Включите регламентные задания в обеих базах.

Основные принципы миграции данных

■ Доступ к файлам, хранение которых ведется в томах, имеют обе базы – 2.1 и 3.0, поэтому их перенос выполнять нет необходимости.

■ Процессы по документам и мероприятиям, начатые в базе 2.1, должны там же и завершиться. В 3.0 эта информация будет отражена на закладке Обработка карточек документов и мероприятий (информация доступна только для просмотра без возможности выполнения задач, завершения процессов и др.). Подробная информация о самих процессах по-прежнему доступна на закладке Процессы и задачи.

■ Процессы выгружаются из 2.1 в 3.0. Если в процессах присутствуют основные предметы (документы и мероприятия), то на основании таких процессов создаются действия и обработки. При создании действия по данным процесса формируется список участников действия, результаты и состояния обработок.

■ Весь период параллельной работы в двух базах при попытке в 3.0 запустить процесс по объекту, пришедшему из 2.1 (документу, мероприятию, проекту, проектной задаче, файлу, письму встроенной почты, брони, отсутствию, ежедневному или еженедельному отчету, контроль, сообщения форума), программа выдаст ошибку: «Запрещено запускать обработку по объекту, загруженному из другой системы».

■ Приемка встроенной почты во время перехода будет работать только в 2.1, в 3.0 будет приходить обменом.

■ До завершения загрузки в 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 информация обновляется.

7.2. Порядок миграции данных из типовой конфигурации 2.1

В разделе описан рекомендованный порядок перехода с редакции 2.1 на редакцию 3.0.

Шаг 1. В информационной базе 1С:ДО 2.1

1. Обновить информационную базу на релиз 2.1.30, предварительно создав ее резервную копию.

2. Проверить настройку Получатели уведомлений о проблемах (Настройка и администрирование – Настройка программы – Уведомления о проблемах) – должны быть указаны пользователи с действующим email.

3. Перед выгрузкой необходимо очистить базу от устаревших данных – максимально пометить их на удаление и удалить все лишнее обработкой Удаление помеченных объектов.

4. Выполнить все отложенные обработчики обновления.

5. В Настройка программы – Обмен данными включить настройку Миграция данных в новую версию.

6. По ссылке Настроить открыть окно Миграция на новую версию. Указать путь каталога обмена и нажать Начать. Обратите внимание: необходимо явно выделить отдельную пустую папку, например, C:\Obmen. Каталог должен быть доступен с сервера как для базы 2.1, так и 3.0. На закладке Журнал можно установить отбор и отслеживать ошибки.

Шаг 2. В информационной базе 1С:ДО 3.0

1. Создать пустую информационную базу с конфигурацией 1С:ДО 3.0.6 или выше.

2. Добавить ответственных в список Получатели уведомлений о проблемах (Настройка – Настройка программы – Уведомления о проблемах) – должны быть указаны сотрудники с действующим email, системная учетная запись почты должна быть настроена корректно.

Важно

Адрес системной учетной записи почты 3.0 должен отличаться от 2.1. Это необходимо для корректного определения источника уведомлений и выполнения задач по почте.

3. В Настройка программы – Обмен данными включить настройку Загружать данные из 1С:Документооборота 2.1.

4. По ссылке Настроить открыть окно Миграция с предыдущей версии. В открывшемся окне указать тот же путь каталога обмена, что и в 2.1, и нажать Начать.

5. Далее наблюдать за прогрессом на первой закладке, детально можно смотреть на закладке Журнал, можно с отбором Только ошибки.

Шаг 3. Как понять, когда можно начинать работу в 3.0?

Когда прогресс миграции в версии 2.1 дошел почти до 100%. При этом НСИ передается в самом начале.

После окончания загрузки необходимо проверить список Очередь пост обработки загрузки. Он открывается по ссылке из окна миграции – ссылка отображается после 90% загрузки, если есть в очереди есть объекты.

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

Напомним: процессы, начатые в 2.1, необходимо там же и заканчивать. То есть обе базы будут работать параллельно пока не завершатся все процессы. При этом все пользователи уже перейдут в 3.0, только некоторые будут иногда заходить еще и в 2.1 для завершения/продвижения процессов.

Регламентные задания необходимо включать в базе 3.0 в конце основной загрузки (достигла 100%) до нажатия команд Завершить. Для увеличения скорости загрузки раньше делать этого не следует. Обратите внимание: пока идет миграция данных в 3.0 не следует запускать регламентное задание «Мониторинг процессов», расчет показателей может быть неверным.

После окончания параллельной работы в двух базах в 2.1 необходимо нажать Завершить. Далее, дождавшись загрузки, в 3.0 также выполнить команду Завершить.

7.3. Ограничение на обмен и работу с внешними ресурсами

При переходе с версии 2.1 на 3.0 необходимо установить ограничение на обмен, настройку обмена и работу с внешними ресурсами: обмен может вестись только в одной базе: в 2.1 или в 3.0.

Предполагается, что пока основная часть пользователей продолжает работать в 2.1, а в 3.0 только загружаются данные, происходят тестовая эксплуатация и настройка НСИ – обмен с внешними ресурсами выполняет 2.1. Когда же основная часть пользователей перейдут в 3.0, то обмен ведется там, а в 2.1 заходят только для необходимости завершить длительную обработку документов, созданных до перехода.

Установка этого ограничения выполняется в версии 2.1 в настройках обмена.

Ограничение затрагивает:

■ Интерфейсы в обмене ЭДО – производить настройку обмена или сам обмен можно только в одной из двух систем,

■ Данные встроенной почты,

■ Повторение процессов,

■ Блокировка регламентных заданий, выполняющих обмен с внешними ресурсами:

● Прием отправка почты (потоки 1 - 10),

● Выполнение задач по почте,

● Загрузка файлов,

● Отправка электронных документов,

● Получение электронных документов,

● Проверка контрагентов БЭД,

● Проверка новых электронных документов,

● Создание документов ДО по входящим ЭД,

● Создание объектов ЭДО по документам ДО,

● Рассылка уведомлений о проблемах ЭДО.

7.4. Код на 1С:Предприятие, требующий адаптации вручную

Код, написанный в редакции 2.1 в режиме 1С:Предприятия (дополнительные обработчики бизнес-событий, условия, автоподстановки и прочее), необходимо адаптировать к редакции 3.0 вручную.

Обратить внимание и проверить следует следующие объекты:

  • Автоподстановки для объектов и процессов,
  • Настройки автоматического заполнения файлов,
  • Пользовательские обработчики бизнес-событий,
  • Скрипты для условий схем комплексных процессов,
  • Скрипты схем комплексных процессов,
  • Условия задач.

7.5. Миграция документов

В версии 3.0 один объект метаданных – Документ предприятия, поэтому все документы из 2.1 (входящие, исходящие, внутренние) при миграции будут перенесены в справочник Документы. Это касается также видов и шаблонов документов.

Внутренние документы, а также виды и шаблоны документов мигрируют в 3.0 как есть.

Входящим, исходящим видам документов, а также обращениям граждан при миграции будет присвоена настройка Является входящей корреспонденцией или Является исходящей корреспонденцией.

Входящие и исходящие документы при миграции часть данных будут переносить в Документ предприятия, а часть (информацию о получателях/отправителе, номерах получения и пр.) – в специальный объект Корреспонденция, связанный с Документом. Это нужно учитывать, если потребуется перенести из 2.1 доработки по входящим и исходящим документам.

Если в 2.1 не использовались «Виды входящих» или «Виды исходящих документов», то при загрузке в 3.0 будут созданы «Предопределенные» виды «Входящая корреспонденция» или «Исходящая корреспонденция», так как на стороне 3.0 учет видов является обязательным.

Тоже самое касается «Папок документов»: для входящих и исходящих документов в 2.1 не было папок, поэтому в 3.0 будут созданы особые папки «Входящая корреспонденция» и «Исходящая корреспонденция».

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

Также могут потребовать адаптации настройки нумерации документов. В 2.1 можно было сделать настройку для входящих исходящих и внутренних документов, а в 3.0 – только для Документов. Соответственно при записи могут возникнуть неоднозначные настройки и может потребоваться перенастройка нумераторов.

Скрипты автозаполнения файлов требуют адаптации. Скрипты будут перенесены «как есть». Соответственно, если они обращаются к устаревшим метаданным или к несуществующим объектам (как например Входящие документы или Исходящие документы), то их необходимо переписать с учетом новых метаданных.

Дополнительно стоит проверить настройки Связей. Они могут быть «свернуты» в общие настройки для документа. Из-за этого может возникнуть неоднозначность настройки, если какие-то типы связей были созданы для «входящих», «внутренних» и «исходящих», но это были разные настройки. Их необходимо поместить в одну настройку.

7.5.1. Веб-сервис регистрации документов

При временной работе в двух базах во время миграции данных из 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.

7.6. Миграция процессов

В редакции 2.1 и 3.0 состав процессов незначительно отличается, поэтому некоторые процессы переносятся полностью, а некоторые – трансформируются.

Например, в редакции 3.0 нет процесса Поручение. При миграции вместо Поручений создаются процессы Исполнения. Также в новой редакции нет процессов обработки документов. В редакции 3.0 вместо них создаются комплексные процессы с линейной схемой.

Процессы, загруженные из редакции 2.1, недоступны для изменения. Их маршрутизация, выполнение и контроль осуществляются в базе 2.1 (там, где они были созданы).

7.6.1. Миграция шаблонов

В редакции 3.0, вместо шаблонов процессов обработки документов создаются шаблоны комплексных процессов. А вместо шаблонов поручений – шаблоны исполнений.

При этом загруженные шаблоны доступны для изменения и использования в редакции 3.0. Но они требуют пересмотра в некоторых случаях. Например, если шаблон процесса предполагал обработку нескольких документов, то в редакции 3.0 его настройки следует актуализировать или отказаться от такого варианта, т.к. он не совместим с новой концепцией обработки документа. При этом на основании части шаблонов могут быть созданы настройки обработки документов. Некоторые из них могут быть «рабочими», некоторые потребуют актуализации. Подробнее в разделе «Миграция шаблонов процессов в новые обработки документов».

7.6.2. Миграция скриптов для схем комплексных процессов

В редакции 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 в корень справочника или другую папку, дав ему корректное наименование. Далее этот скрипт можно будет выбирать и в других шаблонах.

7.6.3. Особенности миграции шаблонов и процессов обработки документов

Для всех создаваемых комплексных процессов и шаблонов в базе 3.0 создаются настройки соответствующих действий. Эти настройки имеют особое наименование, которое используется для загрузки изменений из базы 2.1. Оригинальное наименование настройки действия сохраняется первой строкой в описании.

Рекомендации по изменению наименований действий те же, что и для скриптов.

7.6.4. Миграция задач контроля комплексных процессов

В ранних редакция «1С:Документооборота» контроль комплексных процессов ведется через специальные задачи. С появлением функционала Контроль в более старших версиях эта возможность была исключена, но работу с ранее созданными задачами поддерживалась.

В редакции 3.0 работа с такими задачами не поддерживается. При миграции вместо этих задач создаются карточки контроля комплексных процессов. Это касается как завершенных, так и активных задач.

При этом карточки контроля недоступны для изменения в редакции 3.0 и обновляются автоматически пока миграция не завершена.

7.6.5. Миграция шаблонов процессов в новые обработки документов

Данные, которые загружаются в 3.0 без конвертации в новые настройки обработки документов:

■ Вложенные шаблоны процессов (не поддерживаются в 3.0).

■ Многопредметные шаблоны комплексных процессов.

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

Данные, которые конвертируются в новые настройки обработки:

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

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

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

Порядок конвертации:

1. Шаблоны, вложенные в шаблон комплексного процесса (рассмотрение, согласование, исполнение и пр.):

Конвертируются в соответствующие виды действий отдельной настройкой обработки вида.

Тип шаблона учитывается как тип вида действия (Исполнение, Согласование и пр.). Название шаблона переносится в название вида действия.

Порядок действий сохранятся, но возможно потребуется его проверка.

Условия автозапуска и условия проверки переносятся.

Скрипты условий и схем не конвертируются – соответственно может потребоваться их адаптация на местах (переписать под новые метаданные, если они использовали устаревшие).

2. Шаблоны атомарных процессов (согласование, рассмотрение, исполнение и т.д.):

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

Порядок действий не учитывается. Его можно выстроить уже при проверке загрузки.

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

Настройки шаблонов процессов конвертируются в настройки обработки. Участники процессов из шаблонов будут перенесены в соответствующие Правила обработки документов.

Все созданные таким образом в 3.0 настройки обработки документов будут «выключены» для того, чтобы администратор их проверил и скорректировал. Необходимо сделать только одну обработку активной – для этого необходимо удалить дату окончания для настройки и снять флаг Недействительна в Правилах обработки документа.

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

Привязка в разрезе Организаций не переносится. Необходимо учитывать это при адаптации.

Участники, сроки и условия из шаблонов процессов конвертируются в Правила обработки документов, т.е. создаются все нужные справочники с соответствующими привязками к настройке вида документа и сами настройки (настройки действия исполнения, настройки действия согласования и т.д.).

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

■ При миграции данных программа не начинает конвертацию до тех пор, пока все необходимые данные не будут перенесены из 2.1 в 3.0 (вид документа, шаблоны КП, атомарные шаблоны и пр.). То есть в процессе загрузки может быть так, что часть шаблонов перенесена, но настройки обработки не созданы. В таком случае необходимо подождать, пока все нужные данные будут перенесены.

■ Необходима адаптация автоподстановок. Скрипты будут перенесены в 3.0 «как есть», поэтому если они обращаются к устаревшим метаданным или к несуществующим объектам (например «Входящие документы» или «Исходящие документы»), то их необходимо переписать с учетов новых метаданных.

■ Шаблоны Рассмотрения и Исполнения переносятся в два разных действия Исполнение.

7.6.6. Схемы для настроек обработки по схемам шаблонов комплексных процессов

При формировании настроек обработки по шаблонам комплексных процессов со схемами, схемы обработки принимают тот же вид, что и шаблоны комплексных процессов.

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

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

Настройки скриптов для условий схемы заносятся в виде алгоритмов проверки с особым наименованием. Наименование также используется для загрузки изменений из соответствующих шаблонов комплексных процессов.

Рекомендации по пересмотру и адаптации таких скриптов аналогичны рекомендациям для скриптов в схемах комплексных процессов 3.0. Но при этом код самого скрипта для схемы настройки обработки потребуется пересмотреть полностью, т.к. меняется контекст его выполнения.

7.6.7. Схемы для настроек обработки по шаблонам комплексных процессов с линейной и параллельной таблицей действий

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

7.6.8. Схемы для настроек обработки по шаблонам комплексных процессов с таблицей действий со смешанным порядком

Для настройки обработки также формируется схема. В схеме повторяется тот же порядок выполнения, что и в таблице действий шаблона комплексного процесса.

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

7.7. Миграция сотрудников и связанной с ними НСИ

На стороне 3.0 для всех загруженных пользователей создаются сотрудники – для каждого пользователя по одному основному сотруднику.

Сотрудники и пользователи при этом связываются с соответствующими физическими лицами.

Если физическое лицо для пользователя в базе 2.1 не было определено, то оно будет создано при загрузке в 3.0.

В случае отсутствия физического лица у пользователя в базе 2.1 и при последующем его заполнении после начала миграции в 3.0, в базе 3.0 могут дублироваться некоторые физические лица. В таком случае лишних физические лица в базе 3.0 необходимо найти и пометить на удаление вручную.

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

7.8. Миграция прав доступа

Рабочие группы переносятся с сохранением состава.

Полномочия переносятся полностью.

Рабочие группы в 3.0 будут расширены относительно 2.1. Это обусловлено отказом от Политик доступа: теперь пользователи, которые неявно имели доступ к объектам через политики, будут явно включены в их рабочую группу.

Рабочие группы для 3.0 формируются на стороне 2.1 регламентным заданием Заполнение рабочих групп для перехода на Документооборот 3.0.

Важно!

Нельзя выключать рег. задание Заполнение рабочих групп для перехода на Документооборот 3.0, т.к. без него рабочие группы не сформируются. В противном случае сотрудники могут не только не получить доступ к части объектов, но и получить доступ там, где его быть не должно.

Формирование переходных рабочих групп начинается при старте миграции на версию 3.0.

7.9. Особенности перехода с доработанной конфигурации 2.1

В разделе приведена информация для технических специалистов.

Если в конфигурацию 2.1 добавлено несколько новых метаданных, и в 3.0 они будут точно такими же, как в 2.1 – дополнительных действий не требуется.

Если данных в рамках одного метаданного много (например, более 10 тыс. элементов справочника), то в 2.1. для них можно настроить порционную выгрузку. Для этого в МиграцияДанныхИзВнешнихСистемСобытия.ПриЗаполненииОчередности необходимо указать этот объект, с Периодичность = Истина; и, например, ПолеПериода = ОбъектМетаданных.Реквизиты.ДатаСоздания;

Пример:

ИначеЕсли ОбъектМетаданных = Метаданные.Справочники.Файлы Тогда Последовательность = 800; Периодичность = Истина;
ПолеПериода = ОбъектМетаданных.Реквизиты.ДатаСоздания;
Порция = 100;

Реквизит типа СправочникСсылка.Пользователи из 2.1 по умолчанию в 3.0 автоматически преобразуются в тип СправочникССылка.Сотрудники. Если это не нужно, необходимо добавить исключение в МиграцияДанныхИзВнешнихСистемДО21. КонвертацияСсылок. Найти поиском по строке «Добавить исключения. Где оставить пользователей».

7.9.1. Особенности перехода при наличии изменений в метаданных 3.0

Если в 2.1 типовые метаданные доработаны, то они будут отличаться от аналогичных типовых метаданных в 3.0. При наличии таких изменений в МиграцияДанныхИзВнешнихСистемДО21.ЗагрузкаДанных_ДО8_2_1 можно написать код, например:

ИначеЕсли ИмяИсточника = "Справочник.ВизыСогласования" Тогда

КонвертацияВизСогласования(Источник, Приемник, Порция, СтандартнаяОбработка, ПараметрыЗагрузки);

На стороне 2.1 также может понадобиться доработка, в МиграцияДанныхИзВнешнихСистемСобытия. ПередВыгрузкой. Например, если в структуру файла обмена надо добавить новые поля, чтобы по ним на стороне 3.0 заполнить данные.

Если эти метаданные, например, не нужно выгружать в 3.0, тогда их необходимо добавить в МиграцияДанныхИзВнешнихСистемСобытия.ЛишниеОбъекты().

7.9.2. Как отслеживать изменение данных

Конфигурация 2.1 сначала выгружает все данные, не добавленные в ЛишниеОбъекты(), а после этого – новые данные и те, в которые внесены изменения.

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

Для этого в базах 2.1 и 3.0 необходимо синхронно выполнить следующие действия:

■ Для константы – добавить в ее определяемый тип ОтметкиВремениКонстанты.

■ Для объекта ссылочного типа (справочник, документ, бизнес-процесс, задача) – добавить его в определяемый тип ОтметкиВремениСсылочныеОбъекты.

■ Для регистра сведений – добавить в определяемый тип ОтметкиВремениРегистры + включить в состав общего реквизита ОтметкиВремениИдентификаторНабораЗаписей. Кроме случая, когда у регистра сведений (независимого, непериодического) только одно измерение ссылочного типа – например, РС СведенияОФайлахДокументооборот – в таком случае включить только в ОтметкиВремениРегистры, а в ОтметкиВремениИдентификаторНабораЗаписей не включать).

Важно. На стороне 2.1 обязательно надо исключить объекты, которые не надо выгружать:

ПереходСобытия Функция ЛишниеОбъекты() – например Объекты.Добавить(Метаданные.РегистрыСведений.ДанныеВнутреннихДокументов);.

Например, если это кеширующие данные, как ДанныеВнутреннихДокументов, или те, которые не надо передавать, как РС ПротоколРаботыПользователей, или это есть в 2.1, но нет в 3.0, как «Библиотека регламентированной отчетности».

Обратите внимание: подключение/не подключение к отметкам времени не избавляет от необходимости описать в ЛишниеОбъекты().

7.9.3. Как переопределить загрузку на стороне 3.0

В МиграцияДанныхИзВнешнихСистемДО21.ЗагрузкаДанных_ДО8_2_1 необходимо написать код. Методы, которые можно вызвать:

Для ссылочных типов:

МиграцияДанныхИзВнешнихСистемСервер.СтандартноЗаписатьОдинЭлемент. Последний аргумент ДополнительныеСвойства – Структура – чтобы в Объект. ДополнительныеСвойства попало.

Для регистров:

МиграцияДанныхИзВнешнихСистемСервер.ЗаписатьНезависимыйРегистр + ЗаписатьРегистрСВедущимИзмерением + ЗаписатьРегистрСРегистратором

Простое переименование на стороне 3.0 проводится здесь:

Функция ПереименованныеОбъекты() Экспорт например Объекты.Вставить("Константа.ИспользоватьСвязиДокументов", "Константа.ИспользоватьСвязиОбъектов").

7.9.4. Как избежать дублей программно создаваемых данных

При загрузке из 2.1 в 3.0 (например, настройки связей, графиков работы, настроек доступности по состоянию и т.д.) необходимо добавить код – пример в Процедуре КонвертацияУровниКонтроля. После этого – добавить свое метаданное в общий реквизит ИзменяетсяВДругойСистеме.

7.9.5. Как в переопределяемом коде записать не только основной объект, но и несколько добавочных

Добавочные объекты необходимо записывать аргументом Загрузка, как и исходный загружаемый объект. И если Загрузка=Истина, добавочные объекты нужно добавить в ОчередьПостОбработкиЗагрузки непосредственно в коде особой загрузки объекта.

7.9.6. Как принудительно выгрузить метаданное

В редакции 2.1 можно принудительно выгрузить целое метаданное или несколько объектов в нем. Например во время отладки миграции (если есть свои доработки), чтобы явно еще раз отправить в обмен какой-то справочник или несколько элементов справочника.

Для этого в окне миграции предусмотрена команда Выгрузить.

В открывшемся окне выполнить команду Добавить или Добавить объекты при помощи отбора и после их добавления – Выгрузить.

7.9.7. Как передать реквизит, если в 2.1 было метаданное, в 3.0 его нет

Например, реквизит ВидПроцесса (ПеречислениеСсылка.ВидыБизнесПроцессаУтверждение). В редакции 2.1 здесь было перечисление, а в редакции 3.0 его нет. Необходимо в МиграцияДанныхИзВнешнихСистемДО21.ЗаменитьЗначения добавить:

Если Строка.СтароеТип = "Перечисление.ВидыБизнесПроцессаУтверждение" Тогда Если Строка.Старое = "Утверждение" Тогда Строка.Новое = "Утверждение";

или просто Строка.Новое = Строка.Старое;

Далее в ЗагрузкаДанных_ДО8_2_1 в своем обработчике «смотреть» на этот реквизит, как на строку. В итоге в 3.0 необходимо получить строку, где в 2.1 было значение перечисления.

7.9.8. Как подключить свойство ИсточникДанных, чтобы в 3.0 объект не могли изменить

3. В 3.0 в общий реквизит ИсточникДанных – Состав добавить свой объект.

4. В подписку МиграцияДанныхИзВнешнихСистемПередЗаписьюОбъекта или иную (для документа, процесса, задачи) в источник добавить тип своего объекта, чтобы на низком уровне его нельзя было записать.

5. Если объект виден пользователю, в карточке объекта необходимо вывести надпись «Объект изменяется в другой системе» (с помощью метода МиграцияДанныхИзВнешнихСистемСервер.ВывестиДекорациюЗагрузкиИзДругойСистемы) и сделать поля недоступными для редактирования.

7.10. Частые вопросы по миграции

7.10.1. Настроили миграцию, прошло несколько часов – по-прежнему 0%. Что делать?

Проверьте:

1. Нет ли в заголовке базы слова «Копия»? Если так, этот режим надо снять, разрешив работу с внешними ресурсами в списке регламентных заданий.

2. Не заблокированы ли регламентные задания (Консоль администратора –Информационная база – Свойства).

7.10.2. Выгрузили данные из 2.1, загружаем в 3.0, но миграция идет очень медленно. В чем причина?

Проверьте:

1. База 3.0 – должна быть клиент-серверной. Если на мониторе миграции более 500 000 записей, надо использовать только клиент-сервер.

2. На время основой части загрузки должны быть включены только три регламентных задания:

Миграция.Загрузка,

Отметки времени.Обработка,

Разбор очереди пост обработки.

7.10.3. Миграция остановилась, например, на 30% и дальше не идет. Как исправить?

На мониторе миграции 3.0 переключитесь на закладку Журнал, установите отбор Только ошибки – вы увидите причину остановки и источник ошибки.

Прочее

■ Обновлен Производственный календарь на 2024 год.

■ На панель редактирования письма встроенной почты добавлена команда Оформить как цитату.

■ На панель редактирования исходящего письма встроенной почты добавлена команда Вставить текст без форматирования. Также она работает по сочетанию клавиш Ctrl+Alt+V.

■ В окно просмотра изображений добавлены команды поворота изображения.

■ Ускорена запись нового документа при открытой форме списка документов.

■ Добавлена кнопка Сканировать для входящих документов.

■ В новой версии программы запрещено добавлять записи Журнала передачи для уничтоженных или переданных в архив документов.

■ Обработка Структура таблиц базы данных теперь встроена в 1С:Документооборот. Открывается из меню раздела Настройка. Используется для получения соответствия метаданных и имен таблиц СУБД.

Программы и сервисы 1С, которых касается обновление

+7 812 219-49-90
с 09:00 до 18:00
WhatsApp
Viber