Обнаружены неточности

Добрый день. Внимательней читайте мануал по подсистеме.
Цитата из мануала:Алгоритм работы подсистемы такой: при произведении изменения объекта, полный образ
изменённого объекта попадает в так называемый «кэш журнала регистрации» – справочник в подсистеме,
в который попадают все данные по измененным объектам. Затем, фоновое задание запускает анализ и
переносит данные из кэша в базу данных MS SQL, попутно «сжимая» их. Что это значит? Приведем пример.
Допустим пользователь «А» создал номенклатуру, заполнил ее и сохранил. Затем пользователь «Б» через
время открыл ее и изменил в ней один реквизит, после чего также сохранил. При этом наша подсистема
позволит Вам увидеть, только то, что пользователь «Б» изменил без показа всех остальных реквизитов,
табличных частей и т.д. Это позволяет точно сказать, что было изменено пользователем. Удобно, не правда
ли?
При просмотре истории данные по изменениям подгружаются из внешней базы данных MS SQL и
из кэша. Причем данные, которые находятся в кэше в журнале «подсвечиваются» серым цветом. Это
означает, что данное изменение находится в кэше. Как уже было сказано ранее, данные в кэше содержат
полный образ объекта на момент изменения объекта (содержат все реквизиты, все табличные части, все
предопределённые реквизиты).
После переноса «сжатых» данных из кэша в базу данных MS SQL, изменения в кэше удаляются.
Таким образом, общий размер информационной базы остается практически неизменным.

Т.е. то, что не заполнено строе представление - это просто потому, что не было сжатия и записи отображаются из кэша, т.е. еще не определено что было изменено.

По п.1 Событие запись делается только для регистра сведений. По всем остальным изменение или снятие с проведения/проведение, пометка на удаление установлена/снята

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