Ошибки обновления 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\НОМЕР_ПЛАТФОРМЫ\bin\comcntr.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)}: Синтаксическая ошибка ":"
НеверноеИмяТекущейТаблицы<<?>>: "Документ.ПоступлениеТоваровУслуг"

Причина:
В последних версиях УТ осуществляется переход от документов ПоступленияТоваровУслуг к ПриобретениямТоваровУслуг. Виновником была самописная роль ДобавлениеИзменениеПоступленийТоваровУслугБезРаспроведения, созданная копированием стандартной ДобавлениеИзменениеПоступленийТоваровУслуг. Но если стандартная была автоматически как нужно подпилена обработкой обновления (или же вообще удалена), то самописная осталась с неверными ссылками на старые документы.

Решение:
Убрал в самописной роли галки на документ ПоступлениеТоваровУслуг, оставил только на Приобретения.