Было такое, но в гугле не могу найти.

Поясни про понижение релиза. Для чего?

Ну вот допустим БП3 3.0.107.37 требует платформу (8.3.18) не ниже 8.3.18.1741, а у нас сейчас 8.3.18.1334 и мы пока не планируем поднимать до 8.3.18.1741.

(2) Ну это в моих сообщениях я писал несколько раз. Тут на мисте.

Но уже и нам приходится повышать релиз платформы. В зависимости от состояния базы. С какого релиза БП3 хотите запрыгнуть на актуальный?

(2) Текущий 3.0.102.11

сама проверка выполняется в модуле

ПолучениеОбновленийПрограммыВызовСервера

заимствование в расширение

&Вместо("ПараметрыПроверкиВерсииПлатформыПриЗапуске")
Функция AdBlock_ПараметрыПроверкиВерсииПлатформыПриЗапуске()
    // Вставить содержимое метода.
    Результат = ПродолжитьВызов();
    
    // Здесь делаем подстановку, чтоб с платформой можно было работать, даже при отказе по результатам проверки
    // т.е. будет писать, что Продолжить всегда будет ИСТИНА
    // ПараметрыПроверки.Продолжить
    Результат.Продолжить = ИСТИНА;
    Возврат Результат;
КонецФункции

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

(4) думаю, что не проканает.

По крайней мере, я наступил на грабли, что база вроде обновляется. И запускает обновление в режиме предприятия - с этим не проблема.
Но уже сразу при попытке работы пользователей оказывается, что база не работает.
Совсем. "невосстановимая ошибка базы"

Пришлось откатываться на бакап.

Без проблем база обновляется и работает, если это ветка 17-ых релизов. Там такого еще не словили.

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

(5) Спасибо. То что надо.
(6) Почему бомба? 18 релиз рабочий на текущий момент, даже 17 рабочий. То что номер сборки платформы не соответствует - это никак не отразится. Я так понимаю что сборками только ошибки фиксят.

(7) Ну у нас сейчас 8.3.18

(9) ОК. Не забудь рассказать, когда рванёт и на какой конфигурации. Тогда сделаем голосовалку.

(8) я тебя предупредил. Дальше на свой страх и риск.

Ну и "18-ый рабочий" - я бы не стал так говорить. У меня очень отвратительное мнение про 18-ую ветку. Она получилась крайне удачно в плане сборки всех глюков до кучи.

17-ый был и еще остается намного лучше и стабильней.

Только, если на 18-ый запрыгнул - назад отпрыгивать уже не хочется. Лично я сейчас запрыгиваю на 20-ый везде где могу принимать решения

(10) А зачем у него спрашивать? Это уже известно :-)

БП 3 взрывается, если меняется режим совместимости с 8.3.14 на 8.3.16

А так же взрывается КА и ERP , т.к. у них в структуре метаданных такие же подсистемы БП в наличии.

(11) да, 18 была ужас. тех кого перевел, приходилось экстренно на 19 бахать. А кого не успел, оставлял. А сейчас они спокойно на 20 переходят, вроде нормально.

(2) Несколько запоздало, но всё же...
Прошу уточнить, вот где (кроме описания) указано, что "БП3 3.0.107.37 требует платформу (8.3.18) не ниже 8.3.18.1741"???

(14) Текущая версия конфигурации "Бухгалтерия предприятия" предназначена
для использования с версией системы 1С:Предприятие 8.3 не ниже 8.3.17.1851, 8.3.18.1741, 8.3.19.1467.

Рекомендуется использовать версию 1С:Предприятие 8.3 не ниже 8.3.18.1741.

https://dl03.1c.ru/content/Accounting/3_0_107_37/1cv8upd.htm

(15) В описании - да, указано. Я же спросил "кроме описания" 😀

(16) А где ты ещё это хочешь увидеть? Поищи по коду, например.
А вот теперь и на Мисте написано...

(17) Так я и ищу по коду и недоумеваю от того, что вижу.


Функция МинимальнаяВерсияПлатформы() Экспорт // АПК:581
  
  Возврат "8.3.14.1694; 8.3.15.2107; 8.3.16.1814; 8.3.17.1851; 8.3.18.1208";
  
КонецФункции


Единственное - если обновлять через обновлятор с настройками "по умолчанию", то скачивается помимо файла обновления и такой файлик v8upd_Accounting_..._....zip
Имя файла в архива v8cscdsc.xml

в котором, в частности, есть такое (привожу содержимое для 3.0.106.40, смысл понятен):

    <v8u:update configuration="БухгалтерияПредприятия">
        <v8u:vendor>Фирма "1С"</v8u:vendor>
        <v8u:file>1c/Accounting/3_0_106_40/1cv8.zip</v8u:file>
        <v8u:size>182172891</v8u:size>
        <v8u:version platform="8.3.18.1741">3.0.106.40</v8u:version>
        <v8u:target>3.0.104.28</v8u:target>
        <v8u:target>3.0.105.45</v8u:target>
        <v8u:target>3.0.105.40</v8u:target>
        <v8u:target>3.0.105.14</v8u:target>
        <v8u:target>3.0.105.31</v8u:target>
        <v8u:target>3.0.105.41</v8u:target>
        <v8u:target>3.0.103.21</v8u:target>
    </v8u:update>


(18) все правильно. Я тоже это видел. Что в реальности не срабатывает указанное на странице релиза ограничение.

Но это косяк разрабов. А почему косяк?
А потому что при обновлении на релизе платформы 8.3.18.1208 на указанный релиз конфы
при повышении режима совместимости (т.е. с 3.0.103.21 на 3.0.106.40 - это для примера)
происходят ошибки, которые затем вручную можно исправить. если принудительно реструктурировать таблы метаданных и пересчитать итоги в ТИИ.

Но если делать на самом последнем релизе платформы - такие ошибки не появляются
Или если делать на 17-ой ветке - не появляются.

релиз совместимости конфы подняли в обновлении на 3.0.105

(19) А я после обновления только принудительно пересчитывал итоги (без реструктуризации).
Спасибо за намёк!

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

Звучит отлично если не брать в расчет ошибки нового релиза. Можно подумать кто-то даст гарантию, что их там нет. Причем при смене платформы есть вероятность, что перестанет работать именно что-то используемое.Тогда как оставаясь на старой   вы просто не получите какую-то новую модную перделку.

(22) зачастую это ошибки связанные с новомодными фишками, ну типа обсуждение, егаис, боты Т. Е. Мелкому ларьку ещё постараться надо чтобы нарваться на них

(22)[с гарантированно исправленной ошибкой]
Слишком "громкая" фраза, скорее более реально "вероятно исправленной, а может и нет")

(22) Если бы 1С убрала платформу 8.3.14 из требований, то в это я бы поверил, а так где будет больше неисправленных ошибок?
8.3.14.1694 от 17.04.19 (по мнению 1С = ОК, подходит)
8.3.18.1334 от 15.02.21 (нельзя с таким работать, только на свой страх и риск)