Столкнулся с проблемой. В случае если в подписке на событие в переменную "Отказ" попадает истина, встречаю странную ошибку. При этом такая проблема случается только с этим документом, в других документах все отрабатывает корректно
При этом ошибка появляется даже если в подписке только отказ:
Ошибки нет, если документ проводить из формы списка, например. В ошибку попадает после того как срабатывает типовая процедура из модуля формы документа:
&НаКлиенте
Процедура ОбновитьЗависимостиДополнительныхРеквизитов()
УправлениеСвойствамиКлиент.ОбновитьЗависимостиДополнительныхРеквизитов(ЭтотОбъект);
КонецПроцедуры
Модуль "УправлениеСвойствамиКлиент" полностью типовой и на поддержке.
В чем может быть проблема?
Кэш чистил, ошибка воспроизводится и на серверной и на файловой базе.
Самое интересное, что спотыкается программа когда пытается вычислить в типовом модуле значение реквизита.
Но при этом в параметры вычисления отправляет форму, в реквизитах которой вроде есть доп реквизиты, но прочитать их нельзя (прикладываю скриншоты).
Скриншоты сделаны на одной точке останова. То есть, одновременно реквизит есть и недоступен.
В данном случае доработка это только подписка, все эти проверки реквизитов типовые и происходят на клиенте.
И непонятно как из этой ситуации выходить. В расширении обернуть " ОбновитьЗависимостиДополнительныхРеквизитов()" в попытку явно неправильный подход, но других идей нет совсем.
В общем, проблема решилась неожиданно и странно.
У документа есть доп реквизиты, у которых в предприятии настраиваются условия доступности. Удалил условия доступности, ошибка ушла. Вернул условия доступности - ошибка не вернулась.
Словом, неведомая ошибка 1с, которая решилась, но до сути которой я не докопался.
