Всем привет у нас Управление торговлей, редакция 11 (11.5.25.85) и нам нужно подготовить программу 1С к работе с честным знаком, авто запчастями компания занимается. Насколько я понял свежие релизы гораздо лучше адаптированные под работу с кодами DataMatrix для Честного Знака.
По этому поводу посмотрел обучалки, по ковырялся в интернете, по общался с ИИ. И понял, что нужно делать
промежуточное обновление и копии БД
УТ (11.5.25.85)- УТ11,5,25,101( потому что других версий не обнаружилось, на скрине показал) - УТ 11,5,27,68
Подскажите я правильную цепочку определил
Какие сложности могут возникнуть
Какие подводные камни могут быть
На что нужно обращать внимание, по вашему опыту
Как быть с исправлением стандартных ошибок, это расширения которые видно на 2 скрине
Как подключить ТСД к обновленной БД (сейчас выясняю параметры, версии все данные об ТСД), возможно это проще чем я думаю
Поделитесь опытом обновления, я первый раз этим занимаюсь и сами понимаете, самое главное что бы все хорошо прошло
По этому поводу посмотрел обучалки, по ковырялся в интернете, по общался с ИИ. И понял, что нужно делать
промежуточное обновление и копии БД
УТ (11.5.25.85)- УТ11,5,25,101( потому что других версий не обнаружилось, на скрине показал) - УТ 11,5,27,68
Подскажите я правильную цепочку определил
Какие сложности могут возникнуть
Какие подводные камни могут быть
На что нужно обращать внимание, по вашему опыту
Как быть с исправлением стандартных ошибок, это расширения которые видно на 2 скрине
Как подключить ТСД к обновленной БД (сейчас выясняю параметры, версии все данные об ТСД), возможно это проще чем я думаю
Поделитесь опытом обновления, я первый раз этим занимаюсь и сами понимаете, самое главное что бы все хорошо прошло
Прикрепленные файлы:
По теме из базы знаний
- Тонкости и подводные камни работы типового модуля интеграции Битрикс24 и 1С
- Тонкости и подводные камни работы типового модуля интеграции Битрикс24 и 1С (Часть 2)
- Маркировка в "древней" УТ 10.3 (10.3.6.8) + полноценный ТСД (Online) для маркировки или как обойтись без перехода на УТ 11.5
- НДС 22% Расширение для УТ11.4, инструкция и cf для УТ10.3 + Обработка установка ставки в справочнике номенклатура для УТ 10 и УТ 11.4 и 11.5
- ТС ПИоТ как отдельный центральный узел, к которому подключаются разные кассы: эксперимент, диагностика и подводные камни
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
при нормальном обновлении базы с версии на версию, неподходящие под новый релиз патчи сами отключатся.
У вас база пиленная, неизвестно насколько и в каких блоках. Вот при переносе и адаптации этих доработок, могут возникнуть проблемы...особенно при переходе на 27 релиз. С этим надо внимательно, и проверять все.
Лучше развернуть копию, и сравнить с конфой поставщика, в целом для выявления доработок.
Как быть с исправлением стандартных ошибок, это расширения которые видно на 2 скрине
при нормальном обновлении базы с версии на версию, неподходящие под новый релиз патчи сами отключатся.
У вас база пиленная, неизвестно насколько и в каких блоках. Вот при переносе и адаптации этих доработок, могут возникнуть проблемы...особенно при переходе на 27 релиз. С этим надо внимательно, и проверять все.
Лучше развернуть копию, и сравнить с конфой поставщика, в целом для выявления доработок.
2.
KirillHome
5
17.08.26 13:00
Сейчас в теме
(1) 1. Определиться, на какой ветке собираетесь
2. В зависимости от этого - строить нужную цепочку обновлений.
К примеру, для перехода с 11.5.25.85 на 11.5.27.75 мне видится такая последовательность:
11.5.25.85 - 11.5.25.101
11.5.25.101 - 11.5.25.109
11.5.25.109 - 11.5.26.100
11.5.26.100 - 11.5.26.103
11.5.26.103 - 11.5.26.113
11.5.26.113 - 11.5.27.47
11.5.27.47 - 11.5.27.75 (обновление - через полную поставку 1cv8.cf)
Не берусь утверждать, что это самая короткая цепочка.
работать дальше |
|---|
Версия 11.5.27 является актуальной версией длительной поддержки (Long term support, LTS). Ориентировочный период поддержки – до конца апреля 2027. Поддерживаются изменения законодательства и исправляются ошибки.
В течение этого периода планируется выпуск новых версий с развитием функциональности (11.6.1, 11.6.2, ...). Эти версии сменяют друг друга в течение года (выпуск новой версии означает прекращение поддержки предыдущей). Мы рекомендуем переходить на новые версии всем пользователям, для которых новая функциональность является востребованной. Пользователи, для которых новая функциональность не является критичной, а издержки перехода желательно минимизировать, могут остаться на версии 11.5.27 до окончания периода поддержки этой версии. После завершения поддержки можно будет перейти на следующую версию длительной поддержки. |
2. В зависимости от этого - строить нужную цепочку обновлений.
К примеру, для перехода с 11.5.25.85 на 11.5.27.75 мне видится такая последовательность:
11.5.25.85 - 11.5.25.101
11.5.25.101 - 11.5.25.109
11.5.25.109 - 11.5.26.100
11.5.26.100 - 11.5.26.103
11.5.26.103 - 11.5.26.113
11.5.26.113 - 11.5.27.47
11.5.27.47 - 11.5.27.75 (обновление - через полную поставку 1cv8.cf)
Не берусь утверждать, что это самая короткая цепочка.
(2) Прошло всего 8 месяцев после установки УТ 11,5, ее в январе поставили, это что получается нужно обновлять каждый месяц что ли? Так вообще с ума можно сойти
Я правильно понял, что можно создать копию БД и на ней уже обкатать обнавления и потом все то же самое уже на рабочей базе сделать?
Насколько реально помогает ИИ confaster при обновлении?
И еще вопрос сначала пройти по цепочке обновления и каждый раз корректировать функции и процедуры и т.д, а затем уже можно и расширение ремонтировать
Я правильно понял, что можно создать копию БД и на ней уже обкатать обнавления и потом все то же самое уже на рабочей базе сделать?
Насколько реально помогает ИИ confaster при обновлении?
И еще вопрос сначала пройти по цепочке обновления и каждый раз корректировать функции и процедуры и т.д, а затем уже можно и расширение ремонтировать
5.
KirillHome
5
17.08.26 14:53
Сейчас в теме
(4)
Ешё раз напишу - есть две ветки.
Сегодня это 11.5.27 (LTS) и 11.6
Если оставаться на LTS ветке - то можно всегда обновиться до актуального в ней релиза через cf
А вот с "прогрессивной" веткой - так уже не получится.
То есть - если бы в январе поставили бы 11.5.22 (а не 11.5.25) - то можно было бы обойтись двумя шагами:
11.5.22 - 11.5.22.186
11.5.22.186 - на актуальную на сегодня 11.5.27
На остальные вопросы - не отвечу.
Я, к примеру, готовлю "тестовое обновление" (на копии), провожу минимальное тестирование и только после этого обновляю рабочую. И у меня не было необходимости обновлять базу "на неполной поддержке" на несколько релизов сразу.
Прошло всего 8 месяцев после установки УТ 11,5, ее в январе поставили, это что получается нужно обновлять каждый месяц что ли? Так вообще с ума можно сойти
Ешё раз напишу - есть две ветки.
Сегодня это 11.5.27 (LTS) и 11.6
Если оставаться на LTS ветке - то можно всегда обновиться до актуального в ней релиза через cf
А вот с "прогрессивной" веткой - так уже не получится.
То есть - если бы в январе поставили бы 11.5.22 (а не 11.5.25) - то можно было бы обойтись двумя шагами:
11.5.22 - 11.5.22.186
11.5.22.186 - на актуальную на сегодня 11.5.27
На остальные вопросы - не отвечу.
Я, к примеру, готовлю "тестовое обновление" (на копии), провожу минимальное тестирование и только после этого обновляю рабочую. И у меня не было необходимости обновлять базу "на неполной поддержке" на несколько релизов сразу.
6.
vadim1011985
103
17.08.26 15:03
Сейчас в теме
(4)
1) копия обязательно
2) прежде чем обновлять хотя бы сравните конфигурацию поставщика и основную чтобы видеть все доработки
3) Можно обновлять сначала копию - но важно чтобы пользователи проверяли функционал. Возможно потребуется я корректировка прав и изменение внешних доп.отчетов
4) Для начала можно обновиться до релизов без смены редакции (101 или 109) Минимальное количество изменений и меньше вероятность что может что-то глобально сломаться. Далее аккуратно менять редакции 2.5.25 -2.5.26
5) Расширения 1с сами удалятся. А вот свои необходимо проверить
1) копия обязательно
2) прежде чем обновлять хотя бы сравните конфигурацию поставщика и основную чтобы видеть все доработки
3) Можно обновлять сначала копию - но важно чтобы пользователи проверяли функционал. Возможно потребуется я корректировка прав и изменение внешних доп.отчетов
4) Для начала можно обновиться до релизов без смены редакции (101 или 109) Минимальное количество изменений и меньше вероятность что может что-то глобально сломаться. Далее аккуратно менять редакции 2.5.25 -2.5.26
5) Расширения 1с сами удалятся. А вот свои необходимо проверить
(2) вот короткий путь с офф сайта.
11.4.14.181 –> 11.5.8.* (рекомендуемая сборка 11.5.8.443)
11.5.8.443 –> 11.5.12.* (рекомендуемая крайняя сборка 11.5.12.270)
11.5.12.270 –> 11.5.17.* (рекомендуемая крайняя сборка 11.5.17.234)
11.5.17.234 –> 11.5.22.* (рекомендуемая крайняя сборка 11.5.22.186)
11.5.22.186 –> 11.5.27.* (рекомендуется брать последнюю опубликованную на текущий момент)
при переходе с 25 на последние релизы будет перенос шк, переход на новое ценообразование.
11.4.14.181 –> 11.5.8.* (рекомендуемая сборка 11.5.8.443)
11.5.8.443 –> 11.5.12.* (рекомендуемая крайняя сборка 11.5.12.270)
11.5.12.270 –> 11.5.17.* (рекомендуемая крайняя сборка 11.5.17.234)
11.5.17.234 –> 11.5.22.* (рекомендуемая крайняя сборка 11.5.22.186)
11.5.22.186 –> 11.5.27.* (рекомендуется брать последнюю опубликованную на текущий момент)
при переходе с 25 на последние релизы будет перенос шк, переход на новое ценообразование.
(8) Да кто ж его знает, может поможет, может поможет настолько, что придется искать тех, кто его помощь будет исправлять в итоге. Если у вас возникают вопросы по поводу патчей, то вам скорее всего не поможет.
Самый короткий путь наверное:
1. 11.5.25.101 (11.02.2026)
2. 11.5.25.109 (06.03.2026)
3. 11.5.25.112 (18.03.2026)
4. 11.5.26.118 (13.05.2026)
5. 11.5.27.75 (12.08.2026)
Самый короткий путь наверное:
1. 11.5.25.101 (11.02.2026)
2. 11.5.25.109 (06.03.2026)
3. 11.5.25.112 (18.03.2026)
4. 11.5.26.118 (13.05.2026)
5. 11.5.27.75 (12.08.2026)
Обновление нетиповой конфигурации (на поддержке с возможностью изменения)
1. Установить шаблоны обновления.
2. Рабочая база. В архив. Старая версия.
3. Рабочая база. Сохранить конфигурацию в файл. Старая версия.
4. Делаем базу для обновления из архива.
5. База для обновления. Поддержка - Обновить конфигурацию.
6. База для обновления. В окне сравнения, объединения устанавливаем фильтр "Показывать только дважды измененные свойства".
7. База для обновления. Обрабатываем изменения (показать различия в модулях, отчет о сравнении):
7.1. Оставляем свою версию модуля, формы.
7.2. Берем новую версию и переносим в нее свои доработки.
7.3. Интерфейсы и права вроде бы нормально объединяются. Остальное лучше переносить руками.
8. База для обновления. Обновить конфигурацию базы данных. Запуск в режиме предприятия.
9. База для обновления. Тестируем.
10. Проверяем рабочую базу на предмет изменений за время подготовки обновления (сравниваем с конфигурацией из п. 3).
Если изменения были, то добавляем их в базу для обновления.
11. База для обновления. Сохранить конфигурацию в файл.
12. Рабочая база. Загрузить конфигурацию из файла. Подготовленную в п.11.
13. Рабочая база. Обновить конфигурацию базы данных. Запуск в режиме предприятия.
14. Если нужно обновить несколько версий, то повторяем по порядку 5-13 для всех версий (п. 10 только для поледней итерации).
15. Рабочая база. В архив. Новая версия.
16. Рабочая база. Сохранить конфигурацию в файл. Новая версия.
1. Установить шаблоны обновления.
2. Рабочая база. В архив. Старая версия.
3. Рабочая база. Сохранить конфигурацию в файл. Старая версия.
4. Делаем базу для обновления из архива.
5. База для обновления. Поддержка - Обновить конфигурацию.
6. База для обновления. В окне сравнения, объединения устанавливаем фильтр "Показывать только дважды измененные свойства".
7. База для обновления. Обрабатываем изменения (показать различия в модулях, отчет о сравнении):
7.1. Оставляем свою версию модуля, формы.
7.2. Берем новую версию и переносим в нее свои доработки.
7.3. Интерфейсы и права вроде бы нормально объединяются. Остальное лучше переносить руками.
8. База для обновления. Обновить конфигурацию базы данных. Запуск в режиме предприятия.
9. База для обновления. Тестируем.
10. Проверяем рабочую базу на предмет изменений за время подготовки обновления (сравниваем с конфигурацией из п. 3).
Если изменения были, то добавляем их в базу для обновления.
11. База для обновления. Сохранить конфигурацию в файл.
12. Рабочая база. Загрузить конфигурацию из файла. Подготовленную в п.11.
13. Рабочая база. Обновить конфигурацию базы данных. Запуск в режиме предприятия.
14. Если нужно обновить несколько версий, то повторяем по порядку 5-13 для всех версий (п. 10 только для поледней итерации).
15. Рабочая база. В архив. Новая версия.
16. Рабочая база. Сохранить конфигурацию в файл. Новая версия.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот