13 Мая 2016
Поделиться:

Переход с релиза УТ 10.3 на УТ+CRM 2.0. с использованием конвертации данных

#конвертация #УТ10.3#УТ11.1#УТ+CRM 2.0 #переносданных


Для кого может быть полезен?

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

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

  • Для программистов, осваивающих механизм конвертации данных.

В чем заключается польза?

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

  • Простое решение задач по переносу данных.

  • Удобное решение, заменяющее трудоемкое обновление старой конфигурации до последнего релиза.

  • Замена трудоемкой операции по свертке информационной базы УТ.

Когда может быть достигнут результат?

  • После освоения конфигурации Конвертация данных.

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

При каких условиях?

  • Исходная и конечная конфигурации в задаче отличаются только версиями релизов или отдельными модулями.

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

В чем можно его измерить?

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

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

  • Экономия пары рабочих дней проекта. Для использования типовой обработки по свертке базы УТ среднего объема данных необходимо затратить много времени на исправление всех возникающих ошибок, при этом результат не может быть гарантированным. В кейсе описано простейшее решение по свертке, которое позволит затратить на эту операцию пару часов, вместо минимум пары дней.

Что можно улучшить или предусмотреть?

  • Для справочников, которые автоматически создаются  в БД (например, Валюта), необходимо предусмотреть правила, которые будут проверять элементы справочника не только по коду, иначе есть риск создания дублей и нарушения ссылочной целостности в документах.

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

  • Начинать конвертацию лучше со справочников, а не документов.

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

Исходные условия

#конвертацияданных

Первоначальным решением задачи по переходу с УТ 10.3 на УТ+CRM 2.0 являлось последовательное обновление конфигурации по релизам с переносом существующих доработок. Однако, при подобном обновлении базы в режиме Предприятие появлялись ошибки, связанные с невозможностью записи некоторых документов. При последовательном исправлении ошибок становилось только больше. В связи с этим было организовано совещание проектной группы исполнителей, на котором было найдено альтернативное решение, редко используемое в нашей компании на текущий момент : Конвертация данных.
Конвертация данных - это конфигурация фирмы 1С, которая является специализированным средством настройки правил обмена данными между различными информационными базами (различных конфигураций).

Этап №1: Обучение

#обучение

Так как среди сотрудников не было никого, кто имел бы опыт работы с конвертацией, было необходимо обучение. Для обучения использовался курс, который запускается только с usb-носителя (голубая флешка), поэтому были организованы групповые просмотры курса с выполнением описанных в нём примеров.

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

Этап №2: Выявление условий и ограничений по переносу

#условиявыгрузки #выверка #свертка

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

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

  • Справочник “Номенклатура ” (группировка условий “ИЛИ”):

    • Имеются остатки на складе;

    • Нет пометки на удаление;

    • Имеется движение в документах за 2015 год;

    • Присутствует в незакрытых заказах за 2015 год.

  • Справочник “Контрагенты” и связанный с ним “Партнеры”(группировка условий “ИЛИ”):

    • Имеется движение с 01.01.2013;

    • Нет пометки на удаление;

    • Имеется сальдо с прошлых периодов (до 2015 год).

    • Дата регистрации > 01.01. 2015.

  • Выгрузка документов с датой > 01.01.2015.

Все условия были добавлены в правила выгрузки данных по объектам на вкладке “Перед выгрузкой”. Таким образом данные отбирались ещё перед выгрузкой ,а время загрузки данных за счет этого сокращалось.

Пример условий выгрузки данных по контрагентам, добавленных на вкладку “Перед выгрузкой”.

Этап №3: Перенос остатков (замена свертки)

#переносостатков #свертка #альтернатива

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

Обработки позволили нажатием кнопки сформировать документы:

  • «Остатки собственных товаров»;

  • «Остатки кредиторской задолженности»;

  • «Остатки по авансам поставщикам»;

  • «Остатки по авансам клиентов»;

  • «Остатки дебиторской задолженности».

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

Таким образом, свертка базы была заменена переносом 5 документов из раздела “Ввод начальных остатков”.

Этап №4: Создание правил выгрузки данных и заполнение недостающих реквизитов

#правилавыгрузки

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

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

Т.к. УТ 10.3 и УТ 11.1 имеют почти одинаковую структуру конфигурации, проблем в переносе документов и справочников по правилам конвертации, созданным конфигурацией Конвертация данных автоматически почти не было, но помощь программиста всё же требовалась. Например, в новой версии конфигурации статьи ДДС заполняются для каждой строки в табличной части документа. В старой конфигурации статья ДДС задавалась в шапке, для всего документа.

Вместе с программистом в правила конвертации объектов Списание безналичных ДС  и  Поступление безналичных ДС в обработчик “После загрузки”  были добавлены фрагменты кода, которые заполняют значения строк в приемнике значением реквизита в шапке документа источника:

Для каждого Строка из Объект.РасшифровкаПлатежа Цикл

       Строка.СтатьяДвиженияДенежныхСредств = Объект.СтатьяДвиженияДенежныхСредств;

КонецЦикла;


Аналогичным способом были исправлены и другие ошибки:

  • незаполненные типы в документе Счет-фактуры;

  • неправильный формат номеров документов;

  • не заполненный реквизит “Использование характеристик” в элементах справочника Номенклатура;

  • заполнение Полного наименования по обычному Наименованию партнера.        

Проведение документов

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

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



АКАМ
Понравилась статья? Подпишись на новые!
Поделиться:

×
Доверьте свои задачи эксперту!

Заполняя форму, вы соглашаетесь на обработку
персональных данных
(ст. 9 ФЗ от 27.07.2006 № 152-ФЗ
«О персональных данных»)