Суть задачи:
есть документ с большим количеством реквизитов
часть из которых ссылочного типа (разные справочники - порядка 20)

заполнение из файла поиском по коду

критично знать - код не найден, или в файле код не заполнен

для этого предполагаю использовать "специальное" заполнение реквизита
- либо составной тип данных (неопределено - значит не заполнен код; булево  - если не найден код.
- либо в каждом справочнике предусмотреть предопределенный элемент "не найден"

стоят ли заморочки с кучей предопределенных элементов (это еще и в отчетах надо не забыть) выйгрыша от отказа от составного типа?

ну и заморочка
лог загрузки писать не судьба?

(0) Добавь под каждый ссылочный реквизит строковый, в который будет записываться код, который в файле. Так ты гарантирвоанно будешь все знать. А составной тип здесь - крайне плохая затея.

(2) Не проще тогда уже два измерения - имя и значение?

(2) +1

(2) чем плохая?
фишка не в том, что бы знать
фишка в том, что бы анализировать

например отчет по не найденным и не заполненным реквизитам

если два реквизита - в запросе надо будет прописать Реквизит1.Код <> Реквизит2

если составной - достаточно просто вывести реквизит1 -

Истина
Неопределено
Некая ссылка на справочник

задача - из 10 000 документов в файле вычленить неверно заполненные (например код значения устарел)

еще есть пустые ссылки, они отличаются от Неопределено, вот тебе и "специальное" заполнение реквизита

уж вместо РС или двух реквизитов - лучше предопределенное значение в каждом справочнике (а у меня есть реквизит ссылающийся на документ - там нет предопределенных значений - но это исключение)

(6) и что? без составного типа или предопределенного значения пустая ссылка не даст ТРИ состояния

а состояния может быть именно три
код не заполнен
код заполнен, но значения не нашли
код заполнен и есть значение

(8) Составной тип - увеличение объема данных (хоть и не критичное), но можно получить тормоза в некоторых случаях в запросах.