Процедура УточнитьСторнируемыеДокументы(ТаблицаСторнируемыхДокументов, ТаблицаПромежуточныхИсправлений) Экспорт
    
    ОбработанныеДокументы = Новый Соответствие;    
    Для каждого СтрокаТЗ Из ТаблицаСторнируемыхДокументов Цикл
        УточненныйДокумент = ОбработанныеДокументы[СтрокаТЗ.СторнируемыйДокумент];
        Если ЗначениеЗаполнено(УточненныйДокумент) Тогда
            СтрокаТЗ.СторнируемыйДокумент = УточненныйДокумент
        Иначе
            Если СтрокаТЗ.СторнируемыйДокумент.Метаданные().Реквизиты.Найти("ПерерассчитываемыйДокумент") = Неопределено Тогда


СтрокаТЗ.СторнируемыйДокумент = Неопределено, однако
может кто сталкивался - разбирался?
а то там исходный запрос собирается в нескольких процедурах через ТЗ и временные таблицы

пока просто проверку на заполненность поставил, но может это так и задумано - просто у меня в базе какой-то косяк?

ну да - расчетчик заполнил ТЧ руками - сторно флаг поставил тоже руками
реквизиты типа "Строрнируемый документ" не заполнены

(1) Я тоже недавно заметил, но это уже далеко не первый релиз так.

что самое странное - встречал в 2000 годах термин "сценарная безопасность" - это когда программа работает правильно всегда, а не только при определенных сценариях ввода информации

а сейчас что-то о нем упоминания нет
вот разработчики ЗУП о ней как-то забывают

(0) у нас такая же ошибка, добавил обработкой сторнируемый документ в табличной части

(+4) если сторнировать в Начислении заработной платы , то там такая же фигня