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

[kostyaomsk]

Имея значительный опыт по разработке собственных нетиповых конфигураций и их существенной доработке, в. т.ч. в режиме тонкого клиента 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". Первая загрузка - для удаления того чего нет в стандартной, добавления того что было "испорчено" в текущей, Вторая - для исправления режима порядка объектов.
База большая, но за неимением установочного придется попробовать, благо доступ к интернет-обновлениям есть по подписке ИТС  .
Кто-нибудь проводил подобное исследование? База то большая, компьютер древний, но видимо придется. Уж чего-то не верится что будет эталонный cf. В стандартных файлах обновлений *.cfu только последние изменения, включая обработку первого запуска с проверкой константы версии конфигурации.   
P.S. Не надо думать что я начинающий разработчик. Раньше из-за работ в ИТ отделах подобного прецедента практически не было. Принималось решение на момент внедрения остановиться на отдельном релизе и все последующие изменения вносились в него: велся архив, в случае ошибок из него "вытрясали" *.cf и сравнивали с ним. Или еще интереснее: была работа с хранилищем конфигурации при групповой разработке и там все аналогично. Или просто приносилась стандартная "конфа" и отдельные объекты метаданных снимались с поддержки что их испортили программисты (чего не сделаешь для родного клиента по его же просьбе за его же деньги). Или, в конце-концов был установочный релиз под руками, но толку от этого мало: по общему правилу нужно разбираться и ковырять код в отладчике и проводить эксперименты на тестовых примерах в режиме предприятия то что есть здесь и сейчас не рассматривая предысторию. Так сказать с другой веткой истории (или эволюции). А на вопрос "зачем?" все было внесено никто никогда не скажет. Задача приведения к стандартной гораздо более трудоемка и требует тщательного предварительного анализа того что есть на самом деле + знания последнего релиза типовой. Вот как-то так.

[LexaK]

несколько вариантов
1.восстановить резервную копию, до внесенных изменений, сохранить .СФ .
2.обратиться к знакомым у которых есть какая же база, желательно на поддержке, попросить файл .СФ у них.
3.если есть подписка, попробуйте через этих поставщиков получить файл .СФ.
4.если остались документы купли 1С, можете в самой 1С попробовать получить файл .СФ
5.просто полазить по интернету и скачать нужный файл .СФ

[kostyaomsk]

Тут уже вопрос принципиальный. Мне сказали что МОЖНО

несколько вариантов
1.восстановить резервную копию, до внесенных изменений, сохранить .СФ .
2.обратиться к знакомым у которых есть какая же база, желательно на поддержке, попросить файл .СФ у них.
3.если есть подписка, попробуйте через этих поставщиков получить файл .СФ.
4.если остались документы купли 1С, можете в самой 1С попробовать получить файл .СФ
5.просто полазить по интернету и скачать нужный файл .СФ

1. - отпадает нету
2. - тоже отпадает
3 подписка есть, к франчу по политическим причинам обращаться не буду. Дольше возиться
4. нет документов и не было никогда, кроме паспорта РФ
5. Придется, но вот что мне пишут (далее ответы):
- Хочешь типовую = выгрузи цф поставщика, сними с поддержки и загрузи цф обратно;
- Если обновлялась как положено - выгрузить конфигурацию поставщика. Правда, в 80% случаев обновляли рукожопы через сравнение/объединение, но шансы есть.

Добавлено: 05 авг 2014, 17:27

В итоге удалось получить "условно эталонный" файл поставщика с желтыми кубами.
Поступил по следующей технологии.
В режиме 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 если можно все вот так восстановить?
Возможно вначале были лишние шаги еще раз буду смотреть уже с другой конфигурацией где лично внесу контрольные изменения чтоб отработать технологию.

[Besart]

или я чего-то не понел, или вы все усложнили,
если поддержка не снята полностью, то в БД есть конфа поставщика

[kostyaomsk]

или я чего-то не понел, или вы все усложнили,
если поддержка не снята полностью, то в БД есть конфа поставщика

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

[dock]

Есть один момент: если совсем по варварски изменяли конфигурацию, то могли и изменить конфигурацию поставщика.
достаточно создать свое собственное обновление и обновить конфигурацию.

[vitasw]

Есть один момент: если совсем по варварски изменяли конфигурацию, то могли и изменить конфигурацию поставщика.
достаточно создать свое собственное обновление и обновить конфигурацию.

Стисняюсь спросить, а чем этот метод варварский? Что вам даст информация о том что на момент начала доработок был какой-то релиз поставщика?
А во-вторых: даже обновляя рабочую базу из собственной поставки эталонный сф поставщика текущего релиза все равно есть в рабочей базе. Нужно только уметь его достать.

[dock]

Есть один момент: если совсем по варварски изменяли конфигурацию, то могли и изменить конфигурацию поставщика.
достаточно создать свое собственное обновление и обновить конфигурацию.

Стисняюсь спросить, а чем этот метод варварский? Что вам даст информация о том что на момент начала доработок был какой-то релиз поставщика?
А во-вторых: даже обновляя рабочую базу из собственной поставки эталонный сф поставщика текущего релиза все равно есть в рабочей базе. Нужно только уметь его достать.

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

[TrigubovichL]

Не хочу Вас расстраивать, но боюсь Вы можете попасть в безвыходную ситуацию.

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

И хотя мне дали даже исходную CF-ку, и в коде были адекватные комментарии, типа такой-то человек в такой-то день внес такие-то изменения: было так //в комментариях, а стало вот эдак...
Но когда я запустил сравнение-объединение, чтобы узнать состав внесенных изменений, и попытаться оценить необходимое время, то конфигуратор завис на несколько часов, а я не дождавшись пошел поспать, думал утром увижу.

А утром увидел лишь окно "Недостаточно памяти" и после нажатия "ок" конфигуратор естественно закрылся!
Пришлось от этого заказа отказаться, вызвав при этом даже осложнение отношений с руководством фирмы

[1Cnastroika]

Бывает, что особо "одаренные" программисты снимают типовую конфигурацию с поддержки. Тогда конфигурации поставщика нет. Если конфигурацию не сняли с поддержки, то можно сделать сравнение основной конфигурации с конфигурацией поставщика: Конфигурация -> Сравнить конфигурации: первая конфигурация - основная, вторая конфигурация поставщика.

Добавлено: 30 дек 2015, 22:18

Для получения файла Cf конфигурации поставщика:
Конфигурация - поддержка - настройка поддержки - сохранить в файл.
Чтобы вернуться к типовой конфигурации с замком, нужно: Конфигурация - загрузить конфигурацию из файла. Выбрать файл cf  с конфигурацией поставщика.