Обновление релиза измененной типовой конфигурации
Скачиваем (https://users.v8.1c.ru) и устанавливаем нужные релизы конфигурации на компьютер в папку по умолчанию.
Не забываем делать бекап рабочей базы.
Все сравнение и объединение я делаю в копи рабочей базы.
Открываем "поддержка" выбираем пункт "обновление конфигурации"
Выбираю пункт искать в tmpits
Выбираю версию релиза на которую буду обновлять. Начинается процесс сравнения...
В результате получаем кучу изменений.
Меняю фильтр на "Показывать только дважды измененные свойства". Объектов становиться в разы меньше. Как правило в эти объекты были внесены "наши изменения"
Начинаем сравнивать изменения. Открываем первый объект и нажимаем"шестеренку"
Сверху выводятся процедуры и функции. Начинаем по одной просматривать их.
1. Если в процедуре только "наши изменения", то снимаем флажок. Эту процедуру не будем обновлять.
2. Если в процедуре только типовые изменения, то такую процедуру оставляем без изменений. С флажком и режим объединения "Взять из новой конфигурации поставщика"
3. Если в процедуре есть "наши изменения" и типовые, то нужно менять режим объединения на:
-Объединять с приоритетом новой конфигурации поставщика
-Объединять с приоритетом основной конфигурации
Выбор зависит каких изменений больше типовых или "наших".
Ниже я выбираю первый режим(На практике я чаще всего выбираю режим "Объединять с приоритетом новой конфигурации поставщика"). Теперь в нижнем экране нужно убрать все закомментированные строчки //MRG (анг. merger - слияние)
Убрать нужно только закоментированный(//MRG) "старый типовой код". Красным отметил те строчки, которые буду удалять.
"Наши изменения" тоже комментируются (//MRG). У этих строчек убираю комментарий (//)
Если бы я выбрал второй способ (Объединять с приоритетом основной конфигурации), то "наши изменения" не были бы закомментированы, но был бы закомментирован новый типовой код.
После того, как все процедуры отредактированы жмем "ок". Теперь "шестеренка" с зеленой галкой.
Типовые "Роли" и "Определяемые типы" Объединить с приоритетом основной конфигурации. Для того чтобы "Наши изменения" не удалились, а добавились новые типовые.
Объединение форм документов и справочников, в которых есть "Наши изменения" приходится делать отдельно (вручную) с таких форм я снимаю галочку объединения.
По этой причине желательно меньше вносить изменения в типовые формы. ( Управляемые формы. Изменение формы списка или формы объекта без внесения изменений в типовые формы )
После того как все объекты проверенны и объединены. Нажимаем кнопку "выполнить".
Конфигурация объединяется и сохраняется. Запуска в предприятии. Проходят процессы обновления.
После этого я сохраняю cf с новым релизом. Таких cf будет несколько, как правило конфигурацию обновляем не так часто и релизы накапливаются. В дальнейшем эти cf буду по очереди загружать в рабочую базу.
После того как cf загружен и база обновлена нужно ее запустить и выполнить в ней обязательные "процедуры обновления". Ход выполнения можно отслеживать встроенной в БСП обработкой "Результаты обновления программы"
Если обработка показывает, что процедуры обновления вообще не запускались, то фоновое задание нужно запустить вручную.
P.S. Чтобы "Наши изменения" не пропали с обновлением их нужно обязательно комментировать.
Чтобы облегчить этот процесс создадим шаблон
выберем новый шаблон
заполним название. Поставим галочку включать в контекстное меню.
Текст шаблона(Автоматически подставит текущее время):
// begin <?»", ДатаВремя, «»> ФИО №
// end <?»", ДатаВремя, «»> ФИО №
При написании кода из контекстного меню выбираем "наш шаблон"
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
Инструменты администратора БД Обновление 1С Системный администратор Разработчик 1С 8.3 Абонемент ($m)
Если обновление 1С уже падало с "Записи регистра сведений стали неуникальными", вы знаете, что платформа называет только первый такой регистр, и каждый следующий всплывает новым запуском обновления. Проверьте заранее: снимите слепок регистров в базе с новой конфигурацией и нажмите "Проверить" в рабочей. Обработка покажет все регистры сведений, где записи после обновления совпадут по измерениям, и сами группы таких записей: укороченная строка, меньше знаков после запятой, укрупнённая периодичность, убранный из составного тип. Удалённое измерение называет, но записи по нему не считает. Что разобрать не может, называет с причиной и в "дублей не найдено" не записывает. Только чтение, без доступа к таблицам СУБД.
10 стартмани
09.11.2026 216 0 nedomolkov.ivan 0
Корректировка данных Обновление 1С Системный администратор Разработчик 1С 8.3 1С 8.5 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Абонемент ($m)
Сама поднимает новый релиз во временной копии и проверяет на нём обработки, отчёты, расширения и ваши доработки: пропавшие методы, объекты, поля запросов, перехваты, готовность к 8.5. В рабочую базу ничего не пишет.
5 стартмани
05.11.2026 330 4 Iliaelagin 0
Архивирование (backup) Обновление 1С Системный администратор Разработчик 1С 8.3 Бесплатно (free)
Платформа 8.3.17, MS SQL Server: обновление конфигурации падает через 15 секунд на этапе обновления предопределённых данных, и конфигуратор при каждом входе предлагает только повторить. Проверьте у себя, когда сделана последняя полная копия базы: у нас её не было почти месяц. Разбор по минутам: что не помогло (перезапуск агента сервера 1С, перезагрузка, пакетный /UpdateDBCfg, три совета со стороны) и почему. Как ibcmd достал .dt из базы, которая не открывается, и как новую базу подставили под старым именем в кластере 1С через rac, не трогая пользователей. Простой 57 минут, потерь данных нет. Отдельно ошибки ИИ-агента Claude, который работал на сервере, и порядок действий на случай, если это случилось у вас.
03.11.2026 685 nedomolkov.ivan 13
Обновление 1С Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Бесплатно (free)
Вторая часть серии о переходе ERP 2.5 на 2.6. Я сравнил чистые выгрузки 2.5.27.88, 2.6.1.70 и 2.6.2.59 и выписал то, чего нет в официальных описаниях версий: какие экспортные методы удалены поимённо, какие документы больше нельзя создать и при каком условии, что переименовали без предупреждения. Из двенадцати механизмов, от которых отказывается 1С, к 2.6.2 удалены только два, а большая часть удалённого к ним не относится. Отдельно разбираю, почему перехватчики &ИзменениеИКонтроль ломаются на процедурах, где поменялся только английский текст, и почему доработки выгоднее готовить сразу под 2.6.2. Будет полезно разработчикам, которые сопровождают расширения и внешние обработки на ERP 2.5.27, и тем, кто планирует сроки перехода.
20.10.2026 1053 lexatsch 8
Обновление 1С Разработчик 1С 8.3 1С 8.5 Абонемент ($m)
Перед обновлением типовой конфигурации обработка читает код ваших доработок — внешних обработок, отчетов и расширений — и сверяет каждое обращение к конфигурации со старым и новым релизом. Результат — один отчет по всем доработкам: файл и строка, сам фрагмент кода и понятная причина («метод теперь принимает один параметр», «значение перечисления удалено», «перехватываемый метод не найден»). Исходники релизов и обработок можно подготовить прямо из обработки — пакетным запуском Конфигуратора.
3 стартмани
19.10.2026 347 1 InShallaH 0
Обновление 1С Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Бесплатно (free)
1С считает, что перейти с ERP 2.5 на 2.6 не сложнее, чем обновиться между версиями длительной поддержки, а обязательным переход станет не раньше 30 апреля 2027 года. Я решил проверить это заранее на нашей доработанной ERP 2.5.27, где есть два больших расширения и 517 внешних отчётов и обработок. Форма готовности нашла четыре механизма, которые надо перевести, а про код промолчала. Проверка применимости на чистой 2.6.1 выдала 478 проблем, и настоящих среди них меньше сотни. А сверка кода со словарём изменений нашла ещё 63 проблемы, которых проверка применимости вообще не видит. Часть из них не даст открыть модуль, остальные вылезут уже у пользователей. Рассказываю, как проверить применимость расширения к 2.6.1 без записи в базу, что ловит компилятор, что ломается чаще всего и чем это заменить.
16.10.2026 684 lexatsch 0
Обновление 1С 1С:Предприятие 8 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1C:ERP Бесплатно (free)
Партизанские методы оптимизации обновления тяжёлых баз
13.10.2026 1368 1c-intelligence 2
Инструментарий разработчика Обновление 1С Разработчик 1С 8.3 Бесплатно (free)
Бесплатная внешняя обработка: до обновления типовой показывает, какие ваши внешние обработки и печатные формы после него упадут. Находит в их коде вызовы общих модулей и менеджеров типовой и сверяет каждый с текущей конфигурацией и с выгрузкой нового релиза: есть ли метод, экспортный ли, сходится ли число параметров. Обработки берёт из справочника или из папки .epf и .erf, без конфигуратора. У каждого вызова статус, строка и причина.
29.09.2026 1219 141 nedomolkov.ivan 2
Кратко просмотрел, на мой взгляд у вас подробно и грамотно расписано.
Что скажете насчет этих статей:
(статья Рудакова, хорошо оформлена, но уже старенькая)
(статья от WiceAdvice, как-то мало в ней информации мне показалось)
Есть замечания - пиши, нет - молчи.
Лишь бы наследить.
А в общем всё подробно описано. Обязательно буду использовать в качестве руководства для начинающих.
(15)
Выдержка из документации на платформу.
Текущую информационную базу данных можно сохранить в файл на диске. Для сохранения данных в файл нужно выбрать пункт Администрирование ‑ Выгрузить информационную базу данных в файл. На экран выводится стандартный диалог выбора файла. Следует выбрать каталог и указать имя файла, в который будут записаны данные.
Механизм выгрузки предназначен:
● для получения образа информационной базы независимо от способа хранения данных;
● для переноса информационной базы из одной СУБД (или файлового варианта) в другую СУБД (или в файловый вариант).
Перед выполнением выгрузки информационной базы рекомендуется выполнить процедуру тестирования (средствами конфигуратора или отдельной утилиты) и исправить все обнаруженные проблемы.
Не рекомендуется использовать данный способ для создания резервной копии информационной базы по следующим причинам:
● может возникнуть ситуация, при которой файл выгрузки будет невозможно загрузить, если в информационной базе, из которой производилась выгрузка, существовали ошибки;
● длительное время создания;
● необходимость монопольного доступа к базе данных;
● высокие требования к оперативной памяти.
ПРИМЕЧАНИЕ. Работа информационной базы в монопольном режиме не переводит базу данных MS SQL в однопользовательский режим (single user).
Там же, на ИТС, в разделе БП.
Средства СУБД как правило у админа, это надо согласовывать, а ДТ-ку выгрузить без проблем, выкинуть пользователей ночью можно.
Перед выполнением выгрузки информационной базы рекомендуется выполнить процедуру тестирования
хм. а я обратное читал, что надо перед тестированием выгрузку сделать ))
Хотя логика понятна.
Документация написана для юристов. Чтобы потом не попасть на иски. На самом деле (сугубо ИМХО) выгрузка в dt (ОБЯЗАТЕЛЬНО с последующей загрузкой из dt в копию) - это и есть единственный гарантированный бекап. Если делать копию средствами SQL, то все ошибки в базе просто скопируются, и копии будут сбойные. А потом база окончательно гавкнется, вот тут то и обнаружится, что копии не годятся :(. А уж если база из dt загрузилась, то критичных ошибок там нет, только битые ссылки максимум.
База может запускаться, но при попытке открыть список документов или какой нить документ, может вылететь с ошибкой.
Но такие ошибки как правило отлавливаются уже на рабочей базе.
Вряд ли же есть привычка загружать выгруженный dt, чтобы проверить, ч
Ну у нас например можно потом если полный ахтунг у админа поднять SQL на любой момент времени, но самому там ковыряться что-то не айс.
К сожалению, поймал баг:
1) какой нибудь модуль объединить с помощью внешней программы (kdiff3), появится зеленая галка.
2) затем через правую кнопку мыши выбрать на этом же модуле "Показать различия в модуля..." и выйти из kdiff3, не сохраняя изменения
3) снова зайти в шестеренку с зеленой галкой, чтобы посмотреть результаты объединения
итог: 1с валится с критической ошибкой без возможности сохранить результаты объединения. Для больших конфигураций это может вылиться в большую потерю времени.
я ставлю фильтр показывать отличия основной от старой -тогда показывает объекты, которые меняли только мы
можно Объединять и с приоритетом основной. НО -обычная форма скопирует все элементы форм (такую лучше ручками) , а управляемая добавит только новые элементы форм после этого просто проверить
Лучше один раз все перенести в расширение и потом править по мелочи
так что использование расширений не всегда оптимально с точки зрения производительности.
(19) Для начала объяснить, что доработанную конфигурацию будет проблематично обновлять и с каждой новой доработкой все проблематичнее. Если руководство и глав бух разумные, то откажутся сразу, так как об оперативном обновление можно забыть.
Также можно обсудить и прийти к решению, когда можно обойтись без доработок. Вариант, что там проводки не так формируются не обсуждаются. Надо показать что не так делают.
У нас пытались предложить подправить, после нескольких бесед с руководством, отказались от этой идеи, как не разумной.
Прослушайте курс Богачева по Эксперту, он там это разбирает.
Да и если вы сами немного понимаете в принципах работы 1С то должны понимать что расширение это не скомпилированный код, который компилируется когда он нужен, отсюда и падение производительности.
Почему:
1. Если режим вызова "после" или "перед" - то и в коде их переносить никакой проблемы не вызывает
2. Если режим "Вместо" - то в коде ты увидишь, что логику исправляемой функции поменяли, а расширение будет работать как ни в чем не бывало, и если особенно не повезет, то не будет, например заполнять новый реквизит, что приведет к левым движениям.
3. Изменения в формах единственное слегка оправданное место, но и с этим как повезет - форму перекосило, а ты даже сравнить не можешь, чисто веселая игра "найди 2 отличия"
ИМХО рсширения оправданы для:
1. Конфа все еще на замке - расширение дает до 2 часов экономии на принятии изменений. Загрузка конфы поставщика по сравнению со сравнением/объединением.
2. Командный интерфейс
3. "динамическое обновление" - потом все убрать в конфу
4. иногда формы, но проще в поддержке - мелочи делать кодом, а крупные переделки - рисовать свою форму
- формы никогда уже не перекосит;
- не нужно играть ни в какие игры.
Как обновлять расширениями? Мне такой способ не известен.
Расширениями, кстати, сами 1с теперь патчат типовые конфы, устраняя свои же косяки. Вполне рабочий вариант.
Вообще расширения оправданы везде, где они помогают. Где мешают, там не оправданы. Всё просто.
1) Если планируется переписать конфигурацию, то значит обновления не нужны. Все что надо, надо дорабатывать, а не пытаться обновлять.
2) Если же нужны обновления и доработки конфигурации, то делать это внешними обработками и отчетами и независимые подсистемы. Что бы на обновления это не влияло.
3) Избегать конторы которые просят доработать ЗУП и БУХ, потому что им там что то не нравится, за исключением крупных контор, где целый отдел.
А если работаешь в конторе, где и ЗУП и БП и всё просят доработать? Вопрос риторический, расширения в помощь пришли.
просто добавь в свой чек-лист кроме тестирования правок конфигурации тестирование своих расширений.
в любом случае ты ДОЛЖЕН документировать свои доработки , в том числе свое представление о функциональной структуре изменяемого чужого приложения.
Вы я так понимаю не особо сталкивались с очень сильно дописанным конфигурациям, а это значит что не все ваши утверждения верны.
При обновление таких конфигураций есть особенности.
1. Фильтр при обновление ERP не всегда удобен, в этом случае мы не видим какие объекты помечены на удаление и какие удалены (а это частая проблема в ERP). Плюс к этому если вы не пользуетесь системами юнит тестирования то вас ожидает сюрприз в конце вашей работы, например не отработка фоновых обработчиков.
2. Очень часто производится переименование процедур и функций, да что уж там модулей тоже, что при вашем подходе приводит конфигурацию либо к бардоку в модулях со старыми процедурами и функции либо вообще к неработоспособности.
эти ключевые причины мешают использовать описанный вами выше мехнаизм.
Я делаю проще, в процессе обновления я затираю весь код которые был доработан, а потом добиваю его через сравнение объединение, что позволяет как минимум вычистить мусор в модулях, при этом я сразу могу удивить какие модули были помечены, переименованы или удалены. Что оптимизирует процесс обновления и чистоту конфигурации.
А вообще лучше всего побывать автоматизировать данные моменты, т.к. на обновление не типовых конфигураций может уходить до 24 часов просто переноса кода.
Отсюда резюме: ваш описанный метод можно применять, на обычных формах, которые по сути сейчас статичны и максимум на БП и РТ остальные же конфигурации к сожалению подвержены достаточно большим изменениям и ваш описанный метод может подходить не всегда.
Да, технология автоматизированного обновления от «1С-ИжТиСи» по умолчанию подразумевает снятие с поддержки. Но заказчик всегда может попросить вернуть объекты на поддержку в обновленной конфигурации. Большей части наших клиентов отсутствие поддержки не мешает, но критичны сроки обновления. Тем же компаниям, которым поддержка критична — мы «замочки» возвращаем. Возможно, где-то случилось недопонимание.
Прямо сейчас мы с ними подписываем договор на обслуживанием, чтобы они обновляли нашу допиленную ЗУП. Мне самому интересно, что из этого выйдет.
интересный опыт.
1. кто вам допилил зуп, не ваши сотрудники? зуп 3.хх?
2. в каком объеме? кол-во новых объектов, кол-во новых реквизитов типовых объектов, кол-во измененных процедур,
кол-во измененных форм,кол-во измененных макетов(скд в т.ч.) и т.п., просто порядок величин 1,10,100...
3. как происходит передача изменений? ведь не зная что для чего делалось можно вместо рукавов ширинку пришить :)
4. стоимость обслуживания меньше ставки 1с-ника средней квалификации?
1. ЗУП 3.1.10, пилил франч и потом я, когда сюда устроился (в этом году). Франч изосрал всю конфигурацию, внеся изменения куда можно и куда нельзя.
2. Порядка 100 изменений плюс-минус. Есть изменения в т.ч. в расчетной части - свой алгоритм доплаты до оклада по больничному листу. Есть доработки в части НДФЛ. Но основное - это измененные формы. У меня были мысли, как изменения в формах минимизировать, вынеся с модули и генерируя элементы кодом, но на это просто нет времени.
3. а вот это мне самому интересно. Из-за того что у нас очень долгое подписание договоров в компании - на практике не проверял. Типа, мы даем cf, а они возвращают cf актуального релиза с перенесенными изменениями.
4.
Нам оценили год обслуживания в 45 т.р. Т.к. у них это на 80% автоматизировано, я надеюсь, что качество будет выше, чем ручное обновление. Критичный функционал они допроверяют руками.
Я программист в одном лице, мне заниматься обновлениями уже в лом, честно говоря. Могу, но если это можно не делать - пусть делают они. Компания мое мнение поддерживает - что рутину надо скидывать на сторону.
тоже не слышал, но общался с франчами, которые писали подобное, может и они, не знаю, они полностью процесс не автоматизировали все равно. Частично и потом программист проверяет. Вообще не представляю, как можно автоматизировать обновление сильно доработанной конфы. У меня вот этой осенью такая БИТовская "поехала", БИТ начал удалять реквизиты, которые критично участвуют во всех доработанных (им же) отчетах, формах. Боюсь как бы не пришлось заново писать вообще. На третьем релизе только в одной форме до 40 новых функций появилось, первые два уже осилил. Сижу вот кумекаю ))
Всегда необходимо - тщательно обновлять.
Это включает:
1. Бекапы - сделать.
2. Анализ изменений.
(которые были + которые в типовой прошли)
3. Накат обновы.
(написано кратко - в реальности, это ХХХХХХХХХХХХХХХХХХХ времени может занять. Зависит от объёма работ и мощности ПК и сервера 1с)
4. Тестирование.
(в идеале - все участки/пользователи - сами проверят.
В реальности - это далеко не всегда так)
Далее - возврат к п. 3 (или даже 2) или Завершение (бекап - хранить долго!).
А ещё вы не учли тот нюанс удаляемых процедур и функций поставщиком. Их нужно удалять только в том случае, что на них сторонний разработчик не делал ссылок в модулях (например на общие модули). А если их не удалять - то они будут хламиться.
Отдельная песня про измененные обычные формы - насколько помню, автоматически никогда корректно не менялось, приходилось все ручками.
Плюс при сравнении/объединении конфигураций не всегда корректно отображается цветовая палитра объектов (смотреть - первая картинка - разница типовой конфигурации, вторая и третья - общий модуль некорректно отображается цветом при установке/снятии галочки, четвертая картинка - некорректно отображается цветом измененный документ). Почему получилось так - сказать не могу, до меня эта конфигурация обновлялась двумя разными людьми, а может при обновлении что-то не так было.
Поэтому в сильно измененной конфигурации лично я обновлялся за два-три прохода. Сначала не измененные и немного измененные объекты, потом - сложнота.
Похоже у вас скриншот неправильный к этому примеру. В тексте идет речь про объединение с приоритетом основной конфигурации, а на скрине стоит режим "Объединение с приоритетом новой конфигурации поставщика" и в окне объединения видно, что комментируется наш код из основной конфигурации.
А фильтр "Показывать только дважды измененные свойства" вообще не показывает где были сделаны изменения (у меня в программе, недавно делала обновление).
А формы лучше обновить на новую конфигурацию поставщика, а потом вносить свои изменения, так будет легче и быстрее, моё мнение.
В Гите тоже есть свои недостатки, но достоинства перевешивают.
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 1158512
Создание 29.11.19 14:14
Обновление 29.11.19 14:14
Просмотры 39500
Загрузки 0
Рейтинг
162
Комментарии 80
Код открыт Да
Рубрики Обновление 1С
Кому Разработчик
Тип файла Нет файла
Платформа 1С:Предприятие 8
Конфигурация 1C:Бухгалтерия
Операционная система Не имеет значения
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)
