Дублирование имени объекта метаданных
Ошибка дублирования появляется в момент обновления конфигурации базы данных после обновления:
- При объединении конфигураций вместо обновления типовой (внутренние идентификаторы у них различные, а имя объекта метаданных совпадает)
- При обновлении конфигурации из хранилища (в случае, если 1 и тот же объект добавили различные пользователи)
Как это выглядит после обновления:
Как исправить?
Из иллюстрации видно, что объект захвачен для разработки, следовательно исправлять его следует в месте захвата. Сразу сделайте копию информационной базы (не важно, что она некорректная, может стать еще хуже).
Объектом метаданных может быть не только документ, справочник, но и их реквизиты (дублирование реквизитов) — исправление аналогично
- В общем случае, следует удалить один из них, либо переименовать(когда они отличаются) и поместить в хранилище .
- В случае когда это типовой объект, его следует снять с поддержки перед удалением.
- Такие ошибки преимущественно возникают на 1С 8.3.6, возможно следует обновить платформу.
- В самом худшем случае, следует пересоздать хранилище заново, если объект в базе в единственном числе (перед этим следует выгрузить конфигурации из всех баз разработки, и перед развертыванием объединить их в ручном режиме.
При обновлении типовой конфигурации могут быть две основные проблемы:
- Конфигурация находится на поддержке: поднимите архив перед обновлением (вы же его конечно сделали) и повторите обновление еще раз. Если повторится, смотрите ниже.
- Если конфигурации частично снята, вы можете ее окончательно снять, удалить лишний объект (сначала выясните какой — см. ниже), и затем можете заменить конфигурацию на конфигурации поставщика c последующей постановкой на поддержку (если у вас нет своих существенных изменений).
Возможно ситуация, когда при следующем обновлении ситуация повторяется, по причине совпадения внутренних идентификаторов объектов , тогда потребуется перенос данных на вновь созданные объекты/реквизиты посредством конвертации данных или других способов и повторить удаление объекта
Как выяснить какой объект удалять?
- Сначала переименовываете и обновляете конфигурацию.
- Заходите в режим предприятия и смотрите какие объекты в наличии или заполнены (если это реквизит).
- Если объект новый, то можно удалить любой.
Секрет интуиции тот же, что и секрет рекламы: повторите человеку тысячу раз, что мыло «Пирс» улучшает цвет лица, и он, возможно, интуитивно почувствует, что так оно и есть.
Дублирование имени объекта метаданных
Ошибка дублирования появляется в момент обновления конфигурации базы данных после обновления:
- При объединении конфигураций вместо обновления типовой (внутренние идентификаторы у них различные, а имя объекта метаданных совпадает)
- При обновлении конфигурации из хранилища (в случае, если 1 и тот же объект добавили различные пользователи)
Как это выглядит после обновления:
Как исправить?
Из иллюстрации видно, что объект захвачен для разработки, следовательно исправлять его следует в месте захвата. Сразу сделайте копию информационной базы (не важно, что она некорректная, может стать еще хуже).
Объектом метаданных может быть не только документ, справочник, но и их реквизиты (дублирование реквизитов) — исправление аналогично
- В общем случае, следует удалить один из них, либо переименовать(когда они отличаются) и поместить в хранилище .
- В случае когда это типовой объект, его следует снять с поддержки перед удалением.
- Такие ошибки преимущественно возникают на 1С 8.3.6, возможно следует обновить платформу.
- В самом худшем случае, следует пересоздать хранилище заново, если объект в базе в единственном числе (перед этим следует выгрузить конфигурации из всех баз разработки, и перед развертыванием объединить их в ручном режиме.
При обновлении типовой конфигурации могут быть две основные проблемы:
- Конфигурация находится на поддержке: поднимите архив перед обновлением (вы же его конечно сделали) и повторите обновление еще раз. Если повторится, смотрите ниже.
- Если конфигурации частично снята, вы можете ее окончательно снять, удалить лишний объект (сначала выясните какой — см. ниже), и затем можете заменить конфигурацию на конфигурации поставщика c последующей постановкой на поддержку (если у вас нет своих существенных изменений).
Возможно ситуация, когда при следующем обновлении ситуация повторяется, по причине совпадения внутренних идентификаторов объектов , тогда потребуется перенос данных на вновь созданные объекты/реквизиты посредством конвертации данных или других способов и повторить удаление объекта
Как выяснить какой объект удалять?
- Сначала переименовываете и обновляете конфигурацию.
- Заходите в режим предприятия и смотрите какие объекты в наличии или заполнены (если это реквизит).
- Если объект новый, то можно удалить любой.
Люди глупо доверчивы… Вся реклама мира основана на трех принципах: «Хорошо, много и даром». Поэтому можно давать скверно, мало и дорого.
dimm7310
26.05.21 — 11:47
После релиза 2.0.66.140 перестали обновляться базы (SQL и файловые) — везде одна ошибка
ОбщаяФорма.АЛКОВводРеквизитовОП: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОВыборФормыОтчета: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОДлительнаяОперация: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОНастройкиОтчета: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОПечатьРегламентированныхОтчетов: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОФормаВводаПарыСвязанныхЗначений: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОФормаВыбораЗначенияИзТаблицы: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОФормаПредупрежденияСФлажком: Дублирование имени объекта метаданных:
При проверке метаданных обнаружены ошибки!
Операция не может быть выполнена.
Релиз платформы (8.3.16.1224)
в описании обновления : Предприятие 8 не ниже 8.3.9.2309. — т.е. у нас с запасом
В поддержке 1С БИТ посоветовали обновить платформу до последнего релиза
не хотелось бы без крайней необходимости переходить на последнюю платформу.
Кто-нибудь сталкивался?
Затейник
1 — 26.05.21 — 11:51
Давай рассказывай как обновлял в этот раз, как обновлял в прошлый раз.
dimm7310
2 — 26.05.21 — 11:53
всегда штатно через конфигуратор
Dmitrii
3 — 26.05.21 — 12:23
Кто-то когда-то обновил в обход стандартных механизмов поставки и поддержки.
Расползлись УИДы объектов метаданных в основной конфигурации и в конфигурации поставщика.
Затейник
4 — 26.05.21 — 12:47
Конфигурация поставщика совпадает с текущим релизом? Все объекты на поддержке? Глазами в конфигураторе найди задублированные объекты, что с ними происходит, они прям рядом идентичные?
Winnie Buh
5 — 26.05.21 — 12:56
(2) понятно, что через конфигуратор,
с помощью CFU или полного CF с пересоком через релизы?
dimm7310
6 — 26.05.21 — 13:30
CFU
dimm7310
7 — 26.05.21 — 13:53
(4) До попытки обновления объекты на которые ругается в конфигурации не задублированы и на поддержке.
После попытки обновления появляются дубли Без поддержки
Garykom
8 — 26.05.21 — 13:59
Имхо наблюдаю резко возросшее количество ошибок в 1С
Интересно там тоже проблемы с кадрами или просто «сложность программ выросла настолько, что превысила способность программистов управляться с ними»
Winnie Buh
9 — 26.05.21 — 14:03
(7) хм…
странные дела,
похоже, что до конца не отработали все процедуры обновления,
может попробовать поднять бекап и повторить обновление на другой платформе или на другой релиз конфигурации
Lama12
10 — 26.05.21 — 15:12
(0) Кэш почисти перед проведением обновления. После это сделать сравнение с конфигурацией поставщика. Посмотреть что «задвоенные» объекты сопоставлены платформой. Только после этого заново делать обновление.
Было что-то подобное еще на 8.2. Чистка кэша помогла.
Lama12
11 — 26.05.21 — 15:13
(8) У меня складывается впечатление, что они взяли большую скорость. Чуть помедленнее, и будет качество лучше.
Фрэнки
12 — 26.05.21 — 15:22
Там что-то не совсем похожее на то, как было раньше. В самом последнем релизе в страницу https://releases.1c.ru/version_files?nick=Accounting20_82&ver=2.0.66.145
дали больше текста, чем обычно.
ТС, может попробовать на этот релиз обновиться, а не пытаться промежуточные ставить? Там вроде в списке доступных к обновлению все нужные тебе релизы будут.
Фрэнки
13 — 26.05.21 — 15:25
Фрэнки
14 — 26.05.21 — 15:30
Я бы сделал из полного дистриба с помощью CFU актуальный полный дистриб, а затем уже пытался бы обновиться из файла CF
Но! В топике упомянуто, что советы давали из поддержки 1С БИТ — у вас точно чистая БП2 или это трабла из-за довеска от БИТ ?
dimm7310
15 — 26.05.21 — 15:31
(10) Естественно первым делом чистил
dimm7310
16 — 26.05.21 — 15:32
(12) пробовал я обновляться на все последующие
dimm7310
17 — 26.05.21 — 15:34
когда показывает список обновляемых объектов то проблемные объекты не соответствуют друг другу в моей конфигурации и из обновления — в разных строках
dimm7310
18 — 26.05.21 — 15:35
попробую обновиться на другой платформе
dimm7310
19 — 26.05.21 — 15:36
из полного дистрибутива то же пробовал обновляться — то же самое
Фрэнки
20 — 26.05.21 — 15:37
Homer
21 — 26.05.21 — 15:39
мне кажется сталкивался с аналогичной проблемой. База была Отраслевая РАРУС на БП2. Была задача перейти на БП3 оригинал. из конфигурации поставщика выгрузил конфу. снял с поддержки и загрузил конфигурацию ранее выгруженною. Далее пошло нормальное обновление.
Фрэнки
22 — 26.05.21 — 15:40
Если конфиг типовой, то я бы еще и залил конфу файла из полного дистриба способом Загрузить из файла, а затем уже как-то обновлял из CFU
hhhh
23 — 26.05.21 — 15:41
конфа полностью типовая?
dimm7310
24 — 26.05.21 — 15:51
(23) — нет, есть добавленные и измененные объекты , но с этими общими формами это никак не связано
dimm7310
25 — 26.05.21 — 15:54
попытка обновления на 8.3.17 ситуацию не улучшило
вот такая картина . На скрине видно что объекты не сопоставляются
https://ibb.co/jZQP6sh
hhhh
26 — 26.05.21 — 15:58
(24) тогда они должны там у вас быть в списке в двойном экземпляре. просто переименуйте лишние, назовите АЛКОВводРеквизитовОП1 и т.д.
dimm7310
27 — 26.05.21 — 16:03
(26) об этом я написал подробно в (7)
Winnie Buh
28 — 26.05.21 — 16:10
(25) ничего удивительного, конфа же снята с поддержки
dimm7310
29 — 26.05.21 — 17:44
конфа — «Редактируется с сохранением поддержки»
Фрэнки
30 — 26.05.21 — 18:20
(29) короче говоря, у меня на поддержке есть похожая база — это БП2 проф — и я ее давно не обновлял, а пора бы ее сделать актуальной.
Так что я пройдусь по таким же граблям и отпишусь по результату.
Фрэнки
31 — 27.05.21 — 09:18
Ну что сказать… Если кратко, то все повторилось.
База была в номере релиза 126 (пишу только правые цифры релиза). Переход на 137 — норм. Переход на 139 — норм.
После него все остальные обновки выдали дубли общих форм, как это показано в обсуждении выше.
9 общих форм АЛКО.. из версии 139 против новых 10 общих форм АЛКО, в которых 9 имен дублируют уже существующие.
Фрэнки
32 — 27.05.21 — 10:27
Так… Но все-таки не полностью повторилось. При принятии результатов сравнения и объединения пунктом выше — все применяется. Прежние формы удалены, а новый вставлены.
Фрэнки
33 — 27.05.21 — 10:29
Может все-таки проблема возникает от того, что эти общие конфликтные формы просто изменены в текущей конфе у ТС и для этих изменений они сняты с поддержки или частично сняты?
dimm7310
34 — 27.05.21 — 10:40
(33) Нет эти формы мы не используем и я их не трогал
dimm7310
35 — 27.05.21 — 10:42
(32) у меня поледний релиз который нормально встал — 140, видимо 139 — перепрыгнул
На каком релизе платформы обновлялись?
Фрэнки
36 — 27.05.21 — 10:43
(34) угу. Ну осталось только сказать, что я делал на платформе — windows64full_8_3_17_1549
У меня для релизов БП2 и таких же похожих только такой релиз в наличии сейчас.
Других вариантов просто в голову уже не приходит.
dimm7310
37 — 27.05.21 — 11:00
я сейчас пробую на другом компе с релизом 1С:Предприятие 8.3 (8.3.17.1851) — и не удаляется
ОбщаяФорма.АЛКОНастройкиОтчета: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОПечатьРегламентированныхОтчетов: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОФормаВводаПарыСвязанныхЗначений: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОФормаВыбораЗначенияИзТаблицы: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОФормаПредупрежденияСФлажком: Дублирование имени объекта метаданных:
При проверке метаданных обнаружены ошибки!
Операция не может быть выполнена.
dimm7310
38 — 27.05.21 — 11:01
попробую удалить руками дубли — не поддержке и попробую накатить слудующий релиз
Фрэнки
39 — 27.05.21 — 11:11
(38) кстати, вручную ты эту беду можешь победить.
Поскольку сама эта АЛКО тебе не критична от слова совсем. В своей текущей базе, для обновления которая нужна, сними эти формы АЛКО с поддержки и удали их. Они будут Отсутствовать. Затем установка новой конфы поставщика просто добавит из сама и все. Удали вручную, а добавит автоматом.
Фрэнки
40 — 27.05.21 — 11:19
(37) и еще насчет релизов платформы — 8.3.17.1851 — это уже из новых релизов.
Он должен отличаться довольно сильно от 8.3.17.1549, который был последним стабильным и рекомендуемым релизом накануне начавшейся в прошлом году осенью чехарды с заменой релизов.
dimm7310
41 — 27.05.21 — 13:02
(39) с удалением (после обновления) дублей не на поддержке — прокатило, последующие релизы нормально встали.
В первые с этим встречаюсь.
Спасибо всем кто ответил
1
2
3
4
Показывать по
10
20
40
сообщений
Новая тема
Ответить
Вячеслав Хомлянский
Дата регистрации: 25.02.2015
Сообщений: 16
Доброго дня, выручайте. при обновлении 1с Бухглатерии 8.2. с конфы 2.0.63.6 на 2.0.64.11, объединение прошло успешно, а вот при обновлении конфигурации выдает ошибку «При проверке метаданных обнаружены ошибки, операция не может быть выполнена»
Обработка.ЭлектронныеДокументы.Макет.ПрикладноеПредставлениеРеквизитов: Дублирование имени объекта метаданных:
Подскажите как исправить?
Prikum
активный пользователь
онлайн
Дата регистрации: 18.02.2002
Сообщений: 20834
Вячеслав Хомлянский, убрать дублирование имени! Конфигурация типовая? Стоит на «замке» ?
Вячеслав Хомлянский
Дата регистрации: 25.02.2015
Сообщений: 16
Prikum
активный пользователь
онлайн
Дата регистрации: 18.02.2002
Сообщений: 20834
Вячеслав Хомлянский, картинку из конфигуратора сможете показать?
Вячеслав Хомлянский
Дата регистрации: 25.02.2015
Сообщений: 16
сейчас попробую скрин сделать, именно конфигурации раскрытой?
Prikum
активный пользователь
онлайн
Дата регистрации: 18.02.2002
Сообщений: 20834
Вячеслав Хомлянский
Дата регистрации: 25.02.2015
Сообщений: 16
держите
Вячеслав Хомлянский
Дата регистрации: 25.02.2015
Сообщений: 16
Prikum, пойдет, такой скрин?
Prikum
активный пользователь
онлайн
Дата регистрации: 18.02.2002
Сообщений: 20834
Вячеслав Хомлянский, что то Вы темните! Во первых в типовой нет такой обработки, во-вторых что за объект у Вас в метаданных ТОРГ12_Покупатель? Или у Вас какая то совместная конфигурация?
Вячеслав Хомлянский
Дата регистрации: 25.02.2015
Сообщений: 16
я конечно, сейчас попробовал снял замок с этого обекта и изменил имя дописал 1чку, и дальше пускает обновление концы делать. или это не есть правильно?
Приведены некоторые ошибки, их причины и решения при обновлении конфигураций баз всеми любимой 1С 8.3.
Обновление УТ 11.1.10.199 => 11.2.2.119
После обновления конфы при запуске в режиме Предприятия ошибка:
{ОбщийМодуль.Б_ОбменССайтомСервер.Модуль(225)}: Тип не определен (СправочникОбъект.ЕдиницыИзмерения)
Причина:
В новой версии конфы удаляется справочник ЕдиницыИзмерения и соответственно удаляются все обращения к нему в коде.
Но т.к. модуль БУС (модуль для обмена с сайтом Битрикс) не находится на поддержке, он обращается к справочнику, которого уже нет.
Решение:
1) Удалить в новой версии модуль БУС (отметить галочки)
2) Обновить модуль БУС после обновления
Обновление УТ 11.2.2.119 => 11.2.3.84
При внесении изменений в конфигурацию ошибка:
Записи регистра сведений стали неуникальными: ВерсииОбъектов.
Решение:
Зайти в Предприятие, ВсеФункции -> РегистрыСведений -> ВерсииОбъектов и удалить косячный объект.
В данном случае был объект с незаполненным реквизитом Объект.
“Виснет” обновление базы в режиме предприятия – запускается, но постоянно 0%.
Решение:
Отредактировать регламентное задание “Отложенное обновление ИБ”: устанавливал чтобы запускалось каждые 60 сек.
Ошибка после обновления платформы и запуске синхронизации:
"Не удалось подключиться к другой программе: Метод объекта не обнаружен (Connect)"
Решение:
Выполнить регистрацию COM-соединения:
Regsvr32 “C:Program Files (x86)1cv8НОМЕР_ПЛАТФОРМЫbincomcntr.dll”
При обновлении ЗУП 2.5 на 3.0 на платформе 8.3.12.1412 при запуске в режиме Предприятия:
Ошибка (идентификаторы могут быть разные):
ERROR: column "fld16387rref" does not exist
LINE 2: COALESCE(Fld16387RRef,Q_001_F_000RRef)
Причина: В клиент-серверном варианте инфорационной базы с использованием PostgreSQL при выполнении запроса, содержащего ПОЛНОЕ СОЕДИНЕНИЕ может происходить ошибка вида. Код ошибки: 10193154.
Решение:
Обновить платформу на 8.3.12.1529.
Обновление УТ 11.4.6.166 => 11.4.6.174
Ошибка на этапе запуска в режиме Предприятия (кажется):
{Документ.РеализацияТоваровУслуг.МодульОбъекта(3237,7)}: Переменная не определена (СуммаПредоплаты)
ВызватьИсключение(ТекстОшибки);
Причина:
Новый код в модуле объекта РеализацияТоваровУслуг я пометил на объединение с имеющимся в текущей конфигурации. Но, объединился он криво (или я недоглядел). Реквизит СуммаПредоплаты на самом деле был переименован в УдалитьСуммаПредоплаты, и вызываться в коде не должен).
Решение:
Откатился назад и обновился еще раз без объединения с имеющимся кодом. Уже после обновления исправил код вручную.
Обновление УТ 1.3.4.228 => 11.4.6.174
Ошибка на этапе объединения конфигураций:
На удаляемый объект ОбщийМодуль.УчетНДСУТ есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.УчетНДС.Состав
На удаляемый объект РегламентноеЗадание.ФормированиеДвиженийПоПартиямЗатратамНДС есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.УчетНДС.Состав
На удаляемый объект ЖурналДокументов.ПередачиВозвратыТоваровМеждуОрганизациями есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.ПродажиМеждуОрганизациями.Состав
На удаляемый объект Обработка.НастройкаПередачиТоваровМеждуОрганизациями есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.ПродажиМеждуОрганизациями.Состав
На удаляемый объект Обработка.ПомощникИсправленияОстатковТоваровОрганизаций есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Состав
На удаляемый объект Обработка.ТекущиеДелаПоЭДО есть ссылки в объектах основной конфигурации:
Подсистема.Органайзер.Состав
На удаляемый объект РегистрСведений.УдалитьАдресныйКлассификатор есть ссылки в объектах основной конфигурации:
Подсистема.НормативноСправочнаяИнформация.Подсистема.БазовыеКлассификаторы.Состав
ПричинЫ:
Почему остались ссылки на удаляемые объекты в конфе?
1) Возможно, объекты со ссылками тоже должны были быть удалены, но по какой-то причине этого не произошло.
2) Просто тупняк обработки обновления, которая не “зачистила” места использования удаляемых объектов.
РешениЯ:
1) По хорошему, нужно найти все места использования и разобраться, почему остались ссылки на удаляемые объекты. Устранить их и вновь запустить обновление, чтобы объекты смогли удалиться автоматически.
2) Но можно и проще: убрать галки в форме сравнения конфигураций с этих объектов, чтобы они не пытались удалиться из текущей конфы. Но теперь в базе будут мусорные объекты, которые никто и никогда не будет использовать.
Обновление УТ
Ошибка:
Ошибка инициализации модуля: Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера
по причине:
{Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера(13,2)}: Переменная не определена (ВводНаОснованииПереопределяемый)
<<?>>ВводНаОснованииПереопределяемый.ДобавитьКомандуСоздатьНаОснованииБизнесПроцессЗадание(КомандыСоздатьНаОсновании);
{Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера(14,2)}: Переменная не определена (ВводНаОснованииПереопределяемый)
<<?>>ВводНаОснованииПереопределяемый.ДобавитьКомандыСоздатьНаОснованииПисмаПоШаблону(КомандыСоздатьНаОсновании);
{Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера(23,45)}: Переменная не определена (ВводНаОсновании)
КомандаСоздатьНаОсновании.Представление = <<?>>ВводНаОсновании.ПредставлениеОбъекта(Метаданные.Документы.УдалитьАктОРасхожденияхПриПоступленииТоваров);
Причина:
Комбинация двух предыдущих ошибок. В предыдущем релизе конфигурации объект УдалитьАктОРасхожденияхПриПоступленииТоваров был “помечен на удаление” (т.к. в имени написано “Удалить”), значит в этом новом релизе он должен был быть удален. Но на него остались ссылки в других объектах, поэтому автоматически он не удалился. Соответственно, проблемный объект УдалитьАктОРасхожденияхПриПоступленииТоваров содержит неактуальные обращения к уже несуществующим реквизитам других объектов (ВводНаОснованииПереопределяемый и др.).
Решение:
Удалить объект УдалитьАктОРасхожденияхПриПоступленииТоваров из конфы:
1) найти места использования: ПКМ на объекте => Найти места использования. Как оказалось, ссылались некоторые команды в других объектах
2) убрать места использования: поснимать галочки на удаляемый объект в этих командах (в реквизите “Тип параметра команды”, кажется)
3) запустить выполнение обновления повторно, и этот объект должен спокойно выпилиться из конфы
Обновление УТ
Ошибка:
Роль.ДобавлениеИзменениеФизическихЛиц: Дублирование имени объекта метаданных:
Обработка.ПомощникИсправленияОстатковТоваровОрганизаций: Дублирование имени объекта метаданных:
При проверке метаданных обнаружены ошибки!
Операция не может быть выполнена.
Причина:
Тупняк обработки обновления: дубликат не должен быть создаваться.
Решение:
(точно не помню) По логике – удалил дубликаты из конфы.
Обновление УТ
В режиме Предприятия:
Ошибка при выполнении запроса.
по причине: Ошибка получения данных
по причине: Ошибка создания набора данных "НаборДанныхДинамическогоСписка"
по причине: Ошибка при исполнении запроса набора данных
по причине: Ошибка выполнения запроса
по причине: Ошибка в ограничении доступа к данным.
объект: 'Документ.ПриобретениеТоваровУслуг', поле: 'Проведен'; право: 'Чтение'
{(38, 27)}: Синтаксическая ошибка ":"
НеверноеИмяТекущейТаблицы<<?>>: "Документ.ПоступлениеТоваровУслуг"
по причине:
{(38, 27)}: Синтаксическая ошибка ":"
НеверноеИмяТекущейТаблицы<<?>>: "Документ.ПоступлениеТоваровУслуг"
Причина:
В последних версиях УТ осуществляется переход от документов ПоступленияТоваровУслуг к ПриобретениямТоваровУслуг. Виновником была самописная роль ДобавлениеИзменениеПоступленийТоваровУслугБезРаспроведения, созданная копированием стандартной ДобавлениеИзменениеПоступленийТоваровУслуг. Но если стандартная была автоматически как нужно подпилена обработкой обновления (или же вообще удалена), то самописная осталась с неверными ссылками на старые документы.
Решение:
Убрал в самописной роли галки на документ ПоступлениеТоваровУслуг, оставил только на Приобретения.
Просмотров:
2 917
Накопили несколько обновлений за 4 квартал 2020г.
В результате надо обновится с 3.0.81.23 до 3.0.87.28. Делается это надо последовательно через цепочку обновлений 3.0.81.23 / 3.0.82.40 / 3.0.84.46 / 3.0.87.28. Так указано на сайте 1С .
Но , что было не учтено изначально — это то , что надо еще и саму платформу 1С обновить было до последней версии. Посмотреть это можно было , когда загружается 1С и появляется сообщение , что появились новые обновления.
В результате самостоятельного обновления с 3.0.81.23 до 3.0.82.40 получили сообщение :
Обработка.СправкаСПАРКРиски.Макет.КакНастроитьПроверкуЦифровойПодписиAdobeAcrobat_ru: Дублирование имени объекта метаданных:
ОбщаяКартинка.Информация: Имя не уникально!
При проверке метаданных обнаружены ошибки!
Операция не может быть выполнена.
К счастью резервную копию предварительно успели сделать.
Что всегда подводит ? Это то , что обновления накопились и их уже на 850Мб к примеру и если их делать из интерфейса пользователя 1С, то процесс затягивается на несколько часов. На самом деле там идут последовательно несколько последовательных обновлений конфигурации и возможно самой платформы.
Выглядит Это примерно так — Получение файлов 1 из 27:
Ну что ж будем терпеливо ждать 12 часов минимум, так как оставляем компьютер на ночь…
Странно , но ждать более 4 часов как-то не правильно , тем более если 1 из 27 так и висит.
Отменяем обновление и заново запускаем 1С и теперь делаем такой ход :
Открываем Подробнее и оставляем только обновление самой платформы 1С например. Закрываем все остальные программы на на нашем сервере с 1С . И опять ждем… И о чудо , просралась 1С как-то сразу быстро (5 минут хватило) …
Далее остается обновить только конфигурации.
И на удивление процесс быстро пошел, но далее опять полное зависание на ниже указанном этапе:
И опять приходится на свой страх и риск удалять один из объектов ибо их два почему-то:
И наконец первое обновление завершается успешно … Ура товарищи! То есть мы обновились до 3.0.82.40.
Далее нам остается как-то обновиться до 3.0.84.46 и потом 3.0.87.28 . Пробуем обновиться опять автоматически при запуске 1С…
Пишет что уже загрузка файлов 1 из 2 идет (ранее было 1/3).
Выводы:
Если при автоматическом обновлении 1С получает косяк , например как у нас на первом этапе, то 1С ничего путного сделать не предлагает , а тупо виснет как будто она в процессе долгого обновления . И это красиво вводит вас в заблуждение, что процесс идет нормально , но долго …
26.05.21 — 11:47
После релиза 2.0.66.140 перестали обновляться базы (SQL и файловые) — везде одна ошибка
ОбщаяФорма.АЛКОВводРеквизитовОП: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОВыборФормыОтчета: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОДлительнаяОперация: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОНастройкиОтчета: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОПечатьРегламентированныхОтчетов: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОФормаВводаПарыСвязанныхЗначений: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОФормаВыбораЗначенияИзТаблицы: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОФормаПредупрежденияСФлажком: Дублирование имени объекта метаданных:
При проверке метаданных обнаружены ошибки!
Операция не может быть выполнена.
Релиз платформы (8.3.16.1224)
в описании обновления : Предприятие 8 не ниже 8.3.9.2309. — т.е. у нас с запасом
В поддержке 1С БИТ посоветовали обновить платформу до последнего релиза
не хотелось бы без крайней необходимости переходить на последнюю платформу.
Кто-нибудь сталкивался?
1 — 26.05.21 — 11:51
Давай рассказывай как обновлял в этот раз, как обновлял в прошлый раз.
2 — 26.05.21 — 11:53
всегда штатно через конфигуратор
3 — 26.05.21 — 12:23
Кто-то когда-то обновил в обход стандартных механизмов поставки и поддержки.
Расползлись УИДы объектов метаданных в основной конфигурации и в конфигурации поставщика.
4 — 26.05.21 — 12:47
Конфигурация поставщика совпадает с текущим релизом? Все объекты на поддержке? Глазами в конфигураторе найди задублированные объекты, что с ними происходит, они прям рядом идентичные?
5 — 26.05.21 — 12:56
(2) понятно, что через конфигуратор,
с помощью CFU или полного CF с пересоком через релизы?
6 — 26.05.21 — 13:30
CFU
7 — 26.05.21 — 13:53
(4) До попытки обновления объекты на которые ругается в конфигурации не задублированы и на поддержке.
После попытки обновления появляются дубли Без поддержки
8 — 26.05.21 — 13:59
Имхо наблюдаю резко возросшее количество ошибок в 1С
Интересно там тоже проблемы с кадрами или просто «сложность программ выросла настолько, что превысила способность программистов управляться с ними»
9 — 26.05.21 — 14:03
(7) хм…
странные дела,
похоже, что до конца не отработали все процедуры обновления,
может попробовать поднять бекап и повторить обновление на другой платформе или на другой релиз конфигурации
10 — 26.05.21 — 15:12
(0) Кэш почисти перед проведением обновления. После это сделать сравнение с конфигурацией поставщика. Посмотреть что «задвоенные» объекты сопоставлены платформой. Только после этого заново делать обновление.
Было что-то подобное еще на 8.2. Чистка кэша помогла.
11 — 26.05.21 — 15:13
(8) У меня складывается впечатление, что они взяли большую скорость. Чуть помедленнее, и будет качество лучше.
12 — 26.05.21 — 15:22
Там что-то не совсем похожее на то, как было раньше. В самом последнем релизе в страницу https://releases.1c.ru/version_files?nick=Accounting20_82&ver=2.0.66.145
дали больше текста, чем обычно.
ТС, может попробовать на этот релиз обновиться, а не пытаться промежуточные ставить? Там вроде в списке доступных к обновлению все нужные тебе релизы будут.
13 — 26.05.21 — 15:25
14 — 26.05.21 — 15:30
Я бы сделал из полного дистриба с помощью CFU актуальный полный дистриб, а затем уже пытался бы обновиться из файла CF
Но! В топике упомянуто, что советы давали из поддержки 1С БИТ — у вас точно чистая БП2 или это трабла из-за довеска от БИТ ?
15 — 26.05.21 — 15:31
(10) Естественно первым делом чистил
16 — 26.05.21 — 15:32
(12) пробовал я обновляться на все последующие
17 — 26.05.21 — 15:34
когда показывает список обновляемых объектов то проблемные объекты не соответствуют друг другу в моей конфигурации и из обновления — в разных строках
18 — 26.05.21 — 15:35
попробую обновиться на другой платформе
19 — 26.05.21 — 15:36
из полного дистрибутива то же пробовал обновляться — то же самое
20 — 26.05.21 — 15:37
21 — 26.05.21 — 15:39
мне кажется сталкивался с аналогичной проблемой. База была Отраслевая РАРУС на БП2. Была задача перейти на БП3 оригинал. из конфигурации поставщика выгрузил конфу. снял с поддержки и загрузил конфигурацию ранее выгруженною. Далее пошло нормальное обновление.
22 — 26.05.21 — 15:40
Если конфиг типовой, то я бы еще и залил конфу файла из полного дистриба способом Загрузить из файла, а затем уже как-то обновлял из CFU
23 — 26.05.21 — 15:41
конфа полностью типовая?
24 — 26.05.21 — 15:51
(23) — нет, есть добавленные и измененные объекты , но с этими общими формами это никак не связано
25 — 26.05.21 — 15:54
попытка обновления на 8.3.17 ситуацию не улучшило
вот такая картина . На скрине видно что объекты не сопоставляются
https://ibb.co/jZQP6sh
26 — 26.05.21 — 15:58
(24) тогда они должны там у вас быть в списке в двойном экземпляре. просто переименуйте лишние, назовите АЛКОВводРеквизитовОП1 и т.д.
27 — 26.05.21 — 16:03
(26) об этом я написал подробно в (7)
28 — 26.05.21 — 16:10
(25) ничего удивительного, конфа же снята с поддержки
29 — 26.05.21 — 17:44
конфа — «Редактируется с сохранением поддержки»
30 — 26.05.21 — 18:20
(29) короче говоря, у меня на поддержке есть похожая база — это БП2 проф — и я ее давно не обновлял, а пора бы ее сделать актуальной.
Так что я пройдусь по таким же граблям и отпишусь по результату.
31 — 27.05.21 — 09:18
Ну что сказать… Если кратко, то все повторилось.
База была в номере релиза 126 (пишу только правые цифры релиза). Переход на 137 — норм. Переход на 139 — норм.
После него все остальные обновки выдали дубли общих форм, как это показано в обсуждении выше.
9 общих форм АЛКО.. из версии 139 против новых 10 общих форм АЛКО, в которых 9 имен дублируют уже существующие.
32 — 27.05.21 — 10:27
Так… Но все-таки не полностью повторилось. При принятии результатов сравнения и объединения пунктом выше — все применяется. Прежние формы удалены, а новый вставлены.
33 — 27.05.21 — 10:29
Может все-таки проблема возникает от того, что эти общие конфликтные формы просто изменены в текущей конфе у ТС и для этих изменений они сняты с поддержки или частично сняты?
34 — 27.05.21 — 10:40
(33) Нет эти формы мы не используем и я их не трогал
35 — 27.05.21 — 10:42
(32) у меня поледний релиз который нормально встал — 140, видимо 139 — перепрыгнул
На каком релизе платформы обновлялись?
36 — 27.05.21 — 10:43
(34) угу. Ну осталось только сказать, что я делал на платформе — windows64full_8_3_17_1549
У меня для релизов БП2 и таких же похожих только такой релиз в наличии сейчас.
Других вариантов просто в голову уже не приходит.
37 — 27.05.21 — 11:00
я сейчас пробую на другом компе с релизом 1С:Предприятие 8.3 (8.3.17.1851) — и не удаляется
ОбщаяФорма.АЛКОНастройкиОтчета: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОПечатьРегламентированныхОтчетов: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОФормаВводаПарыСвязанныхЗначений: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОФормаВыбораЗначенияИзТаблицы: Дублирование имени объекта метаданных:
ОбщаяФорма.АЛКОФормаПредупрежденияСФлажком: Дублирование имени объекта метаданных:
При проверке метаданных обнаружены ошибки!
Операция не может быть выполнена.
38 — 27.05.21 — 11:01
попробую удалить руками дубли — не поддержке и попробую накатить слудующий релиз
39 — 27.05.21 — 11:11
(38) кстати, вручную ты эту беду можешь победить.
Поскольку сама эта АЛКО тебе не критична от слова совсем. В своей текущей базе, для обновления которая нужна, сними эти формы АЛКО с поддержки и удали их. Они будут Отсутствовать. Затем установка новой конфы поставщика просто добавит из сама и все. Удали вручную, а добавит автоматом.
40 — 27.05.21 — 11:19
(37) и еще насчет релизов платформы — 8.3.17.1851 — это уже из новых релизов.
Он должен отличаться довольно сильно от 8.3.17.1549, который был последним стабильным и рекомендуемым релизом накануне начавшейся в прошлом году осенью чехарды с заменой релизов.
dimm7310
41 — 27.05.21 — 13:02
(39) с удалением (после обновления) дублей не на поддержке — прокатило, последующие релизы нормально встали.
В первые с этим встречаюсь.
Спасибо всем кто ответил
Приведены некоторые ошибки, их причины и решения при обновлении конфигураций баз всеми любимой 1С 8.3.
Обновление УТ 11.1.10.199 => 11.2.2.119
После обновления конфы при запуске в режиме Предприятия ошибка:
{ОбщийМодуль.Б_ОбменССайтомСервер.Модуль(225)}: Тип не определен (СправочникОбъект.ЕдиницыИзмерения)
Причина:
В новой версии конфы удаляется справочник ЕдиницыИзмерения и соответственно удаляются все обращения к нему в коде.
Но т.к. модуль БУС (модуль для обмена с сайтом Битрикс) не находится на поддержке, он обращается к справочнику, которого уже нет.
Решение:
1) Удалить в новой версии модуль БУС (отметить галочки)
2) Обновить модуль БУС после обновления
Обновление УТ 11.2.2.119 => 11.2.3.84
При внесении изменений в конфигурацию ошибка:
Записи регистра сведений стали неуникальными: ВерсииОбъектов.
Решение:
Зайти в Предприятие, ВсеФункции -> РегистрыСведений -> ВерсииОбъектов и удалить косячный объект.
В данном случае был объект с незаполненным реквизитом Объект.
“Виснет” обновление базы в режиме предприятия – запускается, но постоянно 0%.
Решение:
Отредактировать регламентное задание “Отложенное обновление ИБ”: устанавливал чтобы запускалось каждые 60 сек.
Ошибка после обновления платформы и запуске синхронизации:
"Не удалось подключиться к другой программе: Метод объекта не обнаружен (Connect)"
Решение:
Выполнить регистрацию COM-соединения:
Regsvr32 “C:Program Files (x86)1cv8НОМЕР_ПЛАТФОРМЫbincomcntr.dll”
При обновлении ЗУП 2.5 на 3.0 на платформе 8.3.12.1412 при запуске в режиме Предприятия:
Ошибка (идентификаторы могут быть разные):
ERROR: column "fld16387rref" does not exist
LINE 2: COALESCE(Fld16387RRef,Q_001_F_000RRef)
Причина: В клиент-серверном варианте инфорационной базы с использованием PostgreSQL при выполнении запроса, содержащего ПОЛНОЕ СОЕДИНЕНИЕ может происходить ошибка вида. Код ошибки: 10193154.
Решение:
Обновить платформу на 8.3.12.1529.
Обновление УТ 11.4.6.166 => 11.4.6.174
Ошибка на этапе запуска в режиме Предприятия (кажется):
{Документ.РеализацияТоваровУслуг.МодульОбъекта(3237,7)}: Переменная не определена (СуммаПредоплаты)
ВызватьИсключение(ТекстОшибки);
Причина:
Новый код в модуле объекта РеализацияТоваровУслуг я пометил на объединение с имеющимся в текущей конфигурации. Но, объединился он криво (или я недоглядел). Реквизит СуммаПредоплаты на самом деле был переименован в УдалитьСуммаПредоплаты, и вызываться в коде не должен).
Решение:
Откатился назад и обновился еще раз без объединения с имеющимся кодом. Уже после обновления исправил код вручную.
Обновление УТ 1.3.4.228 => 11.4.6.174
Ошибка на этапе объединения конфигураций:
На удаляемый объект ОбщийМодуль.УчетНДСУТ есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.УчетНДС.Состав
На удаляемый объект РегламентноеЗадание.ФормированиеДвиженийПоПартиямЗатратамНДС есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.УчетНДС.Состав
На удаляемый объект ЖурналДокументов.ПередачиВозвратыТоваровМеждуОрганизациями есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.ПродажиМеждуОрганизациями.Состав
На удаляемый объект Обработка.НастройкаПередачиТоваровМеждуОрганизациями есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.ПродажиМеждуОрганизациями.Состав
На удаляемый объект Обработка.ПомощникИсправленияОстатковТоваровОрганизаций есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Состав
На удаляемый объект Обработка.ТекущиеДелаПоЭДО есть ссылки в объектах основной конфигурации:
Подсистема.Органайзер.Состав
На удаляемый объект РегистрСведений.УдалитьАдресныйКлассификатор есть ссылки в объектах основной конфигурации:
Подсистема.НормативноСправочнаяИнформация.Подсистема.БазовыеКлассификаторы.Состав
ПричинЫ:
Почему остались ссылки на удаляемые объекты в конфе?
1) Возможно, объекты со ссылками тоже должны были быть удалены, но по какой-то причине этого не произошло.
2) Просто тупняк обработки обновления, которая не “зачистила” места использования удаляемых объектов.
РешениЯ:
1) По хорошему, нужно найти все места использования и разобраться, почему остались ссылки на удаляемые объекты. Устранить их и вновь запустить обновление, чтобы объекты смогли удалиться автоматически.
2) Но можно и проще: убрать галки в форме сравнения конфигураций с этих объектов, чтобы они не пытались удалиться из текущей конфы. Но теперь в базе будут мусорные объекты, которые никто и никогда не будет использовать.
Обновление УТ
Ошибка:
Ошибка инициализации модуля: Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера
по причине:
{Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера(13,2)}: Переменная не определена (ВводНаОснованииПереопределяемый)
<<?>>ВводНаОснованииПереопределяемый.ДобавитьКомандуСоздатьНаОснованииБизнесПроцессЗадание(КомандыСоздатьНаОсновании);
{Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера(14,2)}: Переменная не определена (ВводНаОснованииПереопределяемый)
<<?>>ВводНаОснованииПереопределяемый.ДобавитьКомандыСоздатьНаОснованииПисмаПоШаблону(КомандыСоздатьНаОсновании);
{Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера(23,45)}: Переменная не определена (ВводНаОсновании)
КомандаСоздатьНаОсновании.Представление = <<?>>ВводНаОсновании.ПредставлениеОбъекта(Метаданные.Документы.УдалитьАктОРасхожденияхПриПоступленииТоваров);
Причина:
Комбинация двух предыдущих ошибок. В предыдущем релизе конфигурации объект УдалитьАктОРасхожденияхПриПоступленииТоваров был “помечен на удаление” (т.к. в имени написано “Удалить”), значит в этом новом релизе он должен был быть удален. Но на него остались ссылки в других объектах, поэтому автоматически он не удалился. Соответственно, проблемный объект УдалитьАктОРасхожденияхПриПоступленииТоваров содержит неактуальные обращения к уже несуществующим реквизитам других объектов (ВводНаОснованииПереопределяемый и др.).
Решение:
Удалить объект УдалитьАктОРасхожденияхПриПоступленииТоваров из конфы:
1) найти места использования: ПКМ на объекте => Найти места использования. Как оказалось, ссылались некоторые команды в других объектах
2) убрать места использования: поснимать галочки на удаляемый объект в этих командах (в реквизите “Тип параметра команды”, кажется)
3) запустить выполнение обновления повторно, и этот объект должен спокойно выпилиться из конфы
Обновление УТ
Ошибка:
Роль.ДобавлениеИзменениеФизическихЛиц: Дублирование имени объекта метаданных:
Обработка.ПомощникИсправленияОстатковТоваровОрганизаций: Дублирование имени объекта метаданных:
При проверке метаданных обнаружены ошибки!
Операция не может быть выполнена.
Причина:
Тупняк обработки обновления: дубликат не должен быть создаваться.
Решение:
(точно не помню) По логике – удалил дубликаты из конфы.
Обновление УТ
В режиме Предприятия:
Ошибка при выполнении запроса.
по причине: Ошибка получения данных
по причине: Ошибка создания набора данных "НаборДанныхДинамическогоСписка"
по причине: Ошибка при исполнении запроса набора данных
по причине: Ошибка выполнения запроса
по причине: Ошибка в ограничении доступа к данным.
объект: 'Документ.ПриобретениеТоваровУслуг', поле: 'Проведен'; право: 'Чтение'
{(38, 27)}: Синтаксическая ошибка ":"
НеверноеИмяТекущейТаблицы<<?>>: "Документ.ПоступлениеТоваровУслуг"
по причине:
{(38, 27)}: Синтаксическая ошибка ":"
НеверноеИмяТекущейТаблицы<<?>>: "Документ.ПоступлениеТоваровУслуг"
Причина:
В последних версиях УТ осуществляется переход от документов ПоступленияТоваровУслуг к ПриобретениямТоваровУслуг. Виновником была самописная роль ДобавлениеИзменениеПоступленийТоваровУслугБезРаспроведения, созданная копированием стандартной ДобавлениеИзменениеПоступленийТоваровУслуг. Но если стандартная была автоматически как нужно подпилена обработкой обновления (или же вообще удалена), то самописная осталась с неверными ссылками на старые документы.
Решение:
Убрал в самописной роли галки на документ ПоступлениеТоваровУслуг, оставил только на Приобретения.
Просмотров:
3 194
|
Titanum 1 / 1 / 1 Регистрация: 25.10.2011 Сообщений: 360 |
||||||||||||||||
|
1 |
||||||||||||||||
|
22.01.2013, 20:35. Показов 30208. Ответов 3 Метки нет (Все метки)
Здравствуйте. Обновляю БП 3.0.14.5 на 3.0.15.7.
Переимеовала эти метаданные, т.к. из конфигурации удалить их почему-то не получается не смотря на то, что включила возможность редактирования. Обновилось.
ещё появляется
Вот как оно выглядит:
Видимо были допущены косяки при обновлении в предыдущий раз. Что с этим делать???
0 |
|
Модератор
3724 / 2918 / 575 Регистрация: 10.03.2011 Сообщений: 11,491 Записей в блоге: 1 |
|
|
23.01.2013, 00:19 |
2 |
|
Для типовой конфигурации тот самый файл из пункта 2 )
2 |
|
1 / 1 / 1 Регистрация: 25.10.2011 Сообщений: 360 |
|
|
23.01.2013, 09:56 [ТС] |
3 |
|
Спасибо, да, решила эту броблему. Но только почему так произошло?
0 |
|
Модератор
3724 / 2918 / 575 Регистрация: 10.03.2011 Сообщений: 11,491 Записей в блоге: 1 |
|
|
24.01.2013, 15:19 |
4 |
|
Так обновили….
1 |