Администрирование · 10 мин
1С УТ: сколько часов — как узнать и настроить учёт времени работы
Как в 1С:Управление торговлей посмотреть, сколько часов работал пользователь, настроить учёт рабочего времени, контролировать длительность сеансов и регламентных заданий.
Запрос «1С УТ сколько часов» чаще всего означает одну из трёх практических задач: узнать, сколько часов сотрудник фактически работал в программе, определить длительность сеансов и простоев базы, либо настроить учёт рабочего времени для расчёта эффективности менеджеров. В «1С:Управление торговлей» нет единой кнопки «показать часы», но нужные данные собираются из журнала регистрации, активных сеансов и специализированных отчётов.
Важно сразу разделить два понятия: время, в течение которого сеанс пользователя был открыт, и время реальной работы. Сеанс может висеть открытым весь день, а документы пользователь проводил два часа. Поэтому оценивать загрузку персонала только по длительности сеанса — ошибка, которая приводит к неверным выводам о производительности.
Ниже разобраны конкретные способы получить данные о часах работы в 1С УТ: стандартными средствами конфигурации, через консоль кластера серверов, через журнал регистрации и с помощью доработок. Для каждого способа указаны ограничения и признаки, по которым можно проверить корректность результата.
Что именно вы хотите измерить: три сценария
Прежде чем искать цифры, определите, какая задача стоит на самом деле. От этого зависит инструмент и точность результата.
Первый сценарий — контроль рабочего времени сотрудников: руководитель хочет знать, сколько часов менеджер провёл в программе. Второй — технический: администратору нужно понять, сколько часов в сутки база под нагрузкой, когда пик сеансов и сколько длятся регламентные задания. Третий — расчётный: время работы нужно как основание для начисления сдельной оплаты или оценки KPI.
Как выбрать действие
Просмотр часов работы через журнал регистрации
Журнал регистрации — основной источник данных о том, когда пользователь вошёл в базу и когда вышел. Откройте его через раздел «Администрирование» → «Обслуживание» → «Журнал регистрации» либо через конфигуратор: меню «Администрирование» → «Журнал регистрации».
Чтобы получить часы конкретного сотрудника, установите отбор: укажите пользователя, период (день, неделя, месяц) и события «Сеанс. Начало» и «Сеанс. Окончание». Разница между парными событиями и есть длительность сеанса. Суммировав длительности всех сеансов за день, вы получите общее число часов присутствия пользователя в базе.
Учтите ограничение: если сеанс завершился аварийно (отключение электричества, разрыв соединения), событие окончания может отсутствовать или зафиксироваться с задержкой — сервер завершает «зависший» сеанс по таймауту. В таком случае фактические часы будут завышены на время таймаута.
- 1Откройте «Администрирование» → «Обслуживание» → «Журнал регистрации»
- 2Нажмите «Отбор» и укажите нужного пользователя и период
- 3В списке событий отметьте «Сеанс. Начало» и «Сеанс. Окончание»
- 4Сопоставьте пары событий по номеру сеанса и рассчитайте длительность
- 5Сложите длительности сеансов за день — это часы присутствия в базе
Длительность сеансов в консоли кластера серверов
Если база работает в клиент-серверном режиме, текущую картину по часам удобно смотреть в консоли администрирования серверов 1С. Откройте кластер, выберите базу и перейдите на вкладку «Сеансы»: для каждого сеанса отображается время начала, длительность, пользователь и признак активности.
Колонка «Последняя активность» важнее, чем просто длительность сеанса: она показывает, когда пользователь последний раз реально выполнял действия. Сеанс с длительностью 8 часов и последней активностью 5 часов назад — это простаивающее соединение, а не работа.
Для файловых баз консоль кластера недоступна. Там текущие сеансы видны прямо в пользовательском режиме: «Администрирование» → «Обслуживание» → «Активные пользователи». Список показывает время начала сеанса, но историю работы не хранит — для ретроспективы используйте журнал регистрации.
Как проверить результат
Каждому началу соответствует окончание с тем же номером сеанса
Есть начала без окончаний — сеансы завершались аварийно, часы завышены
Активность обновляется в пределах последних минут
Сеанс открыт часами без активности — это простой, а не работа
Значение в пределах рабочего графика сотрудника с учётом пауз
Часы существенно превышают рабочий день — считаются зависшие сеансы
Типовые отчёты по активности пользователей
В составе 1С УТ (на базе Библиотеки стандартных подсистем) доступен механизм «Анализ активности пользователей» — в ряде версий он называется «Даты запрета изменения данных / Активность пользователей» и доступен через «Администрирование» → «Поддержка и обслуживание». Отчёт показывает, какие объекты создавал и изменял пользователь за период.
Этот отчёт не даёт часов напрямую, но отвечает на более честный вопрос: чем именно занимался сотрудник и работал ли вообще. Если за день у менеджера ноль созданных документов при восьмичасовом сеансе — это основание разбираться, а не начислять время.
Для регулярного контроля настройте рассылку отчёта руководителю по расписанию. Проверьте, что у пользователей, формирующих отчёт, есть права на чтение журнала регистрации и информационной базы в целом.
Учёт рабочего времени для расчёта зарплаты
Если «сколько часов» нужно для начисления оплаты, 1С УТ — не тот инструмент. Управление торговлей не ведёт табельный учёт: в ней нет графиков работы, табелей и расчёта по часам. Эти задачи решает «1С:Зарплата и управление персоналом», где часы вводятся табелем, индивидуальными графиками или документами отсутствий.
Рабочая схема для связки УТ + ЗУП: в УТ фиксируются факты работы (оформленные заказы, отгрузки, задачи), а в ЗУП на их основе рассчитывается сдельная или повременная оплата. Переносить часы из журнала регистрации УТ напрямую в расчёт зарплаты нельзя — это не табельные данные и не выдержит проверки при споре с сотрудником.
Доработки для точного подсчёта часов
Когда типовых средств не хватает, применяют три варианта доработок. Первый — внешняя обработка анализа журнала регистрации: выгружает пары сеансов, считает суммарные часы по пользователям и строит сводный отчёт за произвольный период. Такие обработки есть в готовом виде и требуют только прав администратора.
Второй вариант — подписка на события или регламентное задание, которое с заданной периодичностью фиксирует активные сеансы в собственном регистре сведений. Это даёт накопленную историю без разбора громоздкого журнала и позволяет строить графики загрузки по часам суток.
Третий вариант — технологический журнал сервера 1С с последующим разбором специализированными средствами мониторинга. Он подходит для крупных внедрений, где нужно измерять не только часы пользователей, но и длительность вызовов, блокировки и нагрузку. Настройку технологического журнала стоит поручать специалисту: при неверной конфигурации логи быстро заполняют диск и замедляют сервер.
Оптимизация журнала регистрации для анализа часов
Чтобы данные о часах были доступны быстро, переведите журнал регистрации в новый формат (SQLite): в конфигураторе откройте «Администрирование» → «Настройка журнала регистрации» и выполните преобразование, если оно предлагается. Новый формат заметно ускоряет отборы по пользователю и периоду.
Настройте сокращение журнала: оставьте глубину хранения, достаточную для ваших задач контроля (обычно несколько месяцев). Перед сокращением сделайте копию файла журнала — операция необратима, и восстановить удалённые события будет невозможно.
Уровень регистрации событий оставьте стандартным: события сеансов регистрируются всегда, а вот включение избыточной детализации увеличит объём журнала без пользы для подсчёта часов.
Что важно запомнить
Часы работы в 1С УТ извлекаются из журнала регистрации и списка сеансов, но длительность сеанса не равна реальной работе — ориентируйтесь на активность и созданные документы. Для учёта рабочего времени в целях зарплаты используйте 1С:ЗУП, а УТ оставьте задачи контроля активности и загрузки системы.
Частые вопросы
Можно ли в 1С УТ увидеть, сколько часов работал пользователь, одним отчётом?
Штатного отчёта «часы по пользователям» в УТ нет. Ближайшие варианты — отбор журнала регистрации по событиям сеансов и отчёт по активности пользователей. Для сводного учёта часов применяют внешние обработки анализа журнала регистрации.
Почему сумма часов по журналу больше реального рабочего дня?
Чаще всего из-за зависших сеансов: при разрыве соединения сервер закрывает сеанс по таймауту, и это время добавляется к длительности. Также пользователь может держать программу открытой весь день, работая в ней эпизодически.
Как посмотреть, сколько часов выполняется регламентное задание?
Откройте «Администрирование» → «Поддержка и обслуживание» → «Регламентные и фоновые задания», найдите задание и посмотрите дату и время начала и окончания последних выполнений. Длительные задания, выполняющиеся часами, — повод проверить их логику и расписание.
Можно ли ограничить количество часов работы пользователя в базе?
Да, административно: настройте расписание блокировки сеансов в консоли кластера или через типовой механизм «Блокировка работы пользователей», а также завершение сеансов по расписанию. Полностью автоматический лимит часов на пользователя типовыми средствами не задаётся.
Хранит ли УТ историю сеансов после перезапуска сервера?
Да, история сохраняется в журнале регистрации независимо от перезапусков сервера. А вот список активных сеансов в консоли кластера показывает только текущий момент и после перезапуска очищается.
Что делать, если журнал регистрации открывается очень долго?
Проверьте формат журнала: старый текстовый формат на больших объёмах работает медленно — выполните преобразование в новый формат через настройку журнала в конфигураторе. Дополнительно сократите глубину хранения и используйте отборы вместо просмотра полного списка.