Проверено на релизе 3.4.5.21 «Управление торговлей для Казахстана» (редакция 3.4).
Утром документ был проведён на нужную сумму, а к обеду — сумма другая, и проведение слетело. Или контрагент прислал акт, вы открываете свою реализацию — цифры не совпадают, хотя вчера всё сходилось. Кто-то залез и поправил? Кто именно и когда? Гадать не нужно. Открываете отчёт «Анализ журнала регистрации» — и видите поимённо: какой пользователь, во сколько, с какого компьютера менял этот документ, входил в базу или ловил ошибку. Это не бухгалтерский отчёт и не документ — это ваш «чёрный ящик» базы.
Важно сразу: этот отчёт не делает проводок, не формирует ЭСФ или СНТ и не двигает регистры учёта. Он читает технический журнал платформы (журнал регистрации) и показывает, что в базе происходило. Поэтому ставок НДС, МРП, счетов 1210/3310 и прочей учётной арифметики здесь нет — они к этому объекту отношения не имеют.
1. Назначение
Отчёт собирает и раскладывает по полочкам события из журнала регистрации: входы и выходы пользователей, изменение и удаление данных, ошибки и предупреждения платформы, неудачные попытки входа. Нужен, чтобы ответить на вопросы «кто это сделал», «когда» и «почему база ругается».
2. Где найти
Путь по меню:
НСИ и администрирование → Администрирование → раздел Обслуживание → Отчёты администратора → «Анализ журнала регистрации».
В зависимости от прав пункт может лежать и в группе Поддержка и обслуживание. Если вы не администратор — пункта вы, скорее всего, не увидите (см. частые ошибки).
Быстрый способ — навигационная ссылка 1С. Меню Сервис (или Главное меню → Сервис) → Перейти по навигационной ссылке → вставьте:
e1cib/list/Отчет.АнализЖурналаРегистрации
Ссылку удобно сохранить в избранное или отправить коллеге в чат — она откроет отчёт напрямую.
2а. Как узнать свой релиз
Справка → О программе (или значок «i» / Главное меню → Справка → О программе). В открывшемся окне вы увидите версию платформы (например, 8.3.24.xxxx) и релиз конфигурации — строку вида «Управление торговлей для Казахстана, редакция 3.4 (3.4.5.21)». Именно вторую цифру сверяйте с этой методичкой: интерфейс отчёта от релиза к релизу почти не меняется, но расположение пункта меню может отличаться.
3. Как заполнить (настроить отчёт)
Отчёт настраивается перед формированием. Разберём каждое поле — что оно даёт и чем грозит ошибка в нём.
| Поле / настройка | Зачем нужно | Если задать неверно |
|---|---|---|
| Период (с … по …) — фактически обязательное | Ограничивает выборку по дате и времени. | Слишком широкий период на большой базе — отчёт будет строиться минуты и может упасть по таймауту. Пустой период — либо весь журнал (долго), либо предупреждение о необходимости указать даты. |
| Пользователи | Отбор по конкретному сотруднику. Ставите одного — видите только его действия. | Оставите пусто — попадут все, включая фоновые задания и служебные сеансы; в шуме легко потерять нужное. |
| Важность события (Ошибка, Предупреждение, Информация, Примечание) | Фильтр по критичности. Для разбора сбоев оставляйте «Ошибка» и «Предупреждение». | Оставите все уровни — отчёт распухнет за счёт рядовых входов/выходов. Уберёте «Ошибка» — не увидите причину падения. |
| События | Точечный отбор: вход/выход в систему, изменение данных, добавление, удаление, ошибки доступа (права), сеанс. | Не сузите — трудно найти, скажем, только удаления. Слишком узко — пропустите смежное событие (например, изменение вместо удаления). |
| Отбор по данным / метаданным | Указываете конкретный объект — вид документа (Реализация товаров и услуг) или даже конкретный документ. Так вы отвечаете на вопрос «кто трогал именно этот документ». | Не заполните — придётся глазами искать нужную строку среди всех. |
| Компьютер / рабочая станция, приложение | Сужает до конкретного ПК или клиента (толстый/тонкий/веб). | Полезно, когда несколько человек работают под одной учёткой. |
| Вариант отчёта | Форма подачи: список событий, группировка по пользователям, диаграмма загрузки по времени. | Выберете диаграмму загрузки, когда нужен пофактовый список, — не увидите деталей правки. |
Заполнили отборы → нажимаете «Сформировать». Отчёт строится по журналу регистрации текущей информационной базы.
4. Разобранный пример
Ситуация. 22.09.2026 менеджер провёл «Реализацию товаров и услуг» № РТ-000145 на сумму по документу. Сегодня, 23.09.2026, вы открываете документ — сумма изменена, проведение снято. Нужно понять, кто это сделал.
Настройка отчёта:
- Период:
22.09.2026 00:00:00 — 23.09.2026 12:00:00; - События:
Изменение данных,Проведение,Отмена проведения; - Отбор по данным: документ
Реализация товаров и услуг № РТ-000145; - Важность: все.
Результат (список событий):
| Дата и время | Пользователь | Компьютер | Событие | Данные | Комментарий |
|---|---|---|---|---|---|
| 22.09.2026 15:12:40 | Иванова А. (Менеджер) | WS-CASH-02 | Проведение | РТ-000145 | Документ проведён |
| 23.09.2026 09:47:03 | Петров С. (Кладовщик) | WS-SKLAD-01 | Изменение данных | РТ-000145 | Изменён реквизит «Количество» |
| 23.09.2026 09:47:05 | Петров С. (Кладовщик) | WS-SKLAD-01 | Отмена проведения | РТ-000145 | Проведение отменено |
Вывод: сумму «сдвинуло» изменение количества, которое в 09:47 внёс кладовщик Петров с машины WS-SKLAD-01, после чего документ распровёлся. Дальше — уже организационное решение: восстановить данные из копии/по акту и ограничить кладовщику права на реализации.
Про проводки. У этого отчёта их нет и быть не может — он не проводит документы, а лишь показывает факт их изменения. Сами бухгалтерские движения (Дт/Кт) формирует та самая «Реализация товаров и услуг»: доход — по кредиту 6010, себестоимость — по дебету 7010 с кредита 1330, задолженность покупателя — по дебету 1210, НДС к уплате (ставка 16%) — по кредиту 3130. «Анализ журнала регистрации» лишь помогает найти, кто эти движения испортил.
5. Виды операции (варианты отчёта)
«Операций» в бухгалтерском смысле у отчёта нет; есть варианты представления:
- Список событий — построчный протокол: время, пользователь, событие, данные. Основной вариант для расследований.
- Группировка по пользователям — сколько и каких действий совершил каждый сотрудник.
- Ошибки и предупреждения — только сбои платформы и конфигурации за период.
- Изменения данных — что добавлено, изменено, удалено (по объектам метаданных).
- Активность / загрузка по времени — диаграмма, когда пользователи реально работали в базе (сеансы, длительность).
- Неудачные попытки входа — отсев по событиям аутентификации; полезно для контроля доступа.
6. Что формируется при построении
- Табличный документ (сам отчёт) — на экране. Строки кликабельны: по многим событиям можно провалиться в карточку пользователя или открыть связанный объект.
- Никаких проводок и движений по регистрам — отчёт только читает журнал, ничего в учёт не пишет.
- Никаких электронных документов — ЭСФ (ИС ЭСФ) и СНТ этот объект не создаёт; их формируют документы реализации/поступления, а не отчёт.
- Источник данных — файлы журнала регистрации (
1Cv8.lgd/*.lgf) текущей базы. Глубина зависит от настроек регистрации событий и от того, не был ли журнал сокращён.
7. Печатные формы
Отдельного бланка у отчёта нет — печатается и сохраняется сама сформированная таблица через стандартную панель табличного документа:
- Печать (
Ctrl+P) — на бумагу или в PDF; - Сохранить как… — выгрузка в
.xlsx(Excel),.mxl,.pdf,.ods; - Отправить — вложением на e-mail из 1С;
- Предварительный просмотр — перед печатью.
Для актов и служебок обычно сохраняют в Excel или PDF — так удобнее приложить доказательство «кто и когда правил».
8. Частые ошибки
«Недостаточно прав для просмотра журнала регистрации» / пункт меню отсутствует. Отчёт доступен только пользователям с административными правами. Решение: попросить администратора выдать роль администратора либо сформировать отчёт от его имени.
«Журнал регистрации не содержит записей за указанный период» / отчёт пустой.
Причины: (1) неверный период; (2) в настройках регистрации событий отключён нужный уровень — например, не фиксируется «Изменение данных»; (3) журнал был сокращён (старые записи удалены). Решение: проверьте период; включите регистрацию нужных событий в Администрирование → Обслуживание → Журнал регистрации → Настройка.
Отчёт строится очень долго или «Превышено время ожидания». Слишком широкий период на большой базе. Решение: сузьте период (день-два), добавьте отбор по пользователю или по конкретному объекту.
В строке видно «изменение данных», но не видно, какой реквизит менялся. Детализация до реквизита фиксируется, только если включён полный уровень регистрации изменений данных. Решение: заранее включить логирование изменений данных — постфактум восстановить, «что именно» правили, невозможно.
Действия видны, но под «общей» учёткой не разобрать, кто конкретно. Несколько человек работают под одним пользователем. Решение: смотрите колонку «Компьютер»/«Рабочая станция» и заведите отдельные учётные записи — журнал фиксирует пользователя базы, а не физлицо.
9. FAQ
Кто удалил документ из базы?
Настройте период, событие Удаление данных, при желании — отбор по виду документа. В строке удаления будет пользователь, время и компьютер.
Почему у документа изменилась сумма — как найти автора?
Событие Изменение данных + отбор по конкретному документу. Автор, время и станция будут в строке. Что именно менялось, видно, если включена детальная регистрация изменений.
Отчёт пустой, хотя изменения точно были. Почему? Скорее всего, соответствующий уровень регистрации был выключен либо журнал сокращён. Логирование работает «на будущее»: не включив его заранее, прошлые действия увидеть нельзя.
Можно ли из отчёта открыть сам документ? Да, по многим строкам событие связано с объектом — двойной клик открывает его карточку или карточку пользователя.
Как включить, чтобы фиксировались изменения данных?
Администрирование → Обслуживание → Журнал регистрации → Настройка регистрации событий, отметьте нужные уровни (ошибки, предупреждения, изменения данных). Настройку делает администратор.
Замедляет ли полное логирование работу базы? Ощутимо — только на очень больших нагрузках и при максимальной детализации. Обычно фиксацию входов, ошибок и изменений ключевых объектов держат включённой постоянно; тотальную детализацию всех реквизитов включают точечно.
Как долго хранятся записи журнала? До тех пор, пока журнал не сокращён вручную или регламентом. Рекомендуется периодически архивировать журнал и хранить копии — иначе глубина расследования ограничена.
Можно ли выгрузить отчёт в Excel?
Да: Сохранить как… → формат .xlsx. Также доступны PDF, ODS и отправка на почту.
Виден ли отчёт в веб-клиенте? Да, отчёт работает и в веб-клиенте при наличии административных прав; колонка «Приложение» покажет, из какого клиента совершено действие.
Показывает ли отчёт неудачные попытки входа? Да — выберите события аутентификации / вариант «Неудачные попытки входа». Полезно для контроля подбора паролей.
10. Смежные объекты
- Журнал регистрации (обработка,
Администрирование→Обслуживание) — «сырой» просмотр тех же событий без аналитики; отчёт строится поверх него. - Настройка регистрации событий — определяет, что вообще попадёт в отчёт; настраивать нужно ЗАРАНЕЕ.
- Активные пользователи — кто сейчас в базе (дополняет картину «здесь и сейчас»).
- Пользователи и их права/роли — по итогам расследования именно здесь ограничивают доступ виновнику.
- Документы учёта (Реализация товаров и услуг, Поступление товаров и услуг и т. п.) — объекты, чьи изменения вы и отслеживаете; на основании находок из отчёта вы возвращаетесь к ним и восстанавливаете данные.
Отдельно «на основании» этот отчёт не вводится и сам основанием для документов не служит — он инструмент контроля, а не звено документооборота.
Как узнать свой релиз
Справка → О программе: там указаны версия платформы 1С:Предприятие и релиз конфигурации. Сверяйте строку «Управление торговлей для Казахстана, редакция 3.4».
Методичка подготовлена для релиза 3.4.5.21 «Управление торговлservice для Казахстана» (редакция 3.4). При обновлении конфигурации сверяйтесь с разделом «О программе».