Проблемы с обновлением нетиповой конфигурации 7.7

Суть проблемы связана с переносом части данных из "изменённой" базы в последний (чистый) релиз 7.7.

При сравнении нетипового релиза (комплексный 460) с типовым (комплексный 460) были найдены изменённые части -

http://i009.radikal.ru/0904/1b/08f83bc3cea2.jpg

Я начал их копировать из нетиповой (460) в типовую релиза (486) - "справочники" вроде скопировались методом переноса (Ctrl + C  -- Ctrl + V)

http://s43.radikal.ru/i101/0904/e9/273cddd66f23.jpg

Когда дошёл до копирования изменённых документов из 460 в 486 столкнулся с проблемой "некопирования", тоесть делал всё тоже самое, что описано выше, но почиму-то ничего не копировалось =(

http://s41.radikal.ru/i094/0904/22/ec0f32a7833c.jpg

А при попытке скопировать "Интерфесы" - я вообще не нашёл что заменять.

http://s50.radikal.ru/i129/0904/78/43282afdafcd.jpg



Я сам новечок в переносе нетиповой конфигурации. Всё делал по инструкциям в интернете, а что-то всёравно не переноситься. =( Как быть?

>  Всё делал по инструкциям в интернете,

А че, нормальный ход...
Зачем париться, на курсы ходить или книжки читать?
В интернете - проще....

На курсы ненаходишься - денег не набирёшься. Тем более это технический форум на котором разбирают технические проблемы. А это и есть техническая проблема - почему не переносится?

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

> Тем более это технический форум на котором разбирают технические проблемы.

Во-первых, совсем не обязательно, что РАЗБИРАЮТСЯ все вопросы...
В-вторых, не все решается ЗАОЧНО.
В-третих, не ВСЕ по работе с конфигурациями 1с можно объяснить человеку, асолютно беспомощному в программировании и администрировании. Например, если Вы не УЧИЛИСЬ, тем более не учились СИСТЕМАТИЧЕСКИ: на курсах, изучая литературу из комплекта поставки и т.п.
В-четвертых, форум не для ОБУЧЕНИЯ программированию и администрированию, и не горячая линия консультаций, это так, место ПООБЩАТЬСЯ для тех, кому интересно... А выйдет ли в каждом случае толк из общения - так ЭТОГО никто и не грантирует...

Нельзя так обновлять меняную конфигурацию. Потом вообще непонятно что получится. Ну вот сами посудите. Изменили в 460 документ, например, счет-фактура, и теперь через (Ctrl + C  -- Ctrl + V) вы его пытаетесь поместить в 486, при этом вас совершенно не беспокоит (почему-то) то, что авторы типовой конфигурации что то во всех этих релизах с 461 по 486 меняли в алгоритме формы и алгоритме проведения документа, изменяли и добавляли реквизиты и т.п. Вы своим действием вставляете в 486 нечто, несовместимое с 486 релизом, а оно в самом деле менялось! Добавлялись всякие "доп. листы" в книгах покупок, продаж, выставление с/ф на авансы полученные с детализацией по номенклатуре и еще куча всего. Поэтому методика обновления нетиповых конфигураций вовсе не (Ctrl + C  -- Ctrl + V). Тому, кто в интернете такое написал, привет ему большой... Методика обновления, помнится, описана на ИТС. Всего она занимает 14 печатных листов. В двух словах: сравнивая типовую и меняную 460 мы внимательно разбираемся С КАЖДЫМ(!!!) изменением, которое видим и смотрим не изменилась ли концепция решения локальной подзадачи в 486. Если блоки алгоритмов правлены точечными изменениями и в 486 они выглядят так же, вам повезло, скорее всего можно внести те же изменения в 486 и потом уж на нее обновляться. Но случается так, что куски программы перекраиваются фундаментально и так просто вы свои изменения в файл обновления уже не внесете. Нужно разбираться зачем делались изменения, какая задача решалась и смотреть как это реализовать в 486 релизе, при этом, фактически, иногда приходится полностью проанализировать код и понять как он работает и аккуратно в него вписаться. Если в 460 изменения делались вами, то понять как это сделать в 486 гораздо проще, но когда изменения делает кто то другой, а обновлять зовут вас... это не всегда просто.
P.S. сравнение интерфейсов, внутренних формул элементов диалогов, внешних форм и обработок - либо не реализовано, либо реализовано неудобно. Тут все на вашу смекалку. Скажем, меняны или нет внешние печатные формы, я узнаю сделав обработку, которая использует dos-овую еще команду на сравнение, которая меня спасает:
fc "460\prnforms\sf283.ert" "486\prnforms\sf283.ert" /b >"Результат сравнения\sf283.txt"

Глупо делать (Ctrl + C  -- Ctrl + V). В конфигурации есть понятие уникальности объектов. При вставке этот объект получит новый номер и уже никак не будет "старым" объектом. Если вдруг после такого "объединения" вы обновите рабочую (старую) базу, то угробите данные, в тех самых объектах которые копировали.
Правильным методом будет сделать обновление. Если объекты, которые вы копируете, в типовой не встречаются, а были добавлены, то они остануться и незачем их копировать. Если же объекты были изменены, то сравнивайте, что менялось и вносите изменения руками (или через объединение, но править всеравно руками).

Присоединяюсь....
а прикиньте потом вот за ТАКИМИ восстанавливать данные...
волосы на голове дыбом от таких "программистов"

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