Забавный баг откопал, и даже не поленился немного исследовать.

В общем, на форме документа есть кнопка Принять(), которая запускает нехилый алгоритм (в ходе которого, в частности, документ записывается. может даже не единожды).

В ходе адова алгоритма, в том числе, выполняются некоторые проверки, результат которых выводится в окно сообщений примерно так:

тзДоки = ЗапросСКЛ.ВыполнитьИнструкцию(ТекстЗапроса);
тзДоки.ВыбратьСтроки();
Пока тзДоки.ПолучитьСтроку() = 1 Цикл
	Сообщить(тзДоки.Док);
КонецЦикла; 

ВНЕЗАПНО, Сообщить() начало периодически вываливать в окно сообщений вместо представления документа представление какого-то контрагента.

Начал разбираться, выяснил следующее:

1) в форме документа делается Записать(), в ответ на которое журнал документов позиционируется так, что записываемый документ оказывается примерно по центру журнала. (Что, ко всему прочему, вызывает обновление отображение табличной части.)
2) Окно сообщений должно быть закрыто. Если в ходе выполнения какое-то другое Сообщить() открыват окно сообщение - представление документа выводится нормально.
3) явное приведение представление документа к строке (Сообщить("" + тзДоки.Док) лечит баг.

И теперь самое интересное - в качестве представления документа ошибочно выводилось представление Контрагента из первой строки отображаемого куска журнала.

Почему именно контрагента? Похоже, потому что Контрагент - это 6 колонка в форме журнала. Ибо когда я в конфигураторе поменял Контрагента и Менеджера местами - стал выводиться менеджер. И это не зависит ни от видимости колонок, ни от того, какая колонка является текущей.

Это старый баг. Первый вызов Сообщить может вывести что угодно (что-то из некой области памяти), т.к. выводились и имена классов и многое другое. Происходит это только в том случае, если в Сообщить передается объект, или любое его поле (даже числовое)! Логично, что это легко лечится приведением параметра к строке, или конкатенацией со строкой (пустая строка в этом смысле удобнее всего).