1. Идентификация
| Параметр | Значение |
|---|---|
| Тип объекта | Обработка (DataProcessor) |
| Имя | АктивныеПользователи |
| Полный путь | DataProcessors.АктивныеПользователи / Обработка.АктивныеПользователи |
| Синоним | «Активные пользователи» |
| Конфигурация | Управление торговлей для Казахстана, редакция 3.4 (версия 3.4.5.21) |
| Происхождение | Библиотека стандартных подсистем (БСП), подсистема «Пользователи» / «Работа с пользователями» |
| Назначение | Служебная (административная) обработка. Отображает список активных сеансов информационной базы (кто сейчас работает), позволяет администратору анализировать подключения, открывать журнал регистрации по сеансу и принудительно завершать сеансы. Используется при регламентных работах — обновлении конфигурации, установке монопольного режима, тестировании и исправлении ИБ. |
Где найти в 1С: Раздел «НСИ и администрирование» → «Активные пользователи».
Навигационная ссылка: e1cib/list/Обработка.АктивныеПользователи.
Это сервисный объект администрирования. Он не участвует в товарном или регламентированном учёте, не формирует проводок и не связан с расчётом налогов. Специфика РК-2026 (НДС 16%, МРП 4 325 ₸, вычет ИПН 30 МРП и т. д.) к функциональности данной обработки отношения не имеет — она едина для любой конфигурации на платформе.
2. Реквизиты и «табличные части»
У обработки нет реквизитов объектного модуля в привычном смысле (это не документ и не справочник). Данные строятся динамически на форме из служебного набора платформы ПолучитьСеансы() / администрирования кластера. Логически отображаемый набор колонок:
| Колонка списка сеансов | Назначение |
|---|---|
| Пользователь | Имя пользователя ИБ (или пользователь ОС при аутентификации Windows) |
| Приложение | Вид клиента: «Толстый клиент», «Тонкий клиент», «Веб-клиент», «Конфигуратор», «Фоновое задание», «COM-соединение» |
| Начало работы | Дата-время старта сеанса |
| Компьютер | Имя рабочей станции, с которой открыт сеанс |
| Сеанс / Соединение | Номер сеанса и номер соединения в кластере |
| Активность | Признак активности; отметка текущего (собственного) сеанса |
| Заблокирован | Признак, что для сеанса действует блокировка регламентных операций |
Отдельного реквизита «шапки» и хранимых табличных частей у обработки нет — состояние существует только на время открытия формы.
3. Формы
| Форма | Тип | Назначение |
|---|---|---|
Форма списка (Форма/ФормаСписка) |
Основная | Таблица активных сеансов с командной панелью: «Обновить», «Завершить сеанс(ы)», «Журнал регистрации», «Настроить блокировку работы пользователей», сортировка/отбор по пользователю и приложению |
| Форма настройки блокировки (вызывается) | Вспомогательная (может открываться из общей формы БСП БлокировкаРаботыПользователей) |
Установка запрета входа пользователей на период регламентных работ, сообщение блокировки, код разрешения |
Форма списка использует программное наполнение таблицы значений (не динамический список по таблице БД), поэтому обновление выполняется по команде или по таймеру.
4. Ключевые процедуры модулей
Прямого BSL-evidence по телу модулей не приложено (в evidence присутствует только фасет «назначение» и точка доступа в интерфейсе). Ниже — типовые обработчики этого вида объекта БСП, которые практически всегда присутствуют в форме списка «Активные пользователи»:
ПриОткрытии/ПриСозданииНаСервере— инициализация формы, определение прав администрирования, первичное заполнение списка.ЗаполнитьСписокАктивныхПользователей()(серверная) — получает сеансы черезПолучитьСеансы()(файловый вариант) или через администрирование кластера (СоединенияСервераАдминистрирования, COM-объектV83.COMConnector/ RAС) для клиент-серверного варианта; наполняет таблицу формы.ОбновитьСписок(Команда)— повторное заполнение таблицы по нажатию/по таймеру.ЗавершитьСеансы(Команда)→ЗавершитьСеансыНаСервере()— принудительное завершение выбранных сеансов средствами администрирования кластера; собственный сеанс завершать запрещено (проверкаЭтоТекущийСеанс).ОткрытьЖурналРегистрации(Команда)— открывает журнал регистрации с отбором по выбранному сеансу/пользователю (ЖурналРегистрацииКлиент.ОткрытьЖурналРегистрации).НастроитьБлокировкуРаботыПользователей(Команда)— вызов механизма БСП установки блокировки входа на время регламентных операций.ПодключитьОбработчикОжидания/ автообновление — периодическое обновление списка сеансов.
Требует проверки на конкретном релизе: точные имена процедур и способ получения сеансов (напрямую
ПолучитьСеансы()против администрирования кластера) могут отличаться между версиями БСП, поставляемыми в 3.4.5.21.
5. Проведение и движения
Обработка не проводится и не формирует движений. Это принципиально: объект типа «Обработка» не имеет механизма проведения, не пишет в регистры накопления/сведений/бухгалтерии и не создаёт бухгалтерских проводок.
Соответственно, к ней не применяются ни план счетов РК (1210, 1030, 1330, 3310, 3130, 6010, 7010), ни расчёт НДС (16 %), ИПН, ОПВ/ОПВР/ВОСМС/ОСМС/СО/соцналога, ни электронные документы ЭСФ/СНТ. Все действия обработки — чтение состояния сеансов и управление ими на уровне платформы.
Единственный «след» её работы — записи в журнале регистрации (событие завершения сеанса администратором, установка/снятие блокировки работы пользователей), который ведёт платформа, а не сама обработка.
6. Связанные объекты и ввод на основании
- Ввод на основании отсутствует — обработка не является основанием и не вводится на основании других объектов.
- Связанные механизмы БСП:
- Журнал регистрации — переход из формы для анализа действий выбранного сеанса.
- Блокировка работы пользователей (общий механизм БСП / регламентное задание завершения сеансов) — используется совместно перед монопольными операциями.
- Справочник «Пользователи» — колонка «Пользователь» ссылается на пользователей ИБ; из карточки пользователя администратор попадает к тем же данным о сеансах.
- Администрирование кластера серверов (в клиент-серверном варианте) — источник данных о сеансах и соединениях.
7. Точки расширения
- Расширение конфигурации: можно добавить в форму списка собственные команды (например, экспорт списка сеансов, оповещение пользователей), заимствовав форму и дополнив её обработчиками. Изменять поставляемый модуль объекта напрямую не рекомендуется — обработка обновляется вместе с БСП.
- Внешняя обработка-аналог: для нестандартных сценариев администрирования удобнее сделать отдельную внешнюю обработку, использующую те же API (
ПолучитьСеансы(), администрирование кластера), не трогая типовую. - Регламентные задания: сценарии «выгнать всех перед обновлением» реализуются штатным механизмом блокировки работы пользователей БСП, а не доработкой этой обработки.
- Права и профили: видимость и доступность действий (завершение чужих сеансов) регулируются ролями администрирования; расширять логику доступа корректнее через роли/профили групп доступа, а не через код обработки.
Требует проверки: доступность заимствования конкретной формы и состав API администрирования зависят от версии платформы и режима работы ИБ (файловый/клиент-серверный) в вашей инсталляции 3.4.5.21.