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

Платформа 8.2.16.352, конфигурация "УТП для Украины", обновление с 1.2.30.1 на 1.2.31.1

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

Гугл не дал нужной информации. Единственное на что я уже грешу - это версия платформы. Других толковых вариантов уже нет((

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

Да ладно)) Грешить надо на тех кто добавлял счета которые не предусмотрены типовой конфигурацией.
Все типовые счета БУ являются предопределенными, и по задумке разработчиков (и в жизни оно так же) этого плана счетов достаточно для ведения не специфичного учета, поэтому добавляя туда свои счета вы делаете это на свой страх и риск, кроме субсчетов или счетов не имеющих субсчетов и предопределенного родителя, и не меняя подчиненность, в режиме предприятия, иначе надо перед каждым обновлением анализировать последствия изменений и вносить изменения вручную.

Спасибо за ответ.
Но честно говоря не совсем ясно с вашей точки зрения в чем проблема. В обновлении сам разработчик добавил два предопределенных счета - 315 и 316. После их добавления через объединение начинается какая-то "каша". При попытке вручную (не объединением!) внести эти счета через конфигуратор - та же ситуация. Если же делать добавлять через пользовательский режим 1С:Предприятие - все нормально. Я абсолютно согласен с вами в том, что законодатели не совсем адекватно подходят к таким решениям.
Ради примера взял чистую УТП последнего релиза - добавил два предопределенных счета рядом с теми новыми. При сохранении конфигурации ошибок выдано не было.

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

Остался у меня один вопрос, при добавлении предопределенного элемента плана счетов должна быть реструктуризация? А то что-то при тестах несколько раз была, но запамятовал какие уже были условия...

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

План счетов и План видов расчета - требует реструктуризации, т.к. предопределенные данные содержат связи с другими данными.

Спасибо за ответ!

Возможность поблагодарить отвечающего

У нас на форуме есть "хорошая" кнопка, нажав на которую можно без лишних слов выразить человеку благодарность за его сообщение. У новичков возникнет вопрос: "А где же она?". А вот она:



Если чей-то пост Вы посчитали для себя полезным - жмите на кнопку!

Вот так вот и "убивается" живое общение)))

Мне то за что клацнули....

За подсказку кнопки. Вежливость никто не отменял пока, или у вас на форуме как-то иначе с этим?