Обновление БП

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

(1) ia57, Пан прав! Даже если у вас в итоге все обновиться и будет внешне работать, то не факт, что через некоторое время вылезут какие-то косяки, поэтому лучше делать так как это предусмотрено производителем.

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

(8) ia57, лехко! Открываете описание последнего релиза, в конце - список тех релизов, для обновления с которых он предназначен. Смотрите самый ранний из них, скачиваете, открываете описание... и так далее пока в списке не увидите ваш текущий релиз.

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

(8) ia57, Лучше не искать, где можно скакнуть, а делать всё вовремя)))

(10) ia57, любопытство, конечно, не порок... но большое свинство! :-)

Ладно, пока я свободен, приведу примитивный пример: допустим, в каком-то документе текущего релиза 1.1 были два реквизита: "Номер" и "Дата" какого-нибудь другого документа (например, входящего). Они заполнялись пользователем. Потом изменилось законодательство или 1С решила все упростить и сделала вместо них один реквизит (текстовый): "НомерДата" входящего. В очередном обновлении (№ 2.1) этот реквизит будет добавлен в документ, но прежние "Номер" и "Дата" сохранятся. Для чего? Для того, чтобы при первом запуске в режиме предприятия программа могла считать из них номер и дату и записать получившуюся строку в новый реквизит. Таким образом ранее введенная информация не будет потеряна.

"Старые" реквизиты будут скрыты от пользователя, но сохранятся внутри "серии" (№№ 2.2, 2.3, 2.4 и т.д.), которую можно пропустить, до следующего "критического" релиза 3.1. В нем старые реквизиты будут удалены - ведь после прошлого "критического" релиза 2.1 информация их них гарантированно перенесена в новый.

Теперь представим, что вы проскочили через промежуточный релиз 2.х и накатили 3.1 сразу на 1.1. Новый реквизит "НомерДата" в нем появится, но старые "Номер" и "Дата" будут удалены сразу же в конфигураторе, а информация, которая в них была - утеряна.

(14) ia57, Потому что конфигурация ажно три!
Есть конфигурация поставщика, которую вас не спрашивают на обновление, обновляют и всё - это конфигурация поставщика.
Есть основная конфигурация, которую вы редактируете.
А есть конфигурация базы данных, которая уже используется клиентом.
А спрашивают последнее, потому что вы можете обновлять, а можете сделать свои доработки, может вы их сегодня не хотите воплощать в жизнь, а хотите ещё что-то доделать, иначе не будет работать целиковая ваша идея доработок.
Потому и спрашивают..)))

(16) ia57, распечатайте и повесьте где-нибудь перед глазами:

(16) ia57, считаю склок ни о чем.. Платформе пофиг, сделали вы сами доработки в основной конфигурации или сделали файл поставки на другом компе, но он будет спрашивать))))

Это равносильно как ваш ребенок пока очень малой..
Вместо того, чтобы у мамы спроситься в туалет, возьмёт и сделает всё в штаны. Если вас устраивает такое стечение обстоятельств, то делайте всё в том же духе, только здесь не надо бороздить свой огород. Тут правила другие, лишний раз спросить, лишний раз сделать бекап - тише едешь, дальше будешь)))
А поспешишь - людей насмешишь. дальше я молчу! Удачи!

(20) nayd, (21) ia57, а ексель можно было вообще не обновлять.
Время идет, все изменяется
и если вы не готовы к постоянным изменениям и не желаете слушать то, что вам говорят те, кто прошел через эти изменения (в том числе, возможно, и через стадию возмущения), то путь вам один - шишки на собственном пути) чО нам чужой опыт, правда?))

(25) ia57, автообновление - это, наверное, к лучшему) однако вы ж не обновлялись больше года, время сэкономили) и вот в этом вашем случае, самое правильное, обновиться последовательно)
13 релизов, либо тратили время постепенно и понемногу, либо потом, но сразу и много) вас же не приковывают: выделяете комп, запускаете релиз, занимаетесь делами, и так в течении дня обновитесь.
а логика "мне из стопки удобней нижний горшок доставать" может привести к неоправданным временным затратам)
список релизов: 26.11 - 27.10 - 28.15 - 29.8 - 30.17 - 31.16 - 32.7 - 33.20 - 34.18 - 35.28 - 36.21 - 37.37 - 37.41

(30) ia57, Никогда не понимала.. зачем сотрудники грузят всю Россиюю.. неужели недостаточно своего региона и рядом близлежащих...?
остальные же.. не пользуетесь.. так зачем только грузить базу данных...

(38) Bukaska, посоветую по вашим наставлениям организации, у которой в связи с паденим рубля ни на что нет средств. 1С оччень затратная программа. Кому-то от этого хорошо.

(39) Cooler, хорошо говорить, когда тебя не касается.