Интегратор по CRM решениям - АКАМ
+7-495-787-40-08
Пн. – Пт.: с 9:30 до 18:00
Получить консультацию
Москва, Дмитровское шоссе, д. 9, стр. 2, этаж 4, офис 458
О компании
  • Вакансии
  • Сертификаты
  • Новости
  • Реквизиты
Решения
Услуги
Статьи
Клиенты и кейсы
Контакты
    Интегратор по CRM решениям - АКАМ
    О компании
    • Вакансии
    • Сертификаты
    • Новости
    • Реквизиты
    Решения
    Услуги
    Статьи
    Клиенты и кейсы
    Контакты
      Интегратор по CRM решениям - АКАМ
      • О компании
        • Назад
        • О компании
        • Вакансии
        • Сертификаты
        • Новости
        • Реквизиты
      • Решения
      • Услуги
      • Статьи
      • Клиенты и кейсы
      • Контакты
      • Главная
      • Статьи
      • Переход с 1С:УТ 10.3 на 1С:УТ 11 + 1С:CRM с использованием конвертации данных

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

      12 мая 2016 9:53
      Переход с 1С:УТ 10.3 на 1С:УТ 11 + 1С:CRM с использованием конвертации данных

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

      #конвертация #УТ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 имеют почти одинаковую структуру конфигурации, проблем в переносе документов и справочников по правилам конвертации, созданным конфигурацией Конвертация данных автоматически почти не было, но помощь программиста всё же требовалась. Например, в новой версии конфигурации статьи ДДС заполняются для каждой строки в табличной части документа. В старой конфигурации статья ДДС задавалась в шапке, для всего документа.

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

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

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

      КонецЦикла;

       

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

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

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

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

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

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

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

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


      Назад к списку Следующая статья
      Это интересно
      • Ускоряем CRM: отложенный вывод информации (3.1.25)
        Ускоряем CRM: отложенный вывод информации (3.1.25)
        13 марта 2023
      • АКАМ:Инвестиционные проекты, новое в релизе 1.0.6
        АКАМ:Инвестиционные проекты, новое в релизе 1.0.6
        10 февраля 2023
      • Эффективный фандрайзинг и работа НКО с решением 1С:CRM
        Эффективный фандрайзинг и работа НКО с решением 1С:CRM
        16 июня 2022
      • Эссе по книге #crm is
        Эссе по книге #crm is
        13 июня 2022
      • 1С:CRM в подборе кадров (recruitment)
        1С:CRM в подборе кадров (recruitment)
        6 июня 2022
      • Astra Linux: Автономная установка кластера серверов 1С
        Astra Linux: Автономная установка кластера серверов 1С
        31 мая 2022
      • Задачи и поручения без использования 1С:CRM
        Задачи и поручения без использования 1С:CRM
        22 апреля 2022
      • Омниканальность: единый АРМ разбора обращений
        Омниканальность: единый АРМ разбора обращений
        13 апреля 2022
      • 20% эффективности в одной "кнопке"
        20% эффективности в одной "кнопке"
        13 декабря 2021
      • Интеграция 1С с веб-сервисом “Система электронных паспортов”
        Интеграция 1С с веб-сервисом “Система электронных паспортов”
        24 сентября 2021
      • Мобильное приложение на базе сайта для 1С:CRM
        Мобильное приложение на базе сайта для 1С:CRM
        24 сентября 2021
      • Развитие модуля АКАМ: Инвестиционные проекты для 1С:CRM
        Развитие модуля АКАМ: Инвестиционные проекты для 1С:CRM
        19 июля 2021
      • Интеграция 1С:CRM с OpenOffice для внутреннего согласования документов и совместной работы
        Интеграция 1С:CRM с OpenOffice для внутреннего согласования документов и совместной работы
        5 июля 2021
      • Автоматизация работы с дебиторской задолженностью с 1С:CRM
        Автоматизация работы с дебиторской задолженностью с 1С:CRM
        31 мая 2021
      • Кейс автоматизация ценообразования и скидок 1С:ERP+1С:CRM
        Кейс автоматизация ценообразования и скидок 1С:ERP+1С:CRM
        27 мая 2021
      • Организация групповой разработки
        Организация групповой разработки
        21 мая 2021
      • Автоматизация работы торговых представителей
        Автоматизация работы торговых представителей
        14 мая 2021
      • Учёт оборудования: кейс рост продаж на базе 1С:CRM
        Учёт оборудования: кейс рост продаж на базе 1С:CRM
        6 мая 2021
      • Внедрение 1С:CRM и решения АКАМ: Модуль ТОРГИ на примере компании сферы энергетики.
        Внедрение 1С:CRM и решения АКАМ: Модуль ТОРГИ на примере компании сферы энергетики.
        30 апреля 2021
      • Кейс автоматизация Call-центра в 1С:CRM (звонки, жалобы, благодарности)
        Кейс автоматизация Call-центра в 1С:CRM (звонки, жалобы, благодарности)
        22 апреля 2021
      Подписывайтесь на новости и акции:
      Компания
      О компании
      Вакансии
      Новости
      Контакты
      Политика конфиденциальности
      Решения
      1С:CRM ПРОФ
      1C:CRM КОРП
      АКАМ: модуль Торги (TRM)
      АКАМ:Инвестиционные проекты
      Услуги
      Обследование
      Внедрение
      Настройка Интеграции с телефонией
      Аудит CRM
      Клиенты
      Наши контакты

      +7-495-787-40-08
      Пн. – Пт.: с 9:30 до 18:00
      Москва, Дмитровское шоссе, д. 9, стр. 2, этаж 4, офис 458
      sale@akam.ru
      © 2023 Интегратор по CRM решениям - АКАМ
      Версия для печати