Здравствуйте! Подскажите, пожалуйста, есть нетиповая КА 8.2 релиз 1.1.25.1 (конфигурация поставщика при этом 1.1.24.1) нужно обновить до актуального 1.1.27.1. Мне нужно обновлять с помощью cf последовательно (сначала на 1.1.25.2, затем на 1.1.26.1 и т.д. до 1.1.27.1) или достаточно взять cf 1.1.27.1 и выполнить сравнить-объединить?

Оба варианта возможны в определенных случаях, но последовательно - меньше вероятность угробить базу

(0) не девчачье это дело, конфы обновлять))

(0)Сразу - быстрее, но чревато упущенными нюансами.
постепенно - надежнее, но дольше и муторнее.

Можно обновить последовательно до 27 а потом допилить....

(1) обнадеживающе звучит)

(4)уже допиленный приемник...Его с первого раза надо шаманить.

(2) еще как девичье)

(3) а что можно такого упустить? доработки все знаю где...

(7)Может еще штангу тягаешь и коротко стрижена?:-)

(8)Ты свои знаешь где. Ихнее, имею в виду, можно что-то пропустить.

(9) это уже дискриминация получается)

(10)а вообще cf-ником через сравнить\объединить правильно обновлять?

(12)Правильно. Только на конечной буде намного больше изменений и есть шанс что что-то свое затрешь

(13) Спасибочки!) Постараюсь не затереть)

(12) нет конечно
правильно через обновление и тройное сравнение

(12) ты просто няшка)
Разрешаю тебе обновлять через сравнить/объединить. :)

(15) и что это значит? какой порядок действий?

(0) http://infostart.ru/public/18562/

(17) ути-пути :-В

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

Если будешь обновлять в тестовой, потом выгружать из тестовой cf и в рабочей через сравнить/объединить обновлять, то дам печенье и возможность мне понравиться не как специалист по 1С.

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

(19)а почему Вы считаете мой подход не верным?

(20)[ а зачем? ведь она не используется как таковая при работе]
пипец

(21) потому что он не верный)

(22) а зачем так грубо то? нет объяснить...

(23) обоснуйте, пожалуйста)

(25) я могу обосновать только при личной встрече)

(20) затем, чтобы видеть что ты накуролесил по сравнению с типовой )
Что произойдет если ты в копии переименуешь реквизиты, а потом сравнишь со своей?

(27) так я же могу взять типовой cf-ник соответствующего релиза и сравнить. Правильно же?

(28) делай неправильно, потом Вас за это..., то что доктор прописал)))

(28) Нет. Что будет, если в типовом cf-ке переименуют реквизиты по сравнению со старым релизом, а ты сравнишь через сравнить/объединить?
ЗЫ Попробуй на примере, тогда запомнишь.

(30) [Что будет, если в типовом cf-ке переименуют реквизиты по сравнению со старым релизом, а ты сравнишь через сравнить/объединить? ]
переименуют то в следующем. т.е. Например, у меня основная конфигурация 1.1.25.1 (она доработанная). Поставщик в релизе 1.1.25.2 переименовал какой-либо реквизит.
я возьму типовой cf релиза 1.1.25.1 сравню со своей рабочей конфигурацией релиза 1.1.25.1. Увижу доработки.
А т.ж. сравню свою рабочей конфигурацией релиза 1.1.25.1. с типовой конфигурацией релиза 1.1.25.2 (на который буду обновлять). При сравнении/объединении установлю соответствующий порядок (что берем из файла, что оставляем).

devochka_1c, какая ты упертая!)

(31) И как же ты увидишь, что поставщик переименовал, а не добавил и удалил реквизит? )

(32)я в поисках истины) ведь многие делают так, как я описала.

(33)а каким образом я это увижу, обновив конфигурацию поставщика?

(34) И им потом руки отбивают за это

(35) Пересиль лень, попробуй )

(36)да нет, не отбили. они высокого класса специалисты.

(38) Бггг, ошибаешься)

(37)еще момент, после обновления сравнить с типовым cf того релиза, на который обновлялась конфа. Расхождения должны соответствовать тем, которые были до обновления

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

(41) - (40)

(42) а чем в таком случае конфигурация в поддержке отличается от типового cf?

То что ты пытаешься здесь выяснить, просто так никто не выдаст, поэтому "специалисты" не знают и не могут объяснить. Если хочешь, могу открыть тебе эту тайну в джакузи на ушко)))

(43) При сравнении через поддержку объекты сравниваются через их внутренние невидимые тебе ID, а не по наименованию. Нет поддержки - нет инфы что произошло с конфой поставщика.

(45) всю малину испортил)

(37) последовала Вашему совету: изменила реквизит в конфигурации поставщика. Затем выполнила сравнение с рабочей конфигурацией.
(33)[ И как же ты увидишь, что поставщик переименовал, а не добавил и удалил реквизит? )]

В окне "Сравнение, объединение" реквизиты числятся именно как "Различающиеся" (в моем случае по наименованию), а не как присутствующие "В основной" или "В файле".

Поэтому все контролируется.

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

(48) Вы согласны с моим подходом к обновлению нетиповой конфигурации?

(49) девушка, Вам уже сказали, как делать правильно. через поддержку и обновление. но поскольку советов Вы не слышите, то да, правильно все то, что Вы делаете. даже если Вы ничего не делаете.

(50)конечно!