Как быстро обновить доработанную 1С УПП на много релизов

Один коллега тут обратился с вопросом – как обновить сильно доработанную 1С УПП на 100 релизов? Я говорю – а чего такого? Есть же стандартные технологии для решения таких задач. Оказалось, он их не знает.

Если и вы не знаете, я кратко расскажу.

Раньше все программисты так делали, потому что по-другому было просто нереально. Все вокруг внедряли УПП, в ходе проекта мало кто решался обновляться, релизы копились, и потом надо было шваркнуть сразу с десяток, а то и два. Вы, возможно, удивитесь, но бюджеты таких обновлений доходили до 500 часов (сейчас это 1.5-2.5 млн. руб.).

Итак, принципиально подхода два – «Потом доделаем» и «Прыжок».

«Потом доделаем» основан на одном простом факте: выполняя промежуточные обновления, нет смысла тащить изменения в модулях, формах и ролях.

На первом шаге запускаем обновление, ставим флаг «Показывать только дважды изменённые», и смело заменяем все модули (общие, менеджера, объекта), формы и роли типовыми. Добавленные объекты метаданных в этом режиме мы даже не увидим, с ними всё будет хорошо. Изменения в структуре данных (добавленные реквизиты типовых объектов, изменения типов) – аккуратно тащим дальше.

Любой, кто обновлял доработанные конфигурации, знает: 80-99 % времени работы программиста уходит на сравнение модулей и форм, до рези в глазах. В подходе «Потом доделаем» мы от этого избавлены.

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

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

Нужно открыть два конфигуратора. В первом будет сравнение/объединение обновленной конфигурации и исходной. Во втором – сравнение/объединение исходной конфигурации поставщика и исходной основной конфигурации. Где-то изменения вкатятся легко, где-то – придётся покумекать.

Главное – покумекать придётся один раз, а не 100.

Подход «Прыжок» - несколько рискованный. Нужно хорошо понимать, что делаете.

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

Этот подход – для интеллектуалов и гиков. Пользоваться в реальности не рекомендую, лучше «Потом доделаем».

Про особенности обновления 1С ERP снял видео, текста нет:

https://youtu.be/7F02eshCKh4
https://vk.com/video-208482299_456239471

https://t.me/another1C

Я, кстати, в канале выкладываю свои старые разработки на 1С, можно забирать бесплатно. Идёте в закреплённое сообщение, там будет список, краткое описание, ссылки на полное описание и файлы для скачивания приложены.

Сейчас там доступны расширение "Проверка данных" (полное описание), расширение "Рабочий стол" (полное описание) и отчёт "Структура затрат" (всегда был здесь).

Сколько будет стоить проект перехода с УПП на ERP, если работать без ТЗ, аналитиков, дорожной карты, проектных технологий, графиков и прочих привычных атрибутов? Мне тоже было интересно, поэтому года полтора назад взялись делать такие проекты.

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

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

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

Так вот, 20-летний опыт проектов/внедрений/сопровождений говорил, что проекты можно делать за приемлемые деньги. Не было только подтверждения именно для ERP - в нулевых её не существовало, а в должности ИТ-директора только купить коробку успел.

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

Сейчас делаем ещё несколько таких проектов.

https://t.me/another1C

Частенько 1С тормозит из-за поднастроенных пользователями динамических списков.

Бывает, сразу всё понятно из описания – «пытаемся открыть список документов, а он висит" минут 5, прежде чем открыться». А бывает, пользователь говорит "документ записывается 5 минут". На самом деле, пользователь нажал в документе "Провести и закрыть", документ провёлся и закрылся быстро, но началось тормознутое обновление списка документов - те самые 5 минут. Но раз все 5 минут на экране подвисшая форма документа, пользователь и думает, что проведение тормозит.

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

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

Удалил типовую форму списка и создал через расширение новую. Проблема сразу ушла. Стало понятно, что дело в настройках. Вернул типовую форму, сбросил настройки списк, и всё заколосилось.

С тех пор этот метод - сбросить настройки дин.списка - прочно вошёл в обиход. Если говорят «список» и «тормозит» - сначала сбрасываем настройки.

А для пользователей - магия.

https://t.me/another1C

Был недавно на встрече с клиентом - коллеги из другого офиса Первого Бита позвали поучаствовать, т.к. у клиента УПП (моя вечная любовь). Причем, клиент не хотел никуда с УПП переходить - ему всё нравилось, хоть оно и не работало, как задумано 😁.

И директор клиента, один из идеологов доработок системы, каааааак скажет: вы нас ни с кем не сравнивайте, у нас уникальные процессы, уникальное производство и вообще уникальное всё (я ему пытался рассказать, что есть два почти таких же клиента, и там уже решены проблемы, про которые встреча-то была).

И тут я вспомнил нулевые, когда катались по заводам Челябинской области и продавали УПП. Тогда каждый первый завод утверждал, что уникален. Но как-то на УПП-то переходили.

Так вот, я говорю директору: зря вы так. Вот сказали, что уникальные - и сразу х2, а то и х3 к сумме проекта. А спросите потом, чё так дорого - скажут "так вы ж уникальные, вам шаблонные решения не подойдут". И слова назад не возьмёте, вы ж директор.

Не уверен, что он меня понял. Поэтому вам вот написал.

https://t.me/another1C

Немножко про тормоза 1С. Самый распространённый случай.

Симптомы: ааааааааа у нас 1С тормозит, под вечер вообще невозможно работать.
Админ честно утверждает, что сервер настроен отлично, там всё чики-чики.
Скидывает параметры сервера - ну там, 16 ядер, 128 или даже 164 Гб ОЗУ, SSD.
А пользователей в ЕРП 20-50, половина из которых делает пару документов в день - типа менеджеры, которые только заказы оформляют.

Админ молодец, только в настройки сервера 1С не посмотрел. Конечно, там у всех лицензия ПРОФ, и выбор доступных настроек весьма скуден, но количество соединений на процесс мурыжить ещё не запретили.

У клиента всегда стоит значение по дефолту - не помню, сколько там сейчас, то ли 128, то ли 256. Вот и висит один процесс-супергерой rphost, занимает 20+ Гб памяти ОЗУ и едва ворочается.

Меняешь количество соединений на процесс - например, на 8 или 16 - и о чудо!, получаем все преимущества наших 16 ядер и 164 Гб ОЗУ.

А админ хотел сервер новый купить.

https://t.me/another1C