1С 7.7 ТиС переписанная.
Иногда при формировании части отчетов выходит ошибки:

"Значение не представляет агрегатный объект (ОсновноеСвойство)"
"Значение не представляет агрегатный объект (Вытяжка)"

без номера строки, как если бы в ячейке отчета есть обращение к несуществующему реквизиту.

Проблема в том, что действительно когда то в отчетах были столбцы с формулами типа "Номенклатура.ОсновноеСвойство". Потом эти столбцы были удалены. Но иногда всё равно выскакивают такие ошибки. Эпизодически и нерегулярно. Появились ошибки при формировании отчета, обновляешь отчет с совершенно теми же настройками - ошибок нет.

- Глобальный поиск по всем таблицам конфигурации ".ОсновноеСвойство" ничего не даёт.
- Визуальное исследование таблиц в конфигурации на предмет наличия ".ОсновноеСвойство" в формулах или расшифровках ячеек ничего не обнаруживает.
- Поиск по модулям даёт, но ничего связанного с отчетами там нет.
- Распаковка конфигурации GComp и глобальный поиск по всей папке SRC по всех кодовых таблицах не даёт ничего, связанного с отчетами.

Где еще может крыться проблема? Нет ли какого-средства в 1С конвертировать таблицы в текст, что бы изучить подробно внутренности?

дык может в формуле текста на форме чего валяется

или в формуле картинки/текста в мокселе

В формуле текста на форме или формуле ячейки в отчете ищет стандартный глобальный поиск по конфе. А он ничего не находит.
Картинок на отчетах нет.

Никаких ошибок на сформированном отчете тоже нет. Если в формуле ячейки стоит что-то  типа "какаятофигня.ОсновноеСвойство", то в сформированном отчете так и выводится. Но ничего такого в сформированных таблицах отчетов нет.

ну дай мд посмотреть что ле..

ну и это, турбомд и прочее не пользуешь ?
:)

подмену мокселя своим классом ?

И если взять из распакованной GCOMP конфигурации, например, таблицу
...\SRC\Отчеты\ВедомостьПоПартиямТМЦ\ВедомостьПоПартиямТМЦ.mxl
то в ней, если смотреть FARом отлично видны всякие ПечНачОст и прочие формулы. А ".ОсновноеСвойство" нет. Однако ошибки "Значение не представляет агрегатный объект (ОсновноеСвойство)" выскакивают.

ну дай отчет посмотреть

Использую FormEx, 1C++, Йоксель. ТурбоМД, на сколько знаю, встроен в 1С++. Классы не использую.
1Сшник могу дать только зашифрованный http://sdrv.ms/157LZR3
Политика руководства :(

(10)
ТекСвойство в коде чему равно ?
Где присваиваешь ?

А где ты его нашел? В конфигурации (согласно глобальному поиску по модулям, формулам таблиц, формулам диалогов) буквально пара десятков упоминаний, все в документе "инвентаризацияТМЦ" и справочнике "ПравилаЗаполненияСвойствСправочников".

(12) т.е в отчете ты его не присваиваешь нигде ?

Поиск по всей конфигурации, распакованной GCOMP даёт те же один документ и один справочник.
Страшно заинтриговал. Где оно нашлось?

Нет, нигде.

идентификатор текста

а в глВерхнийКолонтитулОтчета() чо у тебя ?

и еще, в формулах картинок, текстов в мокселе, поиск не ищет :)

Журнал доработки прикольный...

и не лень же было

Наверное, не "ТекСкойство", а "ТекстСвойство". Это еще, по моему, от типового ТиС. Показывает на форме наименование основного свойства номенклатуры.
глВерхнийКолонтитулОтчета примитивная функйия, выводящая строку типа "Отчет сформирован 19.09.2013 12:21:54 [ЦБ/D2/Чинючин Владислав Валерьевич]"
Картиной к отчетах нет, тексты, вроде как, не должны ошибки показывать.

Да.. вот че..

Посмотри, чего в ТАБЛО у тебя.

:))

Журнал доработки облегчает жизнь. База распределенная, пользователей много которых ни разу в жизни не видел и не увижу. Часто проще послать "читайте журнал доработки за такую-то дату", чем по двадцатому разу что-то объяснять.

В табло ничего, да и ошибки возникают и тут же пропадают в произвольный момент у произвольного юзера.

+ ошибка у всех, или у конкретного юзверя ?

а скриншот кинь, как это выглядит.. там одна ошибка или = количеству выводимых строк ?

вообще, если одна, то форму текста надо смотреть и че в интерфейсах.

Ошибка не одна, много из. С количеством выводимых строк связь какая-то точно есть.
А со скриншотом сложно. Эта хрень вылазит на сотню пользователей пару раз в неделю в среднем. Вроде не мешает, но я в последнее время родил мониторинг баз по всем серверам и такая непонятка в логах начала напрягать.

у тебя есть группировка/фильтр по свойствам при формировании ?
типа
СвойствоПок = Регистр.Вася.ДоговорПокупателя.Владелец.ОсновноеСвойство.ЗначениеСвойства;

можешь же поймать в отладчике, откуда ноги растут

включи замер и смотри стек вызовов

(30) Группировка/фильтр теоретически есть, но ошибка возникала без их использования. Из текста запроса неиспользуемые переменные у меня убираются <реклама>http://infostart.ru/public/64620/</реклама>;.
(31) Если ошибка не возникает, в отладчике никакого упоминания проблемных "слов" не возникает. А отловить ситуацию, когда ошибка возникает пока не удалось.

cfg у всех почисти поделкой от Маляева и ветки реестра - мот там чего

ну и посмотри, чего в анпаках валяется, могёт, ты выгруженный отчет смотришь всегда, а не тот, что в мд.