Доброго времени суток! При создании распределенного узла инф. базы по организации вылетает с ошибкой:
Невосстановимая ошибка:
ошибка при выполнении запроса post к ресурсу /e1cib/logform:
По причине:
Ошибка СУБД:
Ошибка SQL: поле не найдено 'Т2._Fld1426RRef'
Кто сталкивался? Что делать?

Платформа 8.3.13.1644
Конфигурация Бухгалтерия предприятия 3.0.70.41 доработанная (физическая часть через конфу - добавлены реквизиты, регистры, логическая часть через расширения)

вот даже не задумываясь о глубине происходящей... прежде всего:
- рассмотрел бы возможность ухода с релиза 8.3.13.хххх на какой-то 8.3.14
- если до этого был релиз 8.3.12.хххх - откатился бы на него.

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

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

Скажите, а план обмена, которым ПоОрганизации - он не наступает на грабли модификации объектов в конфгурации? Т.е. не потому что Расширение, а потому что изменяли саму структуру метаданных в конфигурации.

(1) Не лень тебе почти в каждой теме такие длиннопосты набивать?

(2) мистазависмость

(1) к сожалению перейти на новую платформу прямо сейчас нет возможности.
Делаю как раз типовыми средствами в файловый вариант.

с удалением расширения попробую, спасибо.

по поводу затрагивает ли обмен по организации добавленные реквизиты не смотрела, а как посмотреть?
Заранее спасибо

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

(1) в смысле типовой механизм обмена по организации не изменен.

(5) т.е. если тестовая похожая база из файловой в файловую сработает - то проблема в SQL

Но может и на файловых не сработать. И тогда надо будет смотреть на то, что план обмена испортился после модификации структуры метаданных