Этот документ является дополнением к документации по конфигурации «Документооборот» и содержит только описание отличий версии 3.0.6 от версии 3.0.5.
В новой версии программы можно повернуть отсканированное изображение на 90 градусов влево, на 90 градусов вправо и на 180 градусов.
В новой версии программы стало проще ознакомиться с содержанием связанных объектов и их файлов. Теперь в окне Связи объекта и на закладке Связи карточки документа отображается область просмотра связанных объектов и их файлов.
По умолчанию предварительный просмотр связей отключен. Включается командой Предварительный просмотр в меню Еще.
Фоновая синхронизация данных между типовыми конфигурациями необходима при совместном использовании конфигураций для исключения дублирования нормативно-справочной информации, ошибок и трудозатрат, связанных с ее изменением.
Настройка синхронизации выполняется один раз, не требует использования внешних правил обмена и позволяет настроить автоматический обмен данными по расписанию.
«1С:Документооборот» поддерживает синхронизацию данных с любыми конфигурациями, разработанными с использованием «Библиотеки стандартных подсистем», и использующими обмен через универсальный формат EnterpriseData.
Используя возможности синхронизации, можно провести первоначальное наполнение информационных баз и настроить автоматический двусторонний обмен данными.
Выбор конфигурации, которая будет выступать источником синхронизации, определяется количеством и полнотой заполненных данных:
Синхронизировать
и 
в настройках синхронизации данных.Включить возможность обмена «1С:Документооборота» с типовыми конфигурациями можно в разделе Настройка программы – Обмен данными.
В главе описаны общие для большинства конфигураций-корреспондентов настройки и действия, которые выполняются при создании и последующей поддержке обмена данными.
Настройки обмена необходимо выполнить на стороне обеих конфигураций, за исключением случая, когда обмен выполняется прямым подключением к информационной базе конфигурации-корреспондента.
Для унификации интерфейса работы с настройками синхронизации данных – все настроенные в программе обмены отображаются в виде списка (Настройка – Настройки синхронизации данных).
Общий порядок настройки обмена выглядит следующим образом:
1. Установить флажок Использовать синхронизацию данных в настройках программы.
2. Выполнить команду Настройка – Настройки синхронизации данных – Создать и выбрать конфигурацию для обмена.
3. На стороне «1С:Документооборота» нужно выбрать вариант Синхронизация данных через универсальный формат. На стороне других интегрируемых систем обмен через универсальный формат находится в большинстве случаев в разделе Другая программа.
4. Далее процедура настройки синхронизации данных разделена на несколько последовательных этапов:
5. Далее, следуя подсказкам «Помощника настройки синхронизации данных», создать новую настройку обмена, выбрать место расположения базы-приемника, тип подключения и выполнить первичную синхронизацию.
Результат настроек каждого из этапов сохраняется в программе, поэтому можно прервать этот процесс без потери уже введенной информации. Настройка правил отправки и получения данных выполняется в каждой из программ, даже при использовании подключения напрямую или через Интернет.
Анализ и сопоставление данных выполняются после завершения настройки синхронизации данных.
На этапе анализа и сопоставления данных, если получено большое количество данных, можно сопоставить только часть из них, сохранить изменения, и закончить работу с программой. Затем можно продолжить настройку сопоставления данных с учетом уже ранее сохраненных связей.
При использовании прямого подключения или подключения через Интернет, есть возможность отправки данных во вторую программу для выполнения в ней сопоставления. Также, возможность доступна для обменов между программами в сервисе «1С:Предприятие через Интернет».
Если для обмена данными используется прямое подключение или подключение через Интернет, то при удалении настройки синхронизации можно сразу удалить соответствующую настройку и во второй программе.
Список предупреждений открывается по гиперссылке Предупреждения из карточки настроенной синхронизации.
В список входят описание ошибок, спорных или проблемных ситуаций, возникших при обмене, причина и результат обработки предупреждения. Например, это может быть предупреждение о загрузке данных с незаполненными реквизитами или о конфликте версий документов в обеих базах.
Предупреждения расположены на следующих закладках:
Изменить параметры подключения существующей синхронизации данных можно в форме Настройки синхронизации данных по команде Изменить настройки – Параметры синхронизации данных. Помимо параметров подключения в открывшемся окне задаются специфичные настройки для конкретного обмена. Например, настройки состава загружаемых и выгружаемых данных.
Для автоматического запуска синхронизации данных можно настроить расписание. Для этого в окне управления настройками синхронизации нужно создать Сценарий синхронизации данных.
По расписанию можно запускать выполнение разных сценариев синхронизации: только получение, только отправку данных или полный обмен. Рекомендуется выполнять полноценную синхронизацию данных в одном сценарии.
Настройка сценария синхронизации данных состоит из следующих этапов:
1. Настройка расписания обмена. Для этого предусмотрен флажок Автоматически по расписанию и гиперссылка для указания периодичности запуска обмена.
2. Выбор конфигураций, способа подключения и выполняемого действия (отправка или получение) для синхронизации. Как правило, сценарий настраивается для обмена с одной информационной базой и включает отправку и получение данных.
3. Запуск синхронизации данных с помощью кнопки Выполнить сценарий.
Настроенные сценарии выполняются последовательно. После завершения обмена
неудачно выполненные сценарии отмечаются иконкой 
в колонке
Информационная база. Подробное описание ошибок можно
посмотреть в «Журнале регистрации» в окне управления настройками синхронизации.
Для обеспечения обмена данными между информационными базами, работающими под операционными системами с различными кодировками, добавлена функция транслитерации имен файлов сообщений обмена. Включить соответствующую опцию можно с помощью флага Транслитерировать имена файлов сообщений обмена в помощнике создания обмена данными, либо в форме настроек параметров подключения, вызванной из формы настроек обмена с конкретным корреспондентом.
Для устранения возможных проблем с кодировкой файлов в разных операционных системах в форме сохранения печатной формы в файл предусмотрен флажок Транслитерировать имена файлов. При его включении кириллица в именах сохраняемых файлов будет преобразована в латиницу. Например, имя файла "Счет на оплату.pdf" будет преобразовано в "Schet na oplatu.pdf".
Для устранения возможных проблем при публикации отчетов в локальные или внешние папки разных операционных систем на вкладке Дополнительно формы рассылки отчетов предусмотрен флажок Транслитерировать имена файлов. При его включении имена файлов всех публикуемых отчетов будут содержать только буквы латинского алфавита и цифры. Например, "Отчет.mxl" будет сохранен как "Otchet.mxl".
Общий для всех конфигураций состав выгружаемых данных выглядит следующим образом. Дополнительные данные и ограничения обмена некоторых конфигураций-корреспондентов приведены ниже.
1. Справочники:
2. Регистры сведений:
В мобильном клиенте «1С:Документооборота» доступны Push-уведомления по следующим типам данных:
Обратите внимание: Push-уведомления для «1С:Документооборота 3.0» поддерживаются только в мобильном клиенте.
Push-уведомления на заблокированном экране выглядят следующим образом.
Пришедшие уведомления в открытом мобильном клиенте выглядят следующим образом.
Способ получения Push-уведомлений можно выбрать в настольном клиенте в персональных настройках уведомлений (Настройка – Персональные настройки – Уведомления) после того, как администратор выполнит описанные ниже действия.
Обратите внимание: уведомления отправляются только по тем типам данных, которые поддерживаются мобильным клиентом.
Настройку выполняет пользователь с правами администратора.
Шаг 1. Перейти в раздел Настройка – Общие настройки программы – Уведомления.
Шаг 2. Перейти в настройки уведомлений, нажав кнопку Настроить и перейти на страницу Отправка PUSH. Далее установить флажок Использовать PUSH уведомления.
Шаг 3. Далее нужен ключ отправителя уведомлений сервиса 1С. Получить его можно нажав на кнопку Получить ключ.
Подробнее про сервис «1С» для рассылки Push-уведомлений https://its.1c.ru/db/v8317doc#bookmark:dev:TI000001548.
Шаг 4. Убедиться, что регламентное задание Отправка Push уведомлений запущено и не выдает ошибок.
Шаг 5. Сообщить пользователям, что они могут изменить персональные настройки уведомлений. Обратить их внимание на то, что уведомления отправляются только по тем типам данных, которые поддерживаются мобильным клиентом.
Миграция данных из «1С:Документооборота» редакции 2.1 в 3.0 выполняется с помощью обмена.
Обмен из 2.1 в 3.0 – односторонний, поэтому важно понимать, что в 3.0 не следует менять данные (например, создавать новые версии файлов), так как в базу 2.1 они не попадут.
Миграция работает между релизами 3.0.6 и 2.1.30 и выше.
Основные принципы миграции данных:
В разделе описан рекомендованный порядок перехода с редакции 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 в настройках обмена.
Ограничение затрагивает:
В версии 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 будет просто присваивать из нее номера. Для этого необходимо:
При этом если пользователь попытается зарегистрировать документ в 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 без конвертации в новые настройки обработки документов:
Данные, которые конвертируются в новые настройки обработки:
Порядок конвертации:
1. Шаблоны, вложенные в шаблон комплексного процесса (рассмотрение, согласование, исполнение и пр.):
2. Шаблоны атомарных процессов (согласование, рассмотрение, исполнение и т.д.):
Настройки шаблонов процессов конвертируются в настройки обработки. Участники процессов из шаблонов будут перенесены в соответствующие Правила обработки документов.
Все созданные таким образом в 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.
В разделе приведена информация для технических специалистов.
Если в конфигурацию 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. Если объект виден пользователю, в карточке объекта необходимо вывести надпись «Объект изменяется в другой системе» (с помощью метода МиграцияДанныхИзВнешнихСистемСервер.ВывестиДекорациюЗагрузкиИзДругойСистемы) и сделать поля недоступными для редактирования.