Редактирование объектов конфигурации, находящихся на поддержке в режиме «Объект поставщика не редактируется» с сохранением замка

26.06.26

Разработка - Групповая разработка (Git, хранилище)

Описание приема «Конф-фу», не имеющее реального практического применения. Это просто интересная особенность работы Хранилища.

Однажды при работе в Хранилище я наткнулся на объект конфигурации, у которого была настроена поддержка в режиме «Объект поставщика не редактируется», но при этом объект явно отличался от конфигурации поставщика. Как же его отредактировали, сохранив замочек?

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

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

Для данного приема «Конф-фу», конфигуратор должен быть подключен к Хранилищу. Если кто-то не знает, как это сделать, то краткая инструкция под спойлером:

 
 Создание Хранилища

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

 

 

Вносим любые правки в объект без замочка и помещаем их в Хранилище (корень конфигурации оставляем захваченным!):

 

 

Объект отредактирован, но замочек пропал.

А теперь следим за рукой...

 

 

Берем корень конфигурации... и отменяем его захват в Хранилище. Да вот так просто. Берем и отменяем:

 

 

После чего получаем такую интересную картину:

 

 

Объект вернулся на замок, но правки, которые были в него внесены, никуда не пропали. И мы получили ту самую парадоксальную ситуацию, при которой объект конфигурации отличается от конфигурации поставщика, но при этом его поддержка в режиме «Объект поставщика не редактируется».

Этот парадокс сохраняется и после отключения базы от Хранилища:

 

 

В комментариях предлагаю поделиться вашими вариантами практического применения данного приема «Конф-фу».

Вступайте в нашу телеграмм-группу Инфостарт

Конфигуратор Хранилище Конфигурация поставщика Поддержка Замок Конф-фу

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Разработка Инструментарий разработчика Групповая разработка (Git, хранилище) Разработчик Платные (руб)

Практический курс по работе с AI-агентами для разработчиков 1С уровня middle и senior, а также тимлидов команд: от постановки задач и передачи контекста до создания расширений, интеграций, MCP-инструментов, тестов и проверки готового решения.

50000 руб.

10.09.2026    13249    104    0    

78

DevOps и автоматизация разработки Групповая разработка (Git, хранилище) Системный администратор Разработчик 1С 8.3 1С 8.5 Бесплатно (free)

В прошлой статье у ERP оставалось 89 отказов загрузки, у ЗУП — 19. Теперь обе конфигурации совпали с эталонами, а собранные файлы прошли круг через платформу. Развертка выделена в открытый репозиторий cf-unwrapper: библиотека на Rust и консольная утилита. Показываю результаты, объясняю границы «100%» и приглашаю к проверкам и развитию проекта.

02.11.2026    219    oyti    1    

1

DevOps и автоматизация разработки Групповая разработка (Git, хранилище) Разработчик 1С:Предприятие 8 Россия Бесплатно (free)

Практическое руководство для команд, которые хотят уйти с хранилища конфигурации на git, не переходя на новую среду разработки. Подойдёт разработчикам и тимлидам, которые настраивают командную разработку на типовых и собственных конфигурациях.

02.11.2026    438    vanya_gonchar    2    

4

Файловый обмен (TXT, XML, DBF), FTP DevOps и автоматизация разработки Групповая разработка (Git, хранилище) Системный администратор Разработчик 1С 8.5 Бесплатно (free)

В прошлой статье я выгрузил Бухгалтерию в XML байт в байт и спросил, на чем проверить дальше. Вы ответили: ERP, старые релизы, зарплата. Прогнал пять конфигураций, от клиента ЭДО до ERP на 120 тысяч файлов. Рассказываю, что сломалось после Бухгалтерии, почему эталону платформы нельзя верить на слово, как выгрузить одну конфигурацию в формат трех версий платформы - и почему cf-конвертер становится отдельным продуктом, Разверткой.

02.11.2026    291    oyti    2    

3

Инструментарий разработчика Групповая разработка (Git, хранилище) Разработчик Стажер 1С 8.3 Абонемент ($m)

Два разработчика, по десять правок «Нано-УТ 2.0» в git: длинные ветки против слияния после каждой правки, 22 слияния с загрузкой main в чистую базу. ConfigDumpInfo.xml конфликтовал в 11 слияниях из 11, построчное объединение ломало XML и модули. Показываю, что убрать строкой в .gitattributes, что разбирать целыми вставками и как увидеть конфликты до слияния. Прилагаются инструмент с 38 тестами и материалы опыта.

1 стартмани

29.10.2026    313    Ninel_S    3    

-1

DevOps и автоматизация разработки Групповая разработка (Git, хранилище) Файловый обмен (TXT, XML, DBF), FTP Системный администратор Разработчик 1С 8.5 Бесплатно (free)

Выгрузка типовой Бухгалтерии в XML через базу занимает больше четырёх минут. Я написал движок, который читает файл конфигурации напрямую и выгружает его за 35 секунд, совпадая с выгрузкой платформы байт в байт во всех 90 385 файлах. Загрузка обратно тоже работает: круг через платформу совпадает полностью. Рассказываю, как ускоряли, как проверяем и что при загрузке XML теряет сама платформа. А в конце спрашиваю, нужно ли это кому-то, кроме меня, и на какой конфигурации проверить следующей.

27.10.2026    864    oyti    20    

16

Рефакторинг и качество кода Групповая разработка (Git, хранилище) Разработчик 1С 8.3 Абонемент ($m)

Скрипт на Python посчитал метрики 2711 общих модулей УТ 11.5: 26 модулей длиннее 10 000 строк кода. Проверила счёт на синтетических модулях и показала, где рейтинг ошибается: самый длинный модуль оказался в нём ниже девяти коротких. Для разработчиков 1С. В архиве скрипт, тесты и журналы.

1 стартмани

26.10.2026    353    Ninel_S    8    

-3

Групповая разработка (Git, хранилище) Разработчик 1С 8.3 Абонемент ($m)

Общие модули 1С вынесла в подмодуль Git и подключила к двум проектам на выгрузке «Нано-УТ» и платформе 8.3.27. Подмодуль на весь каталог CommonModules загружается; клон без --recursive даёт код 1, а забытый указатель и смена ветки молча дают базу не той версии. Переименованная процедура прошла /CheckModules при 28 вызовах. В архиве скрипты, диагностика подмодулей, тесты и журналы.

1 стартмани

26.10.2026    322    Ninel_S    0    

-1
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. V.Nikonov 141 29.06.26 12:06 Сейчас в теме
С Базовой Конфигурацией такой Фокус не прокатит?
3. madonov 287 29.06.26 13:51 Сейчас в теме
(1) мне кажется это прокатит с любой конфигурацией, помещенной в хранилище.

Для помещения в хранилище потребуется включить возможность изменения, но поддержку можно оставить на замке.
2. TheOldGuard 12 29.06.26 13:33 Сейчас в теме
Не баг, а фича получается?)
4. Артано 803 29.06.26 16:43 Сейчас в теме
Это не единственный способ. Можно сделать файл поставки со своими правками и обновиться с него. Инфа о поддержке объекта хранится в корне конфы и в разрезе имени поставщика отсюда и...
6. madonov 287 29.06.26 23:11 Сейчас в теме
(4) в этом случае конфигурация поставщика будет равна конфигурации БД и никакого парадокса не будет. Просто будет кастомный поставщик.

В статье речь как раз о том, как создать парадокс, при котором конфигурация БД отличается от поставщика, а объект на замке.
7. Артано 803 02.07.26 13:06 Сейчас в теме
(6) Тогда и правда бесполезное знание :-)
5. Артано 803 29.06.26 16:46 Сейчас в теме
Практическое же применение простое: не давать кому попало править конфу на проде, а обновляться файлами обновлений.
Для отправки сообщения требуется регистрация/авторизация