Перевнедрение ПМ «Контур.Диадок»

1.

Перевнедрение ПМ
«Контур.Диадок»

2.

План обучения
• Типы перевнедрения
• Процесс перевнедрения
• Инструменты перевнедрения

3.

Типы перевнедрения

4.

Типы перевнедрения
• ПМ модуля “Стандарт”
• “Неправильные” ПМ
• ПМ с УПД

5.

Перевнедрение ПМ модуля
“Стандарт”

6.

Суть ПМ модуля “Стандарт”
• Клиент использовал модуль “Стандарт” + ПМ
• Модуль “Стандарт” перестали поддерживать => клиент перешел на модуль УМ
• Сейчас клиент работает в УМ, но с использованием ПМ модуля “Стандарт” (в УМ
вызываются только события “ПослеЗаполненияКонтента” и
“ПослеЗаполненияНовогоДокументаПоступления”)

7.

Причины перевнедрения ПМ модуля “Стандарт”
• Мешает развитию УМ (в планах переход на архитектуру модуля, исключающую
работу с ПМ модуля “Стандарта”)
• Новый формат УПД (из ПМ модуля “Стандарт” нельзя работать с новым
форматом)

8.

Перевнедрение
“неправильных” ПМ

9.

Определение правильности ПМ
Типы ПМ УМ:
• “Правильный” ПМ
• “Неправильный” ПМ
• “Условно-правильный” ПМ
Параметры определения правильности:
• конфигурация 1С и ее версия
• состав и содержание событий ПМ
• версия API

10.

“Неправильные” ПМ для поддерживаемых
конфигураций
• Такие ПМ сделаны из ИМ модуля, из-за чего все события заморожены на той
версии модуля, из которого был взят ИМ
• Обновления, выпускаемые в ИМ новых релизов модуля, до клиента не доходят,
несмотря на обновление самого модуля
• Чтобы уйти от “неправильного” ПМ, необходимо оставить в ПМ только
доработки, сделанные для клиента (типовая логика должна отрабатывать за счет
ИМ модуля)

11.

“Условно-правильные” ПМ
• Только для поддерживаемых УМ конфигураций:
⏤ версия конфигурации < поддерживаемой УМ => ПМ “правильный”
⏤ клиент обновил конфигурацию до версии >= поддерживаемой УМ => ПМ стал
“неправильным”

12.

Глобальные изменения
• С момента заморозки событий в УМ вышли фичи, изменившие поведение модуля для
пользователя
• Чем больше времени прошло от заморозки, тем больше изменений увидит
пользователь при преобразовании ПМ в “правильный”
Параметры определения изменений, касающихся клиента:
• используемая конфигурация
• версия ИМ, из которой был сделан ПМ
• используемая клиентом функциональность (отправка пакетов, создание входящих
документов 1С)

13.

Причины перевнедрения “неправильных” ПМ
• Клиент должен работать с актуальной функциональностью УМ

14.

Перевнедрение ПМ с УПД

15.

Суть ПМ с УПД
• С 01.04.2025 г. все клиенты должны отправлять УПД в 970@
• Есть клиенты с ПМ, в которых содержатся доработки для УПД:
⏤ изменения в части полей
⏤ полностью ручной сбор УПД
• Доработки в ПМ завязаны на структуру контента 820@ (155@), при этом в 970@:
⏤ часть полей не изменилась
⏤ часть полей изменилась несущественно (произошло переименование)
⏤ часть полей изменилась существенно:
⏤ вместо строки стала структура
⏤ удалены прочерки (Деф, Hyphen) - стали обязательными связанные поля (как
было в 155@)
⏤ для GTIN появилось отдельное поле - сведения для ОСУ необходимо заполнять
по-другому
⏤ изменился принцип заполнения основания отгрузки “Без документа-основания”
⏤ появилась специфика формирования имени файла для маркировки, прослежки,
алкоголя/табака

16.

Перевнедрение ПМ с УПД
• Всего ~6000 ПМ:
⏤ в УМ будет реализована возможность использования конвертации 820@ => 970@
(настройка для отправляемых документов), за счет которой доработки в ПМ для
820@ будут применяться и для 970@ => позволит отложить перевнедрение части
клиентов
⏤ часть клиентов необходимо перевнедрить до 01.04.2025 г., т.к. УМ не сможет
сконвертировать такие доработки:
⏤ в ПМ есть обращения к существенно изменившимся полям
⏤ в ПМ есть доработки в части ОСУ при создании входящего
⏤ клиент относится к алкоголю/табаку

17.

Причины перевнедрения ПМ с УПД
• Соблюдение законодательства
• Алгоритмы в ПМ должны быть рассчитаны на актуальный формат:
⏤ до 01.04.2025 г. обязательное перевнедрение из-за невозможности использования
конвертации

18.

Вопросы по курсу

19.

Неточности в вопросах тестов по УПД
• Спасибо всем, кто их нашел :)

20.

Зачем так много вопросов про глобальные
изменения?
• Понимать, что в зависимости от исходной ситуации результат для клиента разный
• Понимать какие изменения коснутся конкретной ситуации
• Понимать, что перевнедрение “неправильного” ПМ может иметь последствия, о
которых нужно сообщить клиенту

21.

“Так и не понял, как одновременно
использовать или не использовать ИМ и ПМ”

22.

Вопросы?

23.

Процесс перевнедрения

24.

Сложности перевнедрения клиентов
• Пересечение разных типов перевнедрения:
⏤ ПМ модуля “Стандарт” + УПД
⏤ “Неправильный” ПМ + УПД
⏤ ПМ модуля “Стандарт” + “Неправильный” ПМ + УПД
• Наша задача - сделать все за один заход в клиента: “правильный” ПМ с
поддержкой отправки УПД 970@

25.

Порядок перевнедрения клиента
Избавиться от “неправильного” ПМ
Перенести доработки из ПМ модуля Стандарт в ПМ УМ
Поддержать в ПМ УМ отправку УПД в 970@
Отключить в базе клиента ПМ модуля Стандарт
Обновить в базе клиента ПМ УМ

26.

Особенности перевнедрения “неправильного”
ПМ
• Если ПМ “условно-правильный”, то необходимо уточнить у клиента готовность
обновить конфигурацию до поддерживаемой УМ:
⏤ если клиент отказывается от обновления конфигурации, то сообщаем последствия
использования “неправильного” ПМ (актуальная функциональность УМ до клиента
может не доходить, если она реализована в ИМ)
• Если ПМ “неправильный”, то необходимо рассказать клиенту о глобальных
изменениях:
⏤ в противном случае клиенты могут начать заваливать ТП вопросами, связанными с
изменившимся поведением модуля

27.

Особенности перевнедрения ПМ модуля
“Стандарт”
• После переноса доработок в ПМ УМ отключить ПМ модуля “Стандарт” в базе клиента

28.

Вопросы?

29.

Инструменты
перевнедрения

30.

Инструменты перевнедрения
Генератор ПМ
Отключение ПМ модуля “Стандарт”
Преобразование “неправильного” ПМ в “правильный”
Обновление формата документа в ПМ
Мастер перевнедрений

31.

Генератор ПМ

32.

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

33.

Отключение ПМ модуля
“Стандарт”

34.

Отключение ПМ модуля “Стандарт”
Назначение: отключение свойств, связанных с ПМ модуля “Стандарт”
Варианты работы:
• Внешняя обработка
• Плагин
Режимы запуска:
• ОФ
• УФ

35.

Вопросы?

36.

Преобразование
“неправильного” ПМ в
“правильный”

37.

Сложности перевнедрения “неправильных” ПМ
• Сложно понять что именно доработано для клиента в ПМ, который сделан из ИМ
- очень много строк кода
• Чтобы увидеть доработки, необходимо взять тот ИМ, из которого сделан ПМ
⏤ таких ИМ за всю историю УМ ~200 (ИМ для разных конфигураций в разных
релизах модуля)
⏤ самая рутинная операция при перевнедрении “неправильного” ПМ - найти тот
самый эталонный ИМ и выявить в ПМ доработки для клиента
• При декастомизации ПМ у клиента может измениться поведение УМ, т.к.
поведение модуля станет актуальным - с такими клиентами необходимо
работать индивидуально для объяснения причин изменения поведения

38.

Инструмент “Преобразование “неправильного”
ПМ в “правильный”
Назначение: генерация “правильного” ПМ, включая:
• поиск наиболее подходящего ИМ, выгрузкой из которого был получен ПМ
• показ измененных относительно ИМ событий
⏤ показ рекомендаций по массовым сценариям для измененных событий
• показ добавленных и измененных относительно ИМ методов
• показ глобальных изменений, касающихся клиентского ПМ
• открытие инструмента “Генератор ПМ”
• компиляция ПМ:
⏤ формирование шаблона ПМ по измененным событиям: методы для обработки
событий + вызовы методов в ОбработатьСобытие() + служебные методы +
макеты, формы и реквизиты из ПМ
⏤ автоперенос алгоритмов для событий, которые для любых сценариев имеют
вариант обработки “Вместо ИМ”

39.

Вопросы?

40.

Обновление формата
документа в ПМ

41.

Инструмент “Обновление формата документа
в ПМ”
Назначение: обновить алгоритмы работы с полями для отправки УПД в 970@, при этом
сохраняя возможность работы с УПД в 820@ (инструмент основан на изменениях,
описанных в методологии)
Режимы:
• Обновление полей контента
• Генерация контента

42.

Вопросы?

43.

Мастер перевнедрений

44.

Инструмент “Мастер перевнедрений”
Назначение: помощь в процессе перевнедрения, включая:
• получение актуальных метрик по клиенту:
⏤ используемая конфигурация
⏤ используемые ПМ и плагины
⏤ использование сервиса удаленного управления ПМ
⏤ используемая функциональность (отправка пакетов, создание документов 1С)
• показ рекомендаций по перевнедрению:
⏤ перечень действий, которые необходимо выполнить для получения
“правильного” ПМ с отправкой УПД в 970@
⏤ ссылка на инструмент, соответствующий действию
⏤ ссылка на доску для обращений по инструменту или за консультацией по типу
перевнедрения

45.

База перевнедрений
Назначение: доступ к инструментам
Настройка окружения для доступа: здесь

46.

Вопросы?

47.

Важные моменты

48.

Важно!
• Все инструменты - помощники (берут на себя рутину) => ответственность за
результат на вас
• Перезапускайте регулярно базу перевнедрений => работайте с актуальными
версиями инструментов
• Не ходите напрямую к ответственным за инструменты => обращение не потеряется
+ остальные смогут увидеть уже зафиксированные обращения и результаты работы
по ним
• Оформляйте тикеты по ошибкам => поможете остальным не сталкиваться с ними же
• Оформляйте тикеты для улучшений => поможете сделать инструменты более
удобными

49.

Артефакты обучения в ШШО

50.

Благодарности

51.

Спасибо!
За курс “Перевнедрение ПМ “Контур.Диадок”

52.

Спасибо!
За активности по ПМ для модуля “Стандарт”

53.

Спасибо!
За активности по “неправильным” ПМ

54.

Спасибо!
За инструмент “Обновление формата документа в ПМ”

55.

Спасибо!
За решение организационных вопросов!

56.

Вопросы?