Суть проблемы связана с переносом части данных из "изменённой" базы в последний (чистый) релиз 7.7. <br><br>При сравнении нетипового релиза (комплексный 460) с типовым (комплексный 460) были найдены изменённые части -<br><br>
Суть проблемы связана с переносом части данных из "изменённой" базы в последний (чистый) релиз 7.7. <br><br>При сравнении нетипового релиза (комплексный 460) с типовым (комплексный 460) были найдены изменённые части -<br><br>
> Всё делал по инструкциям в интернете, <br><br>А че, нормальный ход...<br>Зачем париться, на курсы ходить или книжки читать?<br>В интернете - проще....
На курсы ненаходишься - денег не набирёшься. Тем более это технический форум на котором разбирают технические проблемы. А это и есть техническая проблема - почему не переносится?
Наверное, я присоединюсь к Александру.<br>Что-то ты не то городишь с обновлением. Понимаю, что денег жалко, но придется поучиться. Или пригласи специалиста хотя бы на первый раз, пусть он сделает и тебя научит.
> Тем более это технический форум на котором разбирают технические проблемы. <br><br>Во-первых, совсем не обязательно, что РАЗБИРАЮТСЯ все вопросы...<br>В-вторых, не все решается ЗАОЧНО.<br>В-третих, не ВСЕ по работе с конфигурациями 1с можно объяснить человеку, асолютно беспомощному в программировании и администрировании. Например, если Вы не УЧИЛИСЬ, тем более не учились СИСТЕМАТИЧЕСКИ: на курсах, изучая литературу из комплекта поставки и т.п. <br>В-четвертых, форум не для ОБУЧЕНИЯ программированию и администрированию, и не горячая линия консультаций, это так, место ПООБЩАТЬСЯ для тех, кому интересно... А выйдет ли в каждом случае толк из общения - так ЭТОГО никто и не грантирует...<br><br><br>
Нельзя так обновлять меняную конфигурацию. Потом вообще непонятно что получится. Ну вот сами посудите. Изменили в 460 документ, например, счет-фактура, и теперь через (Ctrl + C -- Ctrl + V) вы его пытаетесь поместить в 486, при этом вас совершенно не беспокоит (почему-то) то, что авторы типовой конфигурации что то во всех этих релизах с 461 по 486 меняли в алгоритме формы и алгоритме проведения документа, изменяли и добавляли реквизиты и т.п. Вы своим действием вставляете в 486 нечто, несовместимое с 486 релизом, а оно в самом деле менялось! Добавлялись всякие "доп. листы" в книгах покупок, продаж, выставление с/ф на авансы полученные с детализацией по номенклатуре и еще куча всего. Поэтому методика обновления нетиповых конфигураций вовсе не (Ctrl + C -- Ctrl + V). Тому, кто в интернете такое написал, привет ему большой... Методика обновления, помнится, описана на ИТС. Всего она занимает 14 печатных листов. В двух словах: сравнивая типовую и меняную 460 мы внимательно разбираемся С КАЖДЫМ(!!!) изменением, которое видим и смотрим не изменилась ли концепция решения локальной подзадачи в 486. Если блоки алгоритмов правлены точечными изменениями и в 486 они выглядят так же, вам повезло, скорее всего можно внести те же изменения в 486 и потом уж на нее обновляться. Но случается так, что куски программы перекраиваются фундаментально и так просто вы свои изменения в файл обновления уже не внесете. Нужно разбираться зачем делались изменения, какая задача решалась и смотреть как это реализовать в 486 релизе, при этом, фактически, иногда приходится полностью проанализировать код и понять как он работает и аккуратно в него вписаться. Если в 460 изменения делались вами, то понять как это сделать в 486 гораздо проще, но когда изменения делает кто то другой, а обновлять зовут вас... это не всегда просто.<br>P.S. сравнение интерфейсов, внутренних формул элементов диалогов, внешних форм и обработок - либо не реализовано, либо реализовано неудобно. Тут все на вашу смекалку. Скажем, меняны или нет внешние печатные формы, я узнаю сделав обработку, которая использует dos-овую еще команду на сравнение, которая меня спасает: <br>fc "460\prnforms\sf283.ert" "486\prnforms\sf283.ert" /b >"Результат сравнения\sf283.txt"
Глупо делать (Ctrl + C -- Ctrl + V). В конфигурации есть понятие уникальности объектов. При вставке этот объект получит новый номер и уже никак не будет "старым" объектом. Если вдруг после такого "объединения" вы обновите рабочую (старую) базу, то угробите данные, в тех самых объектах которые копировали.<br>Правильным методом будет сделать обновление. Если объекты, которые вы копируете, в типовой не встречаются, а были добавлены, то они остануться и незачем их копировать. Если же объекты были изменены, то сравнивайте, что менялось и вносите изменения руками (или через объединение, но править всеравно руками).
Присоединяюсь....<br>а прикиньте потом вот за ТАКИМИ восстанавливать данные...<br>волосы на голове дыбом от таких "программистов"<br>
Первый раз вижу такую схему обновления, хотя я тоже новичок в этом деле, ты так старался изготавливая скрин-шоты, лучше бы специалиста пригласил и посмотрел как он это делает и все, раз заплати и радуйся.