С Новым Годом Достопочтенные коллеги! Возникла проблема и нужен ваш совет! Есть конфа УТ 10.3.29.1 В ней есть некоторая доля дописок. Добавлено немного документов и справочников, добавлены реквизиты и движения в типовые документы. Не очень что бы много. Теперь надо обновить конфу до самой свежей (прослеживаемость нужна стала), сохранив в ней старые дописки.

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

А что за проблемы? Там только если при последовательном обновлении запускаются обработки обновления, типа переноса из одного регистра в другой. Но не помню есть ли такое в УТ 10.3. В УТ 11 точно есть

Режим совместимости еще посмотри, может в новой версии надо переключить или платформу обновить

ну например при переходе с одной из версий какие то манипуляции с УстановитьПризнакВыгрузкиПродажНемаркируемойПродукции (вызывается оно) А в последней типовой такого совсем нету.

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

Предлагаю позвать специалиста.

(5) А вот счас обидно было. Дата регистрации: 02 октября 2008; Стаж: 13 лет 3 месяца 3 дня - это из моего профиля.
Впрочем я не гордый, за совет, который позволит сэкономить время и облегчить задачу я готов услыхать что я не специалист. я уже не малчик, знаю что все знать невозможно, "нельзя объять необъятное"

(6) Извините))

(3) как может вызываться УстановитьПризнакВыгрузкиПродажНемаркируемойПродукции если, с твоих слов, этого нет в последней типовой в которую ты как раз перенес свои доработки?

И доработки свои ты как переносил? копипастом?

А никто тебе в такой ситуации оригинального какого-то совета не даст. Берешь копию базы и тестишь на ней варианты.

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

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

(9) Доработки переносил вдумчиво :) Открыл 2 конфы - в одной типовую последнюю, в другой сравнение сделал конфигурации поставщика с рабочей. И каждое отличие смотрел, анализировал и ручками переносил в типовую. Кусочки кода, добавление новых реквизитов на формы и т.п. Руками.

(6) а зачем спрашиваешь такие вещи? Понятно, что нужно тупо обновить до последнего релиза. Прямо с твоими доработками. Твои доработки никуда не денутся, можно обновлять вмести с ними. Если где-то слетит, на ходу подправишь.

(0) Года два назад прыгал с 10.3.7.8 на 10.3.51.3
полтора месяца подготовки - выдернул все доработки в расширение, пробежался по ключевым релизам обновления, выдернул обработчики обновления в отдельную обработку
Накат cf-ника и запуск обработки с обработчиками
Часа два жевало

(11) Т.е. свои объекты ты копипастом перенес в последнюю cf? Тогда, лично мой совет, выкинуть все что ты сделал и пойти по пути (12)

Пока переписывался - обновил стандартным способом до 10.3.71.1 а потом затык при обновлении на версию 10.3.72.2
Выдает окошко "При обновлении версии программы возникла ошибка! Слишком много фактических параметров."  варианты - "завершить" "перезапустить"
Включение "Останавливаться по ошибке" результата не дало...

(14) Что значит копипастом? Ну да, если есть справочник, который ну никак с объектами основной конфигурации не связанный - копипастом. Ели в документ добавлен реквизит - то да, его копипастом, потом на форму в то же (примерно) место. И потом копипастом в нужные места код с ним связанный. Интересно, есть ли иной способ?

(15) в отладчике в обработке обновления точку останова ставь и пошагово смотри. гдето вызывается процедура с разным количеством параметров. лечил добавлением необязательного параметра.

А вообще обновлял с такого же релиза недавно. Были ошибки, но не критичные. не найденные процедуры просто комментил.

(17) или наоборот удалением лишнего параметра)

(18) так и сделал первоначально. Коментить пришлось всего 2 раза где то

(20) да, так и было помоему. уже 2 месяца - полет нормальный. ТиИ на всякий случай сделай только после обновления. И конфу поставщика обновить не забудь)

(21) да я пока на тестовой копии издеваюсь. А вот как конфу поставщика обновить - подзабыл что то

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

(23) Спасибо!

Счас еще долго искать что я забыл перетащить из доработок. Вроде все делал, а вот уже три колонки в списке заказов нашел не перенесенные... О! Уже 4...

(25) Это нормально. Главное, чтобы все объекты метаданных, реквизиты и т.д. были перенесены, чтобы обновлять на лету мог. Я так делал, т.к. сроки поджимали. Когда запустил пользователей, то за пол дня доделал то, что упустил. И еще половина нетиповых колонок и тд вообще не нужные оказались)

А! и еще... Перепроведи хотябы месяц, после обновления. Чтобы убедиться, что все документы нормально проводятся. А то может оказаться, что не заполнена константа новая. И права проверь, если типовые переделывали.

(27) ох! С правами еще та боль будет