Журнал регистрации показывает только те события, которые платформа действительно записала: системное время, учётную запись, приложение, компьютер, сеанс, объект и статус транзакции. Поэтому сначала проверяют уровни регистрации, фактический диапазон файлов, пропуски, сокращение журнала и происхождение копии. Прикладной код может добавлять собственные записи; их значение устанавливают по контексту.
Безусловно установить по журналу личность и точное реальное время нельзя. Учётная запись могла быть общей, действие — выполнено фоновым заданием или через терминальный сеанс, а часы сервера — отличаться. Поэтому поля сопоставляют с журналами аутентификации, RDP, веб-сервера, операционной системы и другими независимыми источниками.
Изменение в обход прикладных механизмов может не породить обычного события 1С. WAL PostgreSQL и журнал транзакций SQL Server нужны прежде всего для целостности и восстановления, а не для контроля действий пользователей. Извлечь из них изменение конкретного поля иногда возможно, но это зависит от версии СУБД, сохранённой цепочки и заранее включённых средств подробной фиксации или аудита. Поэтому отсутствие записи 1С не доказывает отсутствия изменения, а наличие восстановительных журналов — того, кто и когда его выполнил.