Группа: Пользователи
Сообщений: 61
Спасибо сказали: 1 раз
Рейтинг: 0
Всем добрый день. Может кто сталкивался - при добавлении предопределенного элемента - задваиваются несколько предопределенных счетов и несколько кодов справочника становятся не уникальными соответственно. Так же у одного счета вообще меняется код и подчиненность другому элементу.
Платформа 8.2.16.352, конфигурация "УТП для Украины", обновление с 1.2.30.1 на 1.2.31.1
п.с. несколько раз пробовал на копиях, результаты всегда одинаковы. Суть проблемы в том, что в обновлении добавлены два предопределенных счета, поэтому при объединении использую "объединить с приоритетом основной конфигурации", т.к. в нашем случае это необходимо. Так же пробовал ради эксперимента "объединить с приоритетом новой конфигурации поставщика" - результат почти такой же, там просто задваиваются другие счета. Последний вариант теста был просто добавить вручную в конфигураторе один предопределенный счет - в результате задвоился один счет.
Гугл не дал нужной информации. Единственное на что я уже грешу - это версия платформы. Других толковых вариантов уже нет((
upd. Решение выбрал такое - создать счета через Предприятие, в обработке обновления внести изменения что бы повышение на релиз прошло корректно. Но в этом есть минус - теперь нужно будет всегда мониторить наличие этих элементов в коде.
Группа: Местный
Сообщений: 9564
Из: Kharkiv, UA
Спасибо сказали: 2536 раз
Рейтинг: 0
Цитата(jonson_r @ 11.08.15, 12:50)
Единственное на что я уже грешу - это версия платформы.
Да ладно)) Грешить надо на тех кто добавлял счета которые не предусмотрены типовой конфигурацией. Все типовые счета БУ являются предопределенными, и по задумке разработчиков (и в жизни оно так же) этого плана счетов достаточно для ведения не специфичного учета, поэтому добавляя туда свои счета вы делаете это на свой страх и риск, кроме субсчетов или счетов не имеющих субсчетов и предопределенного родителя, и не меняя подчиненность, в режиме предприятия, иначе надо перед каждым обновлением анализировать последствия изменений и вносить изменения вручную.
Личные бесплатные консультации не даю, для этого есть форум!
Группа: Пользователи
Сообщений: 61
Спасибо сказали: 1 раз
Рейтинг: 0
Цитата(logist @ 11.08.15, 13:06)
Да ладно)) Грешить надо на тех кто добавлял счета которые не предусмотрены типовой конфигурацией. Все типовые счета БУ являются предопределенными, и по задумке разработчиков (и в жизни оно так же) этого плана счетов достаточно для ведения не специфичного учета, поэтому добавляя туда свои счета вы делаете это на свой страх и риск, кроме субсчетов или счетов не имеющих субсчетов и предопределенного родителя, и не меняя подчиненность, в режиме предприятия, иначе надо перед каждым обновлением анализировать последствия изменений и вносить изменения вручную.
Спасибо за ответ. Но честно говоря не совсем ясно с вашей точки зрения в чем проблема. В обновлении сам разработчик добавил два предопределенных счета - 315 и 316. После их добавления через объединение начинается какая-то "каша". При попытке вручную (не объединением!) внести эти счета через конфигуратор - та же ситуация. Если же делать добавлять через пользовательский режим 1С:Предприятие - все нормально. Я абсолютно согласен с вами в том, что законодатели не совсем адекватно подходят к таким решениям. Ради примера взял чистую УТП последнего релиза - добавил два предопределенных счета рядом с теми новыми. При сохранении конфигурации ошибок выдано не было.
Группа: Пользователи
Сообщений: 61
Спасибо сказали: 1 раз
Рейтинг: 0
Причину нашел при сверке планов счетов текущей конфигурации и поставщика последнего релиза - они несколько различны. Таким образом, при "объединении с приоритетом основной конфигурации" есть предопределенные значения, которые задваиваются. Почему не был актуализирован план счетов предыдущими коллегами сказать сложно.
Остался у меня один вопрос, при добавлении предопределенного элемента плана счетов должна быть реструктуризация? А то что-то при тестах несколько раз была, но запамятовал какие уже были условия...
п.с. хоть и странный вопрос, ведь предопределенные элементы реструктуризации не требуют, не реквизиты же... как я умудрился ее сделать ума не приложу
У нас на форуме есть "хорошая" кнопка, нажав на которую можно без лишних слов выразить человеку благодарность за его сообщение. У новичков возникнет вопрос: "А где же она?". А вот она:
Если чей-то пост Вы посчитали для себя полезным - жмите на кнопку!
Специалист : Технологическая платформа 8.х, Бухгалтерия для Украины, Управление торговлей для Украины, Зарплата и Управление Персоналом для Украины
Группа: Пользователи
Сообщений: 61
Спасибо сказали: 1 раз
Рейтинг: 0
Цитата(TipsyKID @ 12.08.15, 12:58)
Возможность поблагодарить отвечающего
У нас на форуме есть "хорошая" кнопка, нажав на которую можно без лишних слов выразить человеку благодарность за его сообщение. У новичков возникнет вопрос: "А где же она?". А вот она:
Если чей-то пост Вы посчитали для себя полезным - жмите на кнопку!
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!