Возможно ли получение эталонного файла конфигурации *.cf из измененной стандартной, например (УТ 11.1, БП 3.0) или более глобальный вопрос о том как убрать лишние доработки и привести конфигурацию базы максимально к стандартной после варварских "доработок"?

Имея значительный опыт по разработке собственных нетиповых конфигураций и их существенной доработке, в. т.ч. в режиме тонкого клиента 8.2 столкнулся со следующей элементарной проблемой. Есть измененная стандартная конфигурация (не важно какая УТ 11.1, БП 3.0, УТ 10.3 ...) релиза "N.N.NN.NN" со значительными изменениями. Естественно, чтоб понять ЧТО туда "занесли" предыдущие программисты нужен эталонный (как его обозвать "заводской" что-ли файл конфигурации *.cf того же релиза "N.N.NN.NN" для сравнения и объединения с целью получения отчета и поверхностного анализа с целью спрятать функционал в модули новых справочников и документов (нетиповых), убрав доработки из общих модулей, облегчив последующие обновления.
Мне уважаемые люди сказали что хитрыми  манипуляциями "...Конфигурация-Поддержка-Настройка поддержки..." можно получить из своей "базы" эталонную сф.
Что называется век живи, век учись. Помню всей фирмой-франчайзи искали "франчевский" установочный диск, когда обратился важный клиент с подобной просьбой.
Предполагаю, дальнейшие действия будут такие: нужно предварительно в нашу "базу" (не забыв сделать резервную копию и выгрузив из нее перед началом "опытов" С_Именениями_N.N.NN.NN.cf) загрузить пару раз поманипулировав с режимом поддержки, с галочками, с режимом приоритета загрузки (Из файла) и вуаля вот вам чистый "Эталонный_N.N.NN.NN.cf". Первая загрузка - для удаления того чего нет в стандартной, добавления того что было "испорчено" в текущей, Вторая - для исправления режима порядка объектов.
База большая, но за неимением установочного придется попробовать, благо доступ к интернет-обновлениям есть по подписке ИТС  :zebzdr:.
Кто-нибудь проводил подобное исследование? База то большая, компьютер древний, но видимо придется. Уж чего-то не верится что будет эталонный cf. В стандартных файлах обновлений *.cfu только последние изменения, включая обработку первого запуска с проверкой константы версии конфигурации.    
P.S. Не надо думать что я начинающий разработчик. Раньше из-за работ в ИТ отделах подобного прецедента практически не было. Принималось решение на момент внедрения остановиться на отдельном релизе и все последующие изменения вносились в него: велся архив, в случае ошибок из него "вытрясали" *.cf и сравнивали с ним. Или еще интереснее: была работа с хранилищем конфигурации при групповой разработке и там все аналогично. Или просто приносилась стандартная "конфа" и отдельные объекты метаданных снимались с поддержки что их испортили программисты (чего не сделаешь для родного клиента по его же просьбе за его же деньги). Или, в конце-концов был установочный релиз под руками, но толку от этого мало: по общему правилу нужно разбираться и ковырять код в отладчике и проводить эксперименты на тестовых примерах в режиме предприятия то что есть здесь и сейчас не рассматривая предысторию. Так сказать с другой веткой истории (или эволюции). А на вопрос "зачем?" все было внесено никто никогда не скажет. Задача приведения к стандартной гораздо более трудоемка и требует тщательного предварительного анализа того что есть на самом деле + знания последнего релиза типовой. Вот как-то так.
Хотелось бы послушать мнение народа о методах приведения к стандартной и о подводных камнях подобного направления.

(0) Есть более быстрый способ получения эталонной cf: обратиться к франчу

Многабукв, ниасилил. Об чем вкратце?

К сожалению, по ряду причин это невозможно. Задача минимум проверить новую технологию. Задача максимум привести все в божеский вид и облегчить обслуживание. Работать в такой базе просто невозможно.

(0) хочешь типовую = выгрузи цф поставщика, сними с поддержки и загрузи цф обратно

Есть сильно измененная типовая конфигурация. Вопрос КАК получить из нее эталонный cf того же релиза, когда есть доступ к сайту обновлений не прибегая к помощи франчей?

(5) сохрани цф поставщика

сам же говорил, что знаешь "хитрые манипуляции"

(5) Если обновлялась как положено - выгрузить конфигурацию поставщика. Правда, в 80% случаев обновляли рукожопы через сравнение/объединение, но шансы есть.

Вот я про то же: там может быть ЧТО угодно и можно ли "вытрясти" 100% эталонный cf. А то мне же перед людьми неудобно: могу собственное что угодно написать, в т.ч. сложные запросы, отчеты в СКД и.т.д. Здесь вопрос принципиальный.

"хитрые манипуляции" знаю, но компьютер древний, и инет в сельской местности плохой.

Накатить сверху cf поставщика. Но не факт что все будет гуд. Либо хранилищем конфигурация надо было пользоваться. Я думаю большинству эти методы известны

Есть только "*.cfu" нет cf поставщика. Если бы было другой разговор.

Конфа вообще на поддержке стоит, если да то на чьей?

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

(9) как что угодно? Сравни версии. Если они одинаковые, то отличия в любом случае будут видны, какие бы там изменения не были

(9) как ты называешь "эталонный" .cf - он называется конфигурацией поставщика.
Так вот,
1. сравни релиз по "О программе" и в конфигурация-поддержка-настройка поддержки. Релизы там одинаковые высвечиваются?

Сейчас проверю все варианты.

В итоге удалось получить "условно эталонный" файл поставщика с желтыми кубами.
Поступил по следующей технологии.
В режиме 1С предприятия "О программе" и в меню конфигуратора "конфигурация"->"Поддержка"->"Настройка поддержки" убедился что релизы одинаковые N.N.NN.NN
1. Выгрузил в изм_НаПоддержке_N.N.NN.NN.cf
1. Снял измененную конфигурацию с поддержки.
2. Выгрузил в изм_БезПоддержки_N.N.NN.NN.cf
3. Загрузил в меню конфигуратора "Загрузить конфигурацию из файла" изм_НаПоддержке_N.N.NN.NN.cf
4. В меню конфигуратора "конфигурация"->"Поддержка"->"Настройка поддержки" на первом попавшемся реквизите объекта с желтым кубиком признаком "Объект редактируется с сохранением поддержки". Изменил флажок на признак с замочком "Объект поставщика не редактируется".
5. После появилось сообщение "Установка данного правила выполняется только в режиме сравнения/объединения с конфигурацией поставщика.
В режиме сравнения / объединения с конфигурацией поставщика найдите данный объект, убедитесь что объекты идентичны и, при необходимости, выполните объединение.
После этого в режиме сравнения / объединения с конфигурацией поставщика установите данное правило.
Выполнить сравнение / объединение с кофигурацией поставщика"? Нажимаю да и вот идет процесс сравнения с где-то (где?) с этой эталонной конфигурацией
6. Дальше возникает меню с двумя окошками. Ставлю везде и порядок из файла, и взять из файла. В свойствах ставлю галочку "разрешено удалять объекты основной конфигурации". Попутно вижу и с плюсами-минусами не 1С-овские объекты. После прохождения п. 6 прохожу с п. 4 еще раз. Вижу что несколько объектов все равно не захотели объединиться. Еще раз выставляю замену. Проверив на нескльк раз п.4, попались два объекта, которые не хотели замещаться подобным образом запускаю F7. В первый раз длительная реструктуризация, и потом уже выгружаю долгожданный почти_эталонный N.N.NN.NN.cf
Сразу возникает вопрос: а ГДЕ сохранялась до этого информация о первоначальном состоянии каждого объекта метаданных где был желтый кубик? Ведь даже нужного релиза *.cfu не было. Да и в нем то содержится информация о новых объектах, измененных и удаленных.
Представляю этот процесс:
1. Сняли всю конфигурацию с поддержки. Были все объекты метаданных на замочках, стали просто желтые кубы. В некоторые желтые кубы напихали черт знает что руками, возможно объединяли не раз с чем-то cf-ным. Где хранилась история изменений или вернее первоначальное состояние каждого измененного объекта с желтым кубом?
Еще непонятна фраза
(5) Если обновлялась как положено - выгрузить конфигурацию поставщика. Правда, в 80% случаев обновляли *** через сравнение/объединение, но шансы есть.
Почему все-таки лучше получить эталонный cf если можно все вот так восстановить?
Возможно вначале были лишние шаги еще раз буду смотреть уже с другой конфигурацией где лично внесу контрольные изменения чтоб отработать технологию.

Насколько все-таки полученный по таким технологиям файл надежен?

>хитрыми  манипуляциями "...Конфигурация-Поддержка-Настройка поддержки..." можно получить из своей "базы" эталонную сф.
Что называется век живи, век учись. Помню всей фирмой-франчайзи искали "франчевский" установочный диск, когда обратился важный клиент с подобной просьбой.

мдя...

>Где хранилась история изменений или вернее первоначальное состояние каждого измененного объекта с желтым кубом?

нет истории если нет хранилища... есть текущая конфа и есть конфа поставщика - все относительно нее

(18) Или я не понял твою задачу, или ты через одно место ухо чешешь.
1. В рабочей базе идешь в "конфигурация"->"Поддержка"->"Настройка поддержки"
жмешь "сохранить конфигурацию" - получаешь ЦФ поставки
2. В пустую конфу загружаешь полученный ЦФ через  "Загрузить конфигурацию из файла"
Вот у тебя абсолютно типовая подзамочная возможно неактуальная база. Через сайт обновлений дотягиваешь ее до нужного релиза (совпадающего с измененной базой)
3. аналогично получаешь ЦФ поставки для актуального релиза: в подготовительной "конфигурация"->"Поддержка"->"Настройка поддержки"
Задача про эталон решена, причем он полностью подзамочный.
4. В измененной базе делаешь обновление через поддержку на полученный в п 3 ЦФ и снимаешь галку с корня. У тебя обновляется только версия поставщика до актуальной.
Ну а дальше делаешь "конфигурация"->"Поддержка"->"Настройка поддержки", "сравнить, объединить" и смотришь на предмет лишних изменений кусочно возвращаясь на типовую или записывая изменение в книжечку как необходимое.

(19) ты эта тыкай под ником во время сообщения чтоб было ясно кому отвечаешь

(23) (19) + или в сковках номер поста на который отвечаешь

>Правда, в 80% случаев обновляли *** через сравнение/объединение

это нормально если источник был в виде типовой - id объектов не поехавшие

вот если особо одаренные делали копи/пасте - тут веселье...

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

копи-паст только с программными текстами в модулях. Или если по F9 новый объект создать. Но это уже отдельная доработка.

(27) Есть три базы - рабочая, разработки (чаще всего совпадает с рабочей, иначе <!>), поставщика (может быть много сразу).
Испортить ее нельзя (штатно), можно только потерять сказав "снять с поддержки".

>Всегда думал есть основная конфигурация и конфигурация базы данных.

вообще их может быть эти две + от одной до овердокуа конфигураций поставщика если есть горизонтальная подержка

+(29) Иногда с большими базами (типа УПП) что-то встает колом и обновления не проходят. В некоторых случаях помогает снять с поддержки и поставить обратно. Так что все-таки порой база поставщика портится.

тогда догоняй конфу поставщика до нужного релиза, потом "Конфигурация-Поддержка-Обновить" на копии текущей базы... потом ставь фильтр "дважды измененные" и изучай

(31) не сталкивался. бывает тупил локальный кэш, бывает ломается из-за старого движка или кривоногого отчета... но чтобы конфа поставщика убивалась...

(33) Сам тоже не сталивался - на партнерке периодически возникает тема. У меня веселее было - у самописки РИБ создавал новый узел с позапрошлой версией поставщика. Откуда он ее брал - ХЗ

Теперь понятно. Спасибо всем большое. Как только начинаешь вплотную с типовыми работать сразу другие проблемы появляются.

>создавал новый узел с позапрошлой версией поставщика

гы

Господа у меня есть подобные заморочки только с ТИС 7,7
для 7ки есть какой-то вариант нарыть конфу для сравнения. ну такой же релиз?

В итоге то что с желтым кубом в принципе можно восстановить и то без гарантий.

(38) То, что с желтым кубом по (22) восстанавливается с гарантией, то что без - или совсем новое, или следы обновления через сравнение-объединение. Там беда будет.

(37)Для семерки - только у франча/официальное письмо в 1С.

На известных сайтах можно скачать и установочник нужного релиза. Непонимаю о чем ваще базар. Есть ИТС обратись к франчу - он все пришлет. Нет ИТС - купи. Делов на два дня.

Это если по каждому установочнику по 2 дня работать будет невозможно. Сегодня вот хотел этот вопрос с "желтыми кубами" раз и навсегда решить. Еще вот непонятно как различать "следы обновления". Только по комментариям в коде? Или по отсутствию желтых кубов у реквизитов объекта.
Про РИБ вообще отдельная тема. Там только с установочным и то не поможет. Что угодно вылезет.

(42) Что? Вы русский вообще, из (42) ваще ниче не понятно. Вам все уже ответили выше. И не катит на парня, который свои конфы разрабатывал и не может с поставкой разобраться - врать не хорошо.

(5)Фигня какая то...
Нафига получать эталонный cf из нее?
Доступ к сайту обновлений говоришь есть.
Значить берешь c сайта стандартную конфу нужного релиза и выгружаешь из нее cf.
В чем проблема то?
Зачем какие то заморочки на ровном месте?
Или я чего то непонимаю?

(42) сравнить с конфигурацией поставщика, все изменения будут сразу видны

(42) выбираешь пункт "Сравнение конфигураций". Выбираешь первую конфигурацию - "Конфигурация поставщика", вторую конфигурацию "Основная конфигурация". Жмешь там кнопку сравнить, получаешь результат.

Насчет доступа к ИТС мне по большому блату доступ дали: считайте что украл пароль. И из cfu, что на сайте 1С не получишь полноценный cf. И так сложилось что все время приходилось только что попало писать без поддержки. Сейчас возникла необходимость пожалуйста: с галочками-палочками можно за 1 день повозившись разобраться.

Жалко тут нет возможности скриншот экрана поместить: показали уже одну кнопку в каком-то меню и всего делов.