Слетает учетная политика при обновлении УПП #572117

Добрый день. Обновляю УПП (не типовая) с 1.3.3.1 до 1.3.14.1 (1.3.14.2) После обновления и реструктуризации базы замечаю, что слетает параметры учетной политики. В "Настройка параметров учета"  - "Режим учета затрат" вместо "Партионного учета" стоит "Расширенная аналитика затрат" применяемая с 1980 г. Перепроводить документы и выверять обороты за весь период ведения базы нереально. Может кто с подобным встречался или имеет идеи почему это происходит и как с этим бороться Буду крайне благодарен за совет.

[с 1.3.3.1 до 1.3.14.1] чё, прям так, одним прыжком ?

они логику обновления поменяли... у тебя не заполняется спец. регистр и упп думает что это ее первый запуск...

а бабла теперь сколько срубить можна... сидеть и аккуратно с одного релиза на другой переползать

итс в массы, деньги в кассы

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

[или можно все же решить эту задачу с логической точки] нелепое предположение, в кривом Рг сведений нет логики

"кривой" не нужен, значит его надо сделать правильным вопрос как? а глобальнее, как обновить базу чтобы не слетела учетная политика?

учетная политика при обновлении не слетает, следовательно нет ни каких особых требований к процедуре обновления прыгать через релизы в УПП нельзя, про это даже и писать не буду

>прыгать через релизы в УПП нельзя раньше можно было... >а глобальнее, как обновить базу чтобы не слетела учетная политика? она не слетает... втыкать в

ты про УПП 1.1 ?

ну а реально, нужен партионный учет затрат или не нужен?

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

бла бла бла

я по мотивам

ну нет у меня доступа на партнерку, нетууууууууууууууууууууууу

Основная проблема заключается в следующем: начиная с версии 1.3.14 изменился порядок обновления данных ИБ после обновления. Если раньше обработка обновления ИБ сверяла состояние константы с версией метаданных и на этом основании запускала те или иные обработки обновления ИБ, то теперь сравнение производится с регистром Версии подсистем. И так как этот регистр оказался пуст или его состояние оказалось не актуальным, обработка обновления посчитала что это первый запуск ИБ и выполнила начальное заполнение ИБ согласно прописанным настройкам. Если бы после каждого перехода с релиза на релиз производился бы переход в режим предприятия, то проблемы бы не возникло, так как необходимые данные были бы введены в регистр Версии подсистем при переходе на релиз 1.3.14 Привожу результаты и выводы тестового обновления. Обновление производилось на платформе 8.2.14.533 в файловом режиме. Исходная конфигурация УПП 1.3.14.2 с существенными доработками, не касающиеся процедур обновления информационной базы. Обновление производилось в режиме поддержки (Конфигурация-Поддержка-Обновить конфигурацию). После перехода на релиз 1.3.15.1 был произведен запуск режима Предприятия для обновления информационной базы. Первоначальное заполнение ИБ не произошло. Содержание РС Версии подсистем прилагаю. После обновления на версию 1.3.15.1 было произведено обновление на версию 1.3.16.1. После запуска режима Предприятие начальное заполнение ИБ не выполнилось. Содержание РС Версии подсистем прилагаю. Проведенным тестированием я подтверждаю что ошибка заполнения ИБ начальными настройками не производится в случае соблюдения правил обновления конфигураций, рекомендованных компанией 1С. В списке файлов обновления не просто так указывается информация о том, какую версию конфигурации можно обновлять текущим обновлением. Это построено не просто так, ведь конфигурация развивается, одни объекты удаляются, другие добавляются. В результате обновления ИБ производится перенос информации со старых объектов в новые. Об этом уже было сказано не раз. ****************** Но ложка дегтя все равно осталась. Полагаю что при такой смене режима обновления ИБ разработчикам следует подумать о дополнительной проверке первоначального запуска ИБ, чтобы не произошло того, что описано партнерами в данном обсуждении. дно дело когда партнер берет на себя риск потери информации при недопустимом скачке между версиями, другое дело когда производится сброс настроек рабочей базы.

[В списке файлов обновления не просто так указывается информация о том, какую версию конфигурации можно обновлять текущим обновлением. Это построено не просто так, ведь конфигурация развивается, одни объекты удаляются, другие добавляются. В результате обновления ИБ производится перенос информации со старых объектов в новые. Об этом уже было сказано не раз. ] сурово

угу, всё приходится делать самому и как  у меня уппищи живы - ума не приложу =)

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