Платформа 8.3.14.1779 СКЛ

При обновлении типовой на релиз 11.4.9.70
Сообщение :
"Техническая информация об ошибке записана в журнал регистрации.

Обновление на текущую версию допустимо только с версии 11.4.7 и выше.
(Недопустимая попытка обновления с версии 11.4.6.188)
Необходимо восстановить информационную базу из резервной копии
и повторить обновление согласно файлу 1cv8upd.htm"

Что бы это значило и как с этим бороться ?

Какое слово не понятно?

Необходимо восстановить информационную базу из резервной копии
и повторить обновление согласно файлу 1cv8upd.htm"

А как ты умудрился накатить обновление, которое не должно было выбираться из списка? cf Накатил?

(3) Это типовая демо база.
Накатывал с 11_4_6_230 по 11.4.9.70
Все нормально накатывалось (выбирал из списка, обновлял, сохранял конфу)
Потом запустил предприятие  и вуаля...

ЧЯДНТ ?

(4) Тебе написано русским языком только с версии 11.4.7 и выше,а ты перескочил

Или после каждого обновления нужно было запускать предприятие ?

Вот кстати похожая тема :
https://forum.infostart.ru/forum33/topic207976/

(6) ) а вы не знали?

Т.е. с 11_4_7_150 нужно запускать обновление ИБ ?

(8) приехали..

а рабочую нужно накатывать промежуточный релиз обновлять ИБ - потом ставить финальный обновленный СФ ?

я извиняюсь за тупые вопросы
но я обновляю эту поделку в полгода раз и каждый раз сюрпрайзы

(11) Все типовые сильно рекомендуется запускать после каждого обновления

(10) прыгать между релизами нужно хорошо понимая что ничего не произойдет, я никогда не прыгаю, а обновляю последовательно. Пример того, что может произойти.
Например - цена - реквизит справочника "Номенклатура". это релиз 1
В релизе 2 решают хранить цены в регистре сведений "Цены номенклатуры". В справочнике реквизит переименовывают "УдалитьЦена", а после обновления в момент запуска конфигурации отрабатывают процедуры переносящие цены из справочника в регистр сведений.
Релиз 3 удаляют реквизит из справочника Номенклатура "УдалитьЦена".

Что если обновиться сразу с 1 на 3? Не отработают процедуры по переносу данных из справочника в регистр сведений, цены затрутся.

(12) Таким образом мне на типовой доработанной накатить все обновления на рабочую базу с запуском обновления ИБ.
А для финального cf сделать сравнение / объединение  ?
Это чего ночь или выходные с этой поганкой сидеть ?

(14) Да, обновляй последовательно максимально доступный релиз за релизом и запускай предприятие.

(13) А СРАЗУ нормально спроектировать базовый функционал контура оперативного учета флагманских конф эти деятели не пробовали ?
Это оперативный мать его учет !!! Не бухгалтерский который меняется от законодательства  от релиза к релизу существенно.
Не ЗУП

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

Я могу для экономии времени :
1. сохранить промежуточную объединеную конфу 11_4_7_150  накатить ее на рабочую через "Загрузить конфигурацию"
2. Обновить ИБ
3. накатить финальный cf 11.4.9.70 через "Загрузить конфигурацию"
3. Обновить ИБ

Так прокатит ?

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

+ (19) и да, не прокатит.

(18) Попробуй, нам расскажешь. На своих ошибках учиться надежнее.

(18) чем вам последовательно не нравится? Бабла в 5 раз больше поднимете.

(20)Почему если критичный для обновления ИБ 11_4_7_150, а остальные содержат кумулятивные обновления ИБ ?

(21) Попробую. Думаю должно прокатить. С  11.4.1.271 по 11.4.6.188 все обновлялось кумулятивно

(22) Мне проблематично объяснить продаванам, которым это обновление нах не нужно (ну пока ставка НДС на 25% не поменяется), что они должны платить живые бабки за технологическое обновление и так работающей программы.

(23) ну тогда не обновляйте. если не надо.

(24) А когда 25% будет увольняться ?
Кроме шуток - у них глючат отдельные элементы типового УФ обновление должно это исправить

(14) Можешь через 2-3 релиза перескакивать в пределах неизменных 1-2-3 цифр. 3 цифру менять только с той версии, с которой был предусмотрен переход.

(23) Ну как тут сказать, попробуй с аналогией авто, если игнорить ТО-1, ТО-2, ТО-3.... а потом попытаться сделать сразу ТО-6 - то логичнее этот авто в утиль, и покупать сразу новый, это если при условии что оно ездить будет... так и здесь.... никто не запрещает не обновляться, но корректная работа с учетом изменений законодательства будет невозможна.

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

(2) От это по делу !

(2) читать (26)

(27) Неверная аналогия. ТО не может быть кумулятивным. Так как каждое ТО соответствует конкретной амортизации

(31) Как раз таки верная, вы можете между ТО поменять отдельные расходники (отдельные релизы исправляющие конкретные проблемы), но в комплексе делаете ТО, суть обязательное обновление....
))) аналогия она на то и аналогия... привести пример из другой сферы....
впрочем, удачи )))