Чем может грозить не обновление конфигурации поставщика при обновлении доработанной конфигурации?

Я вообще конфигу поставщика грохаю, ибо место в cf файле занимает

(1) А как ее грохать можно?

(2) снять с поддержки

(0) Потом с ней не сверишься, когда нужно будет посмотреть отличия.

(4) Я обычно беру выгружаю из типовой цф-ник и с ним сверяю

(3)+ хотя так наверно она всё равно останется

(6) не останется

(0) плохой кармой и лучами п.носа от следующего одноэсника, а больше ничем не грозит

(5) там очень удобные фишки при обновлении: фильтр Показать только дважды измененные, она тебе показывает только объекты измененные и у поставщика и у тебя. То есть реально в 10 раз уменьшается количество объектов, которые смотреть.

>Чем может грозить не обновление конфигурации поставщика при обновлении доработанной конфигурации?

потерять можно много чего из-за отсутствия "дважды измененные" + новые объекты непонятно чьи если не используются префиксы...

следующий после тебя наймет киллера.

(8) +
Зачем обновлять 1С 8 в стиле 1С 7.7? Как долго такая конфигурация проживет и сколько "сэкономит" организация, когда встанет задача обновиться на 10 релизов до типовой?

(8) есть конфига для разработки, там и пусть висит, а в рабочей зачем она? Или вы все тут по живому правите?

(12) А нефиг рабочую править

(13) У кого есть конфа для разработки? У разработчика. А что будет при смене разработчика? Новый разработчик получит конфу от старого разработчика?

(13) по живому не живём, конфигурацию поставщика в продуктиве не трогаем, ибо для 50 Гб mdf  это 0.073% объёма