1. Архитектура и концепции

Кратко Принтум — российская мультивендорная система мониторинга и управления печатью. Работает с МФУ и МФУ любых производителей. Состоит из двух основных модулей: Мониторинг и ПринтМенеджер. Когда это важно При первом знакомстве с системой При объяснении архитектуры клиенту При выборе компонентов для внедрения Состав системы | Компонент | Назначение | Обязателен | | ---------------------------- | ----------------------------------------------------------------------- | ---------------------------------------- | | Мониторинг | Ядро системы: сбор данных, пользователи, устройства, отчёты, интеграции | Да, всегда | | ПринтМенеджер | Управление печатью: очереди, авторизация на МФУ, правила, квоты, архив | Нет, опционально | | Сетевой агент | Сканирует сеть и опрашивает устройства по SNMP | Да, автоматически с Мониторингом | | Локальный агент | Мониторинг локальных USB-МФУ и заданий печати | Нет, по необходимости | | Клиент ПМ | Приложение на рабочей станции: формирует задания, управляет МФУ | Нет, альтернатива — бесклиентская печать | | Встроенное приложение | Устанавливается на МФУ: авторизация, блокировка до входа, учёт операций | Нет, для отложенной печати | | Внешнее средство авторизации | TCP-конвертер и картридер для МФУ без встроенного приложения | Нет, альтернатива встроенному приложению | Что важно помнить Мониторинг устанавливается первым и является обязательным компонентом ПринтМенеджер без Мониторинга не работает Без ПринтМенеджера система работает только как мониторинг печати Связанные страницы Мониторинг — справка по компоненту ПринтМенеджер — справка по компоненту Типовые конфигурации развёртывания Сценарии печати в Принтум Синхронизация Мониторинга и ПринтМенеджера

Что такое Принтум

Модель пользователей в Принтум

Назначение Принтум управляет тремя классами сущностей: пользователями, устройствами и заданиями печати. Пользователи не создаются вручную — они импортируются из контроллера домена. Но учётная запись в домене и пользователь в Принтум — разные сущности . Ключевые концепции Printum ID ≠ доменная учётная запись Пользователь в системе Принтум (Printum ID) соответствует реальному человеку. Доменная учётная запись — это то, что существует в Active Directory или другом LDAP-каталоге. Printum импортирует доменные учётные записи и синхронизирует их атрибуты, но это не одно и то же. Пример: Дмитрий Двойников существует в Принтум как один пользователь (Printum ID). Его данные были импортированы из домена со всеми атрибутами. Один человек — несколько учётных записей в разных доменах Физический человек может иметь несколько доменных учётных записей. Типичный сценарий — организация с несколькими контурами сети (например, закрытый и открытый контур банка). Сотрудник работает под разными учётками в разных контурах, но является одним и тем же человеком. Принтум позволяет связать несколько доменных учётных записей с одним Printum ID. Таким образом, правила, статистика и квоты применяются к человеку в целом, независимо от того, с какого компьютера и под какой учёткой он работает. Объединение учётных записей через атрибут При настройке синхронизации задаётся атрибут для объединения учётных записей . Если у двух доменных учётных записей совпадает значение этого атрибута, они привязываются к одному Printum ID. Типичные атрибуты для объединения: Email (mail) Табельный номер Пример: у сотрудника банка две учётки — одна в закрытом контуре, другая в открытом. В обеих учётках в домене прописан один и тот же корпоративный email. Система определяет, что email совпадает, и связывает обе учётки с одним Printum ID. Правила и квоты применяются к Printum ID Все правила печати, квоты и ограничения применяются к Printum ID, а не к конкретной доменной учётной записи. Это значит, что: квота на цветную печать действует на человека в целом, а не на одну из его учёток; статистика объединяется по всем учёткам одного пользователя; правила применяются одинаково, с какого бы контура ни пришло задание. Жизненный цикл пользователя в Принтум Сотрудник появляется в контроллере домена. При очередной синхронизации Мониторинг выгружает доменную учётную запись с атрибутами. В системе управления создаётся Printum ID. Если атрибут объединения совпадает с уже существующим пользователем — учётка привязывается к нему. Пользователь получает роль по умолчанию (обычно «Пользователь»). Правила, квоты и роли применяются к Printum ID. Создание пользователей вручную В отличие от МФУ, пользователей вручную создавать можно. Однако в типичных сценариях среднего и крупного бизнеса в этом нет необходимости — все пользователи есть в контроллере домена. Ручное создание может потребоваться для гостевых учётных записей или нестандартных сценариев, когда нужен пользователь вне домена. Связанные страницы Как работает синхронизация пользователей с доменом Объединение доменных учётных записей одного пользователя Назначение ролей через группы домена Доменная авторизация и SSO — как работает

Что такое Принтум

Первый запуск Принтум — обзор интерфейса

Личный кабинет Личный кабинет (ЛК) — основной веб-интерфейс для работы пользователей и администраторов: просмотр и анализ данных, управление устройствами, пользователями и заданиями, формирование отчётов и настройка системы. Общая компоновка страницы Слева расположено вертикальное меню, разделенное на блоки: Аналитика, Управление, Настройки. Это 1-й уровень навигации. В верхней части основной области отображается заголовок текущего раздела. В «Отчётах» рядом с заголовком выбирается тип отчёта. В «Управлении» под заголовком находятся вкладки — второй уровень навигации. Ниже вкладок располагаются фильтры и таблицы данных, карточки объектов и доступные действия. После входа в систему отображаются только те разделы и действия, доступ к которым разрешён текущей роли пользователя. Навигация и уровни меню ЛК поддерживает до четырёх уровней вложенности навигации: Первый уровень — вертикальное меню слева. Второй уровень — вкладки внутри раздела (например, в «Устройствах»: Все, Локации, Группы). Третий уровень — элементы внутри вкладки (карточки, раскрывающиеся строки таблиц). Четвёртый уровень — вложенные вкладки или секции в карточке объекта (например, в раскрывающейся строке конкретного устройства есть вкладки Детали, Параметры, Характеристика, Журнал и пр.). Блоки меню и назначение Аналитика Отчёты (по устройствам, пользователям, группам, заданиям, событиям и пр.) — раздел предназначен для построения отчётов и выгрузки данных. Управление Устройства — просмотр, фильтрация и управление парком МФУ и МФУ, статусы и параметры. Пользователи — просмотр, фильтрация и управление сотрудниками, подразделениями, группами. Задания — управление заданиями печати/копирования/сканирования. Склад — управление складом и планированием закупок. Настройки Интеграции — настройки интеграций с доменами, почтовыми серверами, сетевые/локальные агенты, ПринтМенеджеры (ПринтМенеджер), внешние системы. Общие — настройки организации и управление лицензиями, правила печати и параметры событий. Единые элементы интерфейса Фильтры : располагаются над таблицей, включают параметры раздела. Таблицы : содержат ключевые атрибуты объектов системы. Доступна настройка колонок. Детальный просмотр — открывается в раскрывающейся строке таблицы или в карточке и содержит подробную информацию по текущему объекту. Кнопки над таблицей : «Скачать» — экспорт текущего набора данных; «Добавить» — создание нового объекта; иконка «Шестерёнка» — настройка отображения столбцов. Действия в строках таблицы : иконка «Корзина» — удаление объекта; иконка «Развернуть» — открывает детальный просмотр; переключатели (тоггл) — включает/выключает настройку. Вход в систему При первом входе отобразится окно авторизации. Введите логин и пароль и нажмите «Войти». Первый запуск Активация лицензии После авторизации в системе откроется экран начальной настройки системы. Первый шаг — активация лицензии. Бывает два вида лицензий: Демо — предназначенная для ознакомления с системой. Постоянная — предназначена для полноценной эксплуатации. Заполните поля: Название организации — здесь необходимо написать наименование вашей компании, но также подойдет любое удобное название. Идентификатор — выдается отделом технической поддержки. Лицензионный ключ — выдается отделом технической поддержки. При корректном заполнении появится токен. На этом этапе, если вам достаточно демо-лицензии, прокрутите страницу вниз и нажмите "Продолжить". Для активации полноценной лицензии отправьте сгенерированный токен активации и название вашей организации на почту технической поддержки: support@printum.io Далее вы получите сообщение с лицензионным ключом. Введите его и нажмите "Активировать лицензию". Настройка локаций После раздела активации лицензии появится раздел с настройками локаций. Для создания и настройки локаций заполните следующие поля: Название локации — укажите любое наименование. К примеру, "Москва", "Офис на Ховрино", "МФУ HP". IP-адреса для сканирования — введите адреса устройств печати. Указать их можно списками, подсетью, диапазонами. Исключить IP-адреса — заполняется при необходимости исключить IP-адреса из локации. Нажмите "Сохранить". Добавление новой локации Для добавления других локаций нажмите на иконку плюса под локацией. В открывшемся меню выберите: добавить новую локацию как самостоятельную или подлокацию к выбранной. Удаление локации Для удаления ненужной локации наведите на её название курсором. Напротив названия появится значок корзины, нажмите на него. По завершению всех настроек нажмите "Запустить мониторинг" в самом низу страницы. Интеграция с почтовым сервером После настройки локаций появится раздел настройки интеграции с почтовым сервером. Заполните следующие поля: SMTP-сервер — адрес SMTP-сервера, по имени или IP-адресу. Порт SMTP-сервера — порт для подключения к SMTP-серверу. Имя пользователя — логин для аутентификации на SMTP-сервере. Пароль — пароль для аутентификации на SMTP-сервере. Адрес отправителя — адрес почты, от имени которого будут приходить письма. Адрес службы поддержки — адрес, используемый по умолчанию, на него будут приходить уведомления. Использовать TLS — флаг, задающий шифрование по протоколу TLS. Использовать SSL — флаг, задающий шифрование по протоколу SSL. Почта для тестового письма — почта, на которую придет тестовое письмо. Нажмите на кнопку "Отправка тестового письма". На указанную почту придет письмо с темой "[Printum] Тестовое сообщение". Если вы получили такое письмо, интеграция настроена корректно, далее нажмите "Продолжить". Настройку интеграции с почтовым сервером можно пропустить и настроить позднее. Рекомендуем провести настройку сразу, иначе не будут работать уведомления, вы не узнаете об окончании лицензии, а также не сможете сменить или восстановить пароль от учётной записи. Интеграция с доменом После настройки интеграции с почтовым клиентом появится раздел интеграции с доменом. Заполните следующие поля: Название домена — любое удобное название. Тип домена — выберите необходимый тип. Адрес — хост и порт домена. Логин и пароль в домене — логин и пароль учетной записи с правами на чтение доменной структуры. Стартовый уровень поиска — определяет, на каком уровне в домене осуществлять импорт. Обычно это самый верхний уровень для импорта сотрудников из всего домена. Фильтр — укажите фильтр поиска сотрудников. Если оставить поле пустым, будет произведен импорт объектов классов Person и User. Атрибут для объединения учетных записей — позволяет объединить несколько учетных записей одного пользователя в разных доменах. Выгружать оргструктуру — чек-бокс, управляющий импортом доменной иерархии. Выгружать доменные группы — отвечает за выгрузку групп безопасности из домена. Требуется шифрование — поставьте галочку, если домен принимает только шифрованные запросы. Тестовый импорт Проверьте корректность настройки с помощью кнопки "Провести тестовый импорт". В случае удачного подключения будет написано количество отделов, сотрудников и групп. Для продолжения настройки нажмите "Посмотреть атрибуты". Сопоставление атрибутов домена Проанализируйте значения атрибутов. Для успешной интеграции должны быть заполнены обязательные атрибуты: Логин Фамилия Имя Идентификатор в домене Адрес электронной почты

Что такое Принтум

Как обратиться в техническую поддержку

Контакт

Для обращения в техническую поддержку Принтум отправьте письмо на адрес: support@printum.io

Что обязательно указать в обращении

Для быстрой обработки обращения необходимо предоставить следующую информацию:

Что произошло — подробное описание проблемы, сценарий воспроизведения, скриншоты и логи.
Что ожидалось — описание ожидаемого поведения системы.

Сроки обработки и решения отсчитываются с момента подачи обращения с исчерпывающим описанием. Неполные обращения задерживают начало работы.

Категории важности и сроки реагирования

Категория	Описание	Время обработки	Срок решения
Критическая	Печать невозможна	24 ч	48 ч
Высокая	Важные функции не работают, обходного решения нет	24 ч	72 ч
Средняя	Некритичный инцидент или есть обходное решение	24 ч	96 ч
Низкая	Запрос информации или консультации	10 дней	Без ограничений

Примечание: все сроки указаны в астрономических часах.

Что такое Принтум

Линии технической поддержки — зоны ответственности

Линия 1 — L1 (силами заказчика или партнёра)

Первая линия поддержки обеспечивается заказчиком или партнёром и включает:

Приём и регистрация обращений пользователей.
Первичная диагностика инфраструктуры.
Проверка доступности серверов, портов, сети, МФУ.
Решение типовых инцидентов: сброс паролей, консультации по работе с личным кабинетом, активация лицензий.
Сбор логов и материалов для передачи на L2.

Линия 2 — L2 (Принтум, дополнительная поддержка)

Вторая линия поддержки выполняется специалистами Принтум и включает:

Анализ логов и взаимодействия модулей системы.
Проверка конфигурации системы Принтум.
Настройка и администрирование Принтум.
Обновление ПО (при наличии резервной копии).

Что НЕ входит в L2

Администрирование ОС серверов и рабочих станций.
Настройка сетевой инфраструктуры.
Настройка DNS, SMTP, SNMP, SAML, Kerberos, LDAP, FreeIPA.
Управление учётными записями домена.
Устранение неисправностей стороннего программного обеспечения.

Линия 3 — L3 (Принтум, гарантийная поддержка)

Третья линия поддержки обеспечивается командой разработки Принтум и включает:

Устранение проблем, требующих изменений в программном обеспечении.

Что такое Принтум

Архитектура и логика взаимодействия компонентов Принтум

Принтум состоит из набора модулей, которые вместе обеспечивают мониторинг печатающих устройств и управление заданиями. Понимание архитектуры необходимо для правильного внедрения, диагностики и проектирования отказоустойчивых конфигураций. Этот обзор описывает роли основных компонентов и то, как они взаимодействуют между собой. Два функциональных домена Условно возможности Принтум делятся на две крупные части: Мониторинг – сбор телеметрии. Мониторинг отвечает за опрос устройств, сбор данных через протокол SNMP (версии 1/2/3), хранение статистики и построение отчётов. Он не вмешивается в процесс печати; его задача – наблюдать и хранить данные. Управление печатью (ПринтМенеджер) – обработка заданий. Сервер управления печатью контролирует процессы печати, маршрутизирует задания по правилам, выполняет авторизацию пользователей и применяет политики (очереди, правила экономии тонера, квоты и т. п.). Хотя эти модули представлены как равноправные, на практике управление печатью опирается на Мониторинг. Мониторинг – это фундамент, без которого невозможна работа ПринтМенеджера. Сервер управления печатью подключается к Мониторингу, наследуя информацию об устройствах, пользователях и инфраструктуре. Компоненты системы Мониторинг Сервер Мониторинга – ядро системы. Он хранит базу данных, каталог устройств и пользователей, принимает данные от агентов и предоставляет API другим компонентам. Установка любой конфигурации Принтум начинается с развёртывания Мониторинга. Сетевой агент – служба, которая сканирует IP-сети, обнаруживает МФУ и МФУ по SNMP и периодически опрашивает их. В типичных установках хватает одного Сетевого агента; его можно запускать на том же сервере, что и Мониторинг. При больших парках МФУ допускается несколько агентов. Локальный агент – программа, устанавливаемая на рабочих станциях. Она мониторит локальные очереди печати, что позволяет собирать статистику для USB-МФУ и фиксировать, кто и что отправил на печать. Тот же модуль может работать как мониторинг USB-МФУ: в этом случае агент фильтрует события только от локально подключённых устройств. ПринтМенеджер Сервер управления печатью подключается к Мониторингу и использует его данные. ПринтМенеджер отвечает за: авторизацию пользователей на МФУ (карта, PIN); виртуальные очереди печати и маршрутизацию заданий; применение правил (цвет/чёрно-белое, ограничение страниц, квоты, печать только после авторизации); хранение теневых копий печатных заданий (при включении соответствующих опций); интеграцию с почтовым сервером (отправка сканов) и внешними системами. ПринтМенеджер может работать в двух режимах: С Клиентом ПМ – на рабочие станции устанавливается виртуальный драйвер Принтум и службы управления. Клиент ПМ формирует PDF и отправляет его на сервер. После авторизации задание отправляется на МФУ. Клиент ПМ обеспечивает функции экономии тонера и автоматическое управление локальными очередями. Без Клиента ПМ – на станциях пользователей нет ПО Принтум; они печатают на виртуальный МФУ, настроенный администратором (обычно Generic PS или драйвер производителя). Задания поступают на сервер напрямую. Такой режим упрощает внедрение там, где установить Клиент ПМ невозможно, но лишает возможностей экономии тонера и автоматического разворачивания прямых очередей. Интеграция с доменом Принтум интегрируется с Active Directory/LDAP. Мониторинг считывает пользователей и группы из домена. Настройка фильтров позволяет импортировать только нужные группы. МФУ, добавленные в Мониторинг, автоматически появляются в ПринтМенеджере – администратору не нужно заводить устройства вручную. Потоки данных Обнаружение устройств : Сетевой агент сканирует сеть, находит МФУ по SNMP и отправляет данные в Мониторинг. Локальный агент мониторит USB-устройства и очереди. Сбор статистики : Мониторинг хранит данные об ошибках, счётчиках, уровнях расходных материалов и состояниях устройств. При необходимости можно добавить Локальные агенты для сбора статистики в разрезе пользователей. Управление печатью : пользователи отправляют задания в виртуальный МФУ Принтум (через Клиент ПМ или без него). ПринтМенеджер получает задание, применяет правила и отправляет его на физический МФУ после авторизации. В рамках распределённой архитектуры может быть несколько серверов ПринтМенеджера, все они подключаются к одному Мониторингу. Распределённая архитектура Принтум поддерживает сценарии с несколькими ПринтМенеджерами. Каждый из них независим, нет иерархии «главный–подчинённый». Серверы ПринтМенеджера размещаются в филиалах, чтобы обеспечить печать даже при потере связи с центральным Мониторингом. В этом случае: локальный ПринтМенеджер обслуживает пользователей своего филиала; при обрыве связи статистика и новые пользователи не синхронизируются, но печать, копирование и сканирование продолжают работать; после восстановления канала данные синхронизируются. Для высокой доступности в централизованном ЦОД рекомендуется использовать кластер из минимум трёх ПринтМенеджеров с балансировщиком нагрузки и отдельным отказоустойчивым хранилищем базы данных и файлов (см. отдельную статью «Отказоустойчивость и деградация»). Вывод Мониторинг – основа системы Принтум. Все остальные функции строятся на его базе. Сетевой агент и Локальный агент наполняют Мониторинг данными, ПринтМенеджер использует эту информацию для контроля печати, авторизации и применения политик. Правильно спроектированная архитектура учитывает связи между компонентами и обеспечивает отказоустойчивость и масштабирование.

Что такое Принтум

Как работает поддержка форматов и браузеров в Printum

Поддерживаемые браузеры

Chrome
Firefox
Edge
Opera

Поддерживаемые форматы

PDF
DOCX
XLSX
TIFF
JPG
PNG

Что такое Принтум

Как Printum использует CUPS

Кратко

CUPS используется Printum для обработки и передачи заданий печати на устройства.

ПринтМенеджер взаимодействует с CUPS при прямой и отложенной печати.

Где используется CUPS

CUPS используется:

при бесклиентской печати;
при прямой печати;
при выпуске заданий отложенной печати;
при передаче заданий на устройства.

Как задания попадают в CUPS

При бесклиентской печати

Универсальный драйвер отправляет PostScript-задание в CUPS ПринтМенеджер.

При печати через Клиент ПринтМенеджер

После обработки задания ПринтМенеджер или Клиент ПринтМенеджер отправляет задание в CUPS.

Как ПринтМенеджер работает с CUPS

ПринтМенеджер:

получает задания через CUPS;
анализирует задания;
применяет правила;
передаёт итоговые задания в CUPS;
CUPS отправляет задания устройствам.

Где смотреть задания

Для диагностики используется веб-интерфейс CUPS.

Пример адреса:

https://<ip_сервера>:1631

Что проверять в CUPS

Проверьте:

наличие задания;
статус задания;
ошибки передачи;
доступность устройства.

Что важно помнить

CUPS является частью пути задания.
При бесклиентской печати задание сначала попадает в CUPS ПринтМенеджер.
При прямой печати CUPS отправляет задания на устройство.
При отложенной печати CUPS используется после release задания.

Типовые проблемы

Симптом	Возможная причина
Задание не появляется в CUPS	Проблема драйвера или подключения
Задание зависло	Проблема устройства или CUPS
Задание не передаётся на МФУ	Проблема протокола или драйвера
Задание удаляется	ПринтМенеджер завершил обработку

Связанные страницы

Путь задания при бесклиентской печати
Путь задания при печати через Клиент ПринтМенеджер
Как диагностировать проблемы печати

Что такое Принтум

Как работает Job Tracking Monitor

Кратко

Job Tracking Monitor используется для мониторинга локальной очереди печати и отправки информации о заданиях печати на backend.

Основная задача

Сервис:

отслеживает задания печати;
определяет завершение печати;
отправляет события на backend.

Как работает мониторинг

Сервис устанавливается на компьютер пользователя или сервер печати.

Приложение постоянно отслеживает очередь печати Windows.

Какие события отслеживаются

Используются статусы:

Printed;
Retained;
Completed.

Как отправляются данные

Данные отправляются на backend по TCP.

Потенциальные проблемы

Потеря данных

Доставка сообщений не гарантирована.

При проблемах связи часть событий может быть потеряна.

Быстрое удаление заданий

Опрос очереди выполняется раз в 60 мс.

Если задание слишком быстро исчезает из очереди, сервис может не успеть зафиксировать нужный статус.

Где смотреть логи

Логи записываются в:

Просмотр событий → Журналы Windows → Приложение

Код события:

Команда запуска:

eventvwr

Установка

Используются:

install.bat;
uninstall.bat;
MSI установщик;
XML файл конфигурации.

Основные этапы установки

msiexec /i printum_installer.msi /qn

Printum.JobTracking.WindowsService.exe --install

net start PrintumJTMS

Основные этапы удаления

net stop printumjtms

Printum.JobTracking.WindowsService.exe --uninstall

msiexec /x printum_installer.msi /qn

Что важно помнить

Job Tracking Monitor работает как Windows Service.
Доставка TCP сообщений не гарантируется.
Быстрое удаление заданий может приводить к потере событий.
Логи пишутся в стандартный журнал Windows.

Связанные страницы

Как работают локальные устройства
Как работает мониторинг устройств

Что такое Принтум

Как устроена очередь заданий в Printum

Кратко

Очередь заданий используется ПринтМенеджер для хранения и обработки документов печати.

В очереди находятся задания:

прямой печати;
отложенной печати;
задания, ожидающие release пользователем.

Когда создаётся задание

Задание создаётся после получения документа ПринтМенеджер.

После этого:

выполняется анализ задания;
извлекаются атрибуты;
применяются правила печати;
формируется внутреннее задание системы.

Что хранится в очереди

В очереди хранится:

документ;
параметры печати;
принадлежность пользователю;
состояние задания.

Как пользователь получает очередь

При отложенной печати:

пользователь авторизуется на МФУ;
Встроенное приложение получает список заданий;
очередь отображается пользователю.

Пользователь видит только свои задания.

Когда задание отправляется на печать

Прямая печать

Задание сразу передаётся в CUPS и далее на устройство.

Отложенная печать

Задание остаётся в очереди до подтверждения пользователем на МФУ.

Когда задание удаляется

После успешной печати ПринтМенеджер:

переводит задание в архив;
обновляет статистику;
удаляет активное задание из очереди.

Также удаление может выполняться правилами печати.

Что важно помнить

Очередь управляется ПринтМенеджер.
Пользователь видит только свои задания.
При отложенной печати задания могут храниться в очереди длительное время.
После печати задания переводятся в архив.

Типовые проблемы

Симптом	Возможная причина
Пользователь не видит задания	Проблема очереди или авторизации
Задание не удаляется	Проблема обработки задания
Задание исчезает после печати	Задание переведено в архив
Очередь пустая	Задание не дошло до ПринтМенеджер

Связанные страницы

Как работает отложенная печать
Как работает авторизация на МФУ
Как Printum обрабатывает задание печати

Что такое Принтум

Карта диагностики Printum

Кратко

Большинство проблем в Printum можно локализовать по этапу, на котором возникла ошибка.

Для диагностики важно определить:

используется ли Клиент ПринтМенеджер;
используется ли отложенная печать;
появилось ли задание в ПринтМенеджер;
дошло ли задание до устройства;
видит ли пользователь очередь на МФУ.

Базовая последовательность диагностики

Определить сценарий печати.
Проверить появление задания в ПринтМенеджер.
Проверить очередь.
Проверить CUPS.
Проверить устройство.
Проверить Встроенное приложение.
Проверить синхронизацию и лицензии.

Карта симптомов

Симптом	Где искать проблему
Задание не появляется в системе	Клиент ПринтМенеджер, драйвер, CUPS
Задание есть, но не печатается	CUPS, устройство, драйвер
Пользователь не видит задания	Очередь, Встроенное приложение, авторизация
Пользователь не может войти по карте	Карта, считыватель, Встроенное приложение
Пользователь не может войти по PIN	PIN, синхронизация, Встроенное приложение
Нет статистики	Синхронизация Мониторинг и ПринтМенеджер
Не применяются изменения	Синхронизация
Устройство не отображается	Мониторинг или Network Agent

Если задания нет в системе

Проверьте:

локальную очередь печати;
Клиент ПринтМенеджер;
виртуальный МФУ;
универсальный драйвер;
доступность CUPS.

Если задание есть, но не печатается

Проверьте:

CUPS;
статус задания;
драйвер устройства;
доступность МФУ;
протокол подключения.

Если пользователь не видит задания

Проверьте:

успешность авторизации;
принадлежность задания пользователю;
Встроенное приложение;
очередь ПринтМенеджер.

Если нет статистики

Проверьте:

успешность печати;
синхронизацию Мониторинг и ПринтМенеджер;
обновление статистики.

Что собрать перед эскалацией

Перед передачей задачи на следующую линию рекомендуется собрать:

сценарий печати;
тип печати;
имя пользователя;
устройство;
время проблемы;
статус задания;
статус служб;
логи;
наличие лицензий;
результат синхронизации.

Связанные страницы

Как диагностировать проблемы печати
Как работает отложенная печать
Как Printum использует CUPS
Как работает авторизация на МФУ

Что такое Принтум

Архитектура и логика взаимодействия компонентов Printum

Page Type: Overview Component: Printum Domain: Architecture Product Versions: All OS: Not applicable Status: Draft Related Components:

Мониторинг
ПринтМенеджер
Сетевой агент
Локальный агент

Архитектура и логика взаимодействия компонентов Printum

Printum состоит из набора модулей, которые вместе обеспечивают мониторинг печатающих устройств и управление заданиями. Понимание архитектуры необходимо для правильного внедрения, диагностики и проектирования отказоустойчивых конфигураций. Этот обзор описывает роли основных компонентов и то, как они взаимодействуют между собой.

Два функциональных домена

Условно возможности Printum делятся на две крупные части:

Мониторинг – сбор телеметрии. Мониторинг отвечает за опрос устройств, сбор данных через протокол SNMP (версии 1/2/3), хранение статистики и построение отчётов. Он не вмешивается в процесс печати; его задача – наблюдать и хранить данные.
Управление печатью (ПринтМенеджер) – обработка заданий. Сервер управления печатью контролирует процессы печати, маршрутизирует задания по правилам, выполняет авторизацию пользователей и применяет политики (очереди, правила экономии тонера, квоты и т. п.).

Хотя эти модули представлены как равноправные, на практике управление печатью опирается на мониторинг. Мониторинг – это фундамент, без которого невозможна работа ПринтМенеджер. Сервер управления печатью подключается к Мониторинг, наследуя информацию об устройствах, пользователях и инфраструктуре.

Компоненты системы

Мониторинг

Сервер мониторинга (Мониторинг) – ядро системы. Он хранит базу данных, каталог устройств и пользователей, принимает данные от агентов и предоставляет API другим компонентам. Установка любой конфигурации Printum начинается с развёртывания Мониторинг.
Сетевой агент – служба, которая сканирует IP‑сети, обнаруживает МФУ и МФУ по SNMP и периодически опрашивает их. В типичных установках хватает одного сетевого агента; его можно запускать на том же сервере, что и Мониторинг. При больших парках МФУ допускается несколько агентов.
Локальный агент – программа, устанавливаемая на рабочих станциях. Она мониторит локальные очереди печати, что позволяет собирать статистику для USB‑МФУ и фиксировать, кто и что отправил на печать. Тот же модуль может работать как мониторинг USB‑МФУ: в этом случае агент фильтрует события только от локально подключённых устройств.

ПринтМенеджер (ПринтМенеджер)

Сервер управления печатью подключается к Мониторинг и использует его данные. ПринтМенеджер отвечает за:

авторизацию пользователей на МФУ (карта, PIN);
виртуальные очереди печати и маршрутизацию заданий;
применение правил (цвет/чёрно‑белое, ограничение страниц, квоты, печать только после авторизации);
хранение теневых копий печатных заданий (при включении соответствующих опций);
интеграцию с почтовым сервером (отправка сканов) и внешними системами.

ПринтМенеджер может работать в двух режимах:

С клиентом – на рабочие станции устанавливается виртуальный драйвер Printum и службы управления. Клиент формирует PDF и отправляет его на сервер. После авторизации задание отправляется на МФУ. Клиент обеспечивает функции экономии тонера и автоматическое управление локальными очередями.
Без клиента – на станциях пользователей нет ПО Printum; они печатают на виртуальный МФУ, настроенный администратором (обычно Generic PS или драйвер производителя). Задания поступают на сервер напрямую. Такой режим упрощает внедрение там, где установить клиент невозможно, но лишает возможностей экономии тонера и автоматического разворачивания прямых очередей.

Интеграция с доменом

Printum интегрируется с Active Directory/LDAP. Мониторинг считывает пользователей и группы из домена. Настройка фильтров позволяет импортировать только нужные группы. МФУ, добавленные в Мониторинг, автоматически появляются в ПринтМенеджер – администратору не нужно заводить устройства вручную.

Потоки данных

Обнаружение устройств: сетевой агент сканирует сеть, находит МФУ по SNMP и отправляет данные в Мониторинг. Локальный агент мониторит USB‑устройства и очереди.
Сбор статистики: Мониторинг хранит данные об ошибках, счётчиках, уровнях расходных материалов и состояниях устройств. При необходимости можно добавить локальные агенты для сбора статистики в разрезе пользователей.
Управление печатью: пользователи отправляют задания в виртуальный МФУ Printum (через клиент или без него). ПринтМенеджер получает задание, применяет правила и отправляет его на физический МФУ после авторизации. В рамках распределённой архитектуры может быть несколько серверов управления печатью, все они подключаются к одному Мониторинг.

Распределённая архитектура

Printum поддерживает сценарии с несколькими ПринтМенеджер. Каждый из них независим, нет иерархии «главный–подчинённый». Серверы управления печатью размещаются в филиалах, чтобы обеспечить печать даже при потере связи с центральным Мониторинг. В этом случае:

локальный ПринтМенеджер обслуживает пользователей своего филиала;
при обрыве связи статистика и новые пользователи не синхронизируются, но печать, копирование и сканирование продолжают работать;
после восстановления канала данные синхронизируются.

Для высокой доступности в централизованном ЦОД рекомендуется использовать кластер из минимум трёх ПринтМенеджер с балансировщиком нагрузки и отдельным отказоустойчивым хранилищем базы данных и файлов (см. отдельную статью «Отказоустойчивость и деградация»).

Вывод

Мониторинг – основа системы Printum. Все остальные функции строятся на его базе. Сетевой агент и локальный агент наполняют Мониторинг данными, ПринтМенеджер использует эту информацию для контроля печати, авторизации и применения политик. Правильно спроектированная архитектура учитывает связи между компонентами и обеспечивает отказоустойчивость и масштабирование.

Что такое Принтум

Карты и картридеры: поддержка в Printum

Page Type: Overview Component: Встроенное приложение Domain: Authentication Product Versions: All OS: Not applicable Status: Draft Related Components:

ПринтМенеджер
Мониторинг

Карты и картридеры: поддержка в Printum

Одной из основных функций Printum является авторизация пользователей на устройствах с помощью контактных или бесконтактных карт. Система стремится обеспечить максимальную совместимость с различными типами картридеров и карт, но важно понимать, от чего зависит корректная работа.

Где обрабатывается карта

На МФУ со встроенным приложением Printum считыватель подключается к МФУ. При прикладывании карты картридер считывает идентификатор и передаёт его в «мозги» МФУ. Встроенное приложение отправляет этот идентификатор на сервер ПринтМенеджер, где происходит проверка пользователя и открытие/отказ в доступе. Таким образом, Printum не декодирует карту самостоятельно; он получает номер, который МФУ считает корректным, и использует его для поиска пользователя.

Зависимость от картридера и МФУ

Картридер должен дружить с устройством. Главное требование – совместимость картридера с конкретной моделью МФУ. Большинство популярных производителей выпускают считыватели, которые работают с нужными устройствами.
Тип карты задаётся картридером. Поддержка карт (MIFARE, HID iClass, NFC и т.д.) определяется моделью картридера, а не Printum. Если картридер умеет читать вашу карту и передавать её идентификатор в МФУ, Printum примет этот номер.
Комбинации «ридер–МФУ» требуют тестирования. Некоторые сочетания работают нестабильно. Система не накладывает искусственных ограничений, но специалисты Printum ведут перечень проверенных комбинаций и рекомендуют ориентироваться на него. Если вы используете другое оборудование, возможно потребуется дополнительная проверка.

Как выбрать картридер

Уточните у производителя МФУ, какие модели считывателей он рекомендует для вашей серии устройств.
Определите, какие типы карт используются в организации (MIFARE, HID, российские карты и т.п.). Выбирайте считыватель, поддерживающий эти стандарты.
Сверьтесь со списком проверенных устройств Printum. Если вашего картридера там нет, протестируйте его работу или обратитесь к технической поддержке для уточнения сроков сертификации.

Таблица совместимости

Printum ведёт внутреннюю таблицу сочетаний «картридер–МФУ», которые были протестированы. Она включает сведения о необходимости дополнительной настройки на МФУ (например, для некоторых моделей HP требуется включение специального режима). Если оборудования нет в таблице, система будет работать, но потребуется индивидуальная проверка.

Отказоустойчивость и обслуживание

Нет запретов на сторонние устройства. Printum не блокирует использование несертифицированных картридеров. Главное, чтобы считыватель правильно передавал номер карты в МФУ.
Обновление прошивок. Иногда проблемы совместимости решаются обновлением прошивки картридера или МФУ. Следите за релизами производителя.
Единый механизм авторизации. Для пользователя разница между картридерами незаметна – он прикладывает карту, получает доступ к устройству и своим заданиям.

Вывод

Printum поддерживает широкий спектр карт и картридеров, поскольку использует идентификатор, который уже был прочитан и передан МФУ. Успешная работа зависит от совместимости считывателя и устройства. При выборе оборудования ориентируйтесь на проверенные комбинации и рекомендации производителя. Новые модели ридеров и карт могут потребовать тестирования, но система готова их принять.

Что такое Принтум

Клиент Printum и безклиентская схема: сравнительный обзор

Page Type: Overview Component: ПринтМенеджер Domain: Printing Product Versions: All OS: Windows Status: Draft Related Components:

Мониторинг
Клиент ПринтМенеджер

Клиент Printum и безклиентская схема: сравнительный обзор

Что такое клиент Printum

Клиентская часть ПринтМенеджер устанавливается на рабочие станции и состоит из:

Виртуального МФУ (драйвер), который собирает задания, формирует PDF и отправляет его на сервер.
Службы управления МФУ на рабочей станции, которая автоматически создает и удаляет прямые очереди для устройств с разрешённой прямой печатью.
Службы экономии тонера, которая регулирует насыщенность и гамму изображения для уменьшения расхода тонера.

Преимущества клиента

Экономия тонера – уникальная возможность снижать расход расходных материалов за счёт снижения плотности заливки. Настройки выполняются на клиенте и применяются до отправки задания на сервер.
Удержание задач и Follow Me – задания сохраняются на сервере до авторизации пользователя на устройстве. Это исключает забытые отпечатки и позволяет печатать на любом МФУ с картой или PIN.
Автоматическое добавление прямых МФУ – для пользователей, которые должны печатать без авторизации (например, бухгалтерия), система автоматически создаёт локальные очереди. Администратор назначает пользователям доступ к конкретным устройствам, и служба разворачивает драйвер.
Полная статистика – ПринтМенеджер получает атрибуты задания и пользователю не нужно устанавливать дополнительные драйверы.

Недостатки клиента

Требуется развертывание и обслуживание на рабочих станциях. Обычно установка выполняется через Group Policy, но в средах с неоднородными версиями Windows могут возникать сложности.
Зависит от политики безопасности. На некоторых АРМ запрещено устанавливать сторонние службы.

Что такое безклиентская схема

В этом варианте на рабочие станции не устанавливается клиент Printum. Пользователь печатает на виртуальный МФУ, настроенный системным администратором (обычно используется драйвер Generic PostScript или драйвер производителя). При этом:

Задание отправляется на сервер напрямую. Сервер получает PostScript‑ или PDF‑файл и обрабатывает его.
Пользователь не может удержать задание на сервере – для режима удержания требуется авторизация непосредственно на устройстве (непосредственный режим Follow Me доступен только при наличии клиента).
Экономия тонера на текущий момент реализована только на клиенте, поэтому при безклиентской схеме она недоступна. В будущих версиях планируется реализовать функцию экономии на сервере.
Автоматическое управление локальными очередями отсутствует. Администратор должен вручную добавлять прямые МФУ на рабочие станции или использовать сторонние инструменты развёртывания.

Когда выбирать клиент

Требуется экономия тонера и гибкие политики печати.
Необходим Follow Me: задания должны удерживаться до авторизации на устройстве.
Нужно автоматическое разворачивание прямых МФУ для отдельных пользователей/отделов.
Компании готовы развернуть клиент через механизмы управления рабочими станциями (GPO, SCCM и т.п.).

Когда выбирать безклиентскую схему

Среда жёстко ограничивает возможность установки ПО на рабочие станции.
Важна скорость внедрения: достаточно установить драйвер на сервер и перенаправить задания.
Для печати используются преимущественно стандартные драйверы (например, Xerox PostScript) и нет необходимости в удержании заданий.
Экономия тонера и автоматическое управление очередями не являются ключевыми требованиями.

Заключение

Выбор между клиентской и безклиентской схемой зависит от задач. Клиент даёт больше функциональности – экономию тонера, удержание заданий, управление МФУ – но требует развёртывания. Безклиентская схема проще в администрировании и пригодна для сред с ограничениями на установку ПО, однако лишает некоторых возможностей. При проектировании системы можно комбинировать подходы: например, использовать клиент для большинства пользователей, а в защищённых зонах печатать без клиента.

Что такое Принтум

Драйверы и печатный конвейер в Printum

Page Type: Overview Component: ПринтМенеджер Domain: Printing Product Versions: All OS: Not applicable Status: Draft Related Components:

Мониторинг

Драйверы и печатный конвейер в Printum

Эффективная печать зависит от правильного выбора драйвера и схемы передачи задания на сервер. Printum использует гибкую модель, позволяя назначать различные драйверы для каждого устройства, а в безклиентском режиме оптимизировать обработку за счёт PostScript‑файлов.

Generic PostScript как драйвер по умолчанию

При импорте МФУ из Мониторинг в ПринтМенеджер всем устройствам назначается драйвер Generic PostScript. Этот драйвер является универсальным и обеспечивает совместимость с большинством моделей. Его преимущества:

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

Однако в некоторых ситуациях Generic PS может привести к плохо распечатанным документам (глифы, некорректные цвета) или неоптимальной скорости. В таких случаях администратор может переключить устройство на другой драйвер.

Альтернативные драйверы

Generic PCL – другой универсальный драйвер, основанный на протоколе PCL. Может быть полезен, если МФУ поддерживают PCL и возникли проблемы с PostScript.
Generic PDF – позволяет передавать в печатный конвейер PDF‑файлы. Используется в безклиентской схеме для оптимизации скорости (см. ниже).
Драйверы производителей – для конкретных моделей или брендов (например, Canon, Xerox, Kyocera). Иногда даёт лучшее качество печати, полный контроль над функциями (скрепки, финишеры), но увеличивает число устанавливаемых драйверов и сложность поддержки.

Изменение драйвера выполняется в интерфейсе администрирования Printum. Менять драйвер имеет смысл, если возникают проблемы: иероглифы вместо текста, неправильная цветность, слишком медленная печать.

Безклиентская печать и PostScript‑конвейер

В схеме без клиента (см. отдельную статью) сервер получает PostScript‑файлы напрямую. Это позволяет пропустить шаг преобразования, который выполняет клиент, и существенно ускоряет обработку больших заданий. В недавних версиях Printum обработка 500‑страничных документов в безклиентской схеме происходит в разы быстрее, чем при передаче через клиент. Причины:

сервер сразу получает PostScript‑код, который можно отправить на МФУ без повторного преобразования;
разделение конвейера: сканирование, распаковка, конвертация и отправка выполняются параллельно.

PDF против PostScript

Иногда МФУ лучше печатают PDF, особенно если документы содержат сложные шрифты или графику. В безклиентской схеме можно выбрать «Generic PDF». Но следует помнить:

PDF‑поток может быть медленнее для некоторых МФУ;
PostScript остаётся более надёжным универсальным форматом для промышленной печати;
переход на PDF может повлиять на работу правил (например, анализ цветности).

Итог

Выбор драйвера влияет на качество и скорость печати. Printum по умолчанию выбирает Generic PostScript, но позволяет переходить на PCL, PDF или продуктовые драйверы в зависимости от задач. Безклиентская схема и PostScript‑конвейер дают значительный прирост производительности при печати больших документов.

Что такое Принтум

Мониторинг как фундамент системы Printum

Page Type: Overview Component: Мониторинг Domain: Architecture Product Versions: All OS: Not applicable Status: Draft Related Components:

ПринтМенеджер
Сетевой агент
Локальный агент

Мониторинг как фундамент системы Printum

Мониторинг – базовый модуль Printum, на котором строятся все остальные функции. Он обеспечивает сбор данных о состоянии устройств, хранит статистику и является единой точкой интеграции для серверов управления печатью. Без работающего мониторинга невозможно запустить ПринтМенеджер.

Задачи мониторинга

Сбор телеметрии по SNMP. Сетевой агент опрашивает МФУ и МФУ по протоколам SNMP v1/v2c/v3 и отправляет собранные данные на сервер Мониторинг. Система поддерживает произвольный набор OID – она может собирать любые параметры, которые устройства отдают по SNMP. Это счётчики, уровень расходных материалов, ошибки, температуру, скорость печати и т.д.
Сбор данных о заданиях. Когда используется локальный агент, Мониторинг получает информацию о заданиях, отправленных на локальные и USB‑МФУ. В этом случае агент отслеживает очередь печати на рабочей станции и передает в систему сведения о пользователе, количестве страниц, цветности и прочих атрибутах. Эти данные полезны, если в компании нет сервера управления печатью, но нужно вести учёт по пользователям.
Построение отчётов и аналитики. Все собранные данные сохраняются в базе Мониторинг и могут быть использованы для построения отчётов в разрезе устройств, пользователей, отделов, проектов. Администратор может настраивать набор отображаемых параметров и получать отчёты по расписанию на email.
Оповещение и состояние. Мониторинг собирает статусы устройств и интерпретирует коды ошибок. Часть кодов встроена в систему, но базу расшифровок можно дополнять вручную. Есть возможность отслеживать состояние всех ресурсных элементов (в том числе тех, что МФУ сам не отслеживает) благодаря встроенным справочникам запчастей. Система помогает прогнозировать замену картриджей и других расходников.
Интеграция с доменом и внешними системами. Мониторинг импортирует пользователей из Active Directory или другого LDAP. Внешние системы (help‑desk, ERP, CMDB) могут забирать статистику через API.

Мониторинг и управление печатью

ПринтМенеджер получает информацию о пользователях и МФУ от Мониторинг. При настройке интеграции PM автоматически «видит» все устройства, найденные мониторингом, и не требует ручного ввода. Мониторинг также передаёт в PM атрибуты пользователей для авторизации. В обратную сторону PM возвращает статистику по заданиям, теневым копиям, квотам и событиям.

Локальные агенты и точность данных

Мониторинг может собирать статистику о печати на USB‑МФУ. В этом случае локальный агент отслеживает очередь печати. Следует помнить, что драйверы иногда некорректно оценивают цветность: документ с чёрным текстом может быть помечен как цветной, если пользователь не изменил параметры перед отправкой. Printum старается корректировать такие ошибки (например, исключает цветность для монохромных МФУ), но стопроцентной точности гарантировать невозможно. Инженеры могут регулярно сверять счётчики и вносить корректировки.

Расширяемость справочников

Система поставляется с базой запчастей и материалов для распространённых моделей МФУ. Администратор может дополнять справочники вручную или попросить поддержку дополнить их при появлении новых устройств. Благодаря этому Мониторинг может прогнозировать замену деталей даже для устройств, которые сами не отслеживают расходники.

Итоги

Мониторинг — незаменимый слой Printum. Он собирает и хранит данные, от которых зависит управление печатью, интеграции и отчётность. Правильная настройка Мониторинг включает в себя развертывание сетевого агента, при необходимости локальных агентов, настройку импорта пользователей и дополнение справочников. Без этого ПринтМенеджер не будет иметь данных о МФУ и пользователях, а система не сможет корректно работать.

Типовые конфигурации

Типовые конфигурации развёртывания

Кратко

Принтум поддерживает несколько схем развёртывания. Выбор определяется требованиями к отказоустойчивости, нагрузке и инфраструктуре.

Сравнение конфигураций

| Конфигурация | Когда применять | Отказоустойчивость | | ------------------------ | ------------------------------------- | ---------------------------- | | Сингл | Пилот, небольшая организация | Нет | | Сплит | Средняя нагрузка, разделение ролей | Нет | | Кластер Active-Active | Высокая нагрузка, критичность к сбоям | Да, на уровне ПринтМенеджера | | Филиальный ПринтМенеджер | Удалённые офисы, нестабильный канал | Локальная автономность |

Кластер Active-Active

Формула: T = 2F + 1, где T — количество серверов ПринтМенеджера, F — допустимое число отказов.

| Серверов | Допустимых отказов | Нагрузка | | -------- | ------------------ | ------------------ | | 1 | 0 | до 100 заданий/мин | | 3 | 1 | до 250 заданий/мин | | 5 | 2 | 400+ заданий/мин |

Что важно помнить

Active-Passive не поддерживается — использовать Active-Active
Кластеризуется только ПринтМенеджер, Мониторинг не кластеризуется
Отказоустойчивость PostgreSQL, HAProxy и NFS обеспечивается заказчиком

Связанные страницы

Типовые конфигурации

Как Принтум работает при отказе Мониторинга

Назначение

Принтум поддерживает сценарий, при котором Мониторинг временно недоступен, а печать продолжает работать.

Это позволяет:

не останавливать печать;
сохранять работоспособность филиалов;
минимизировать влияние отказа центрального сервера.

Что происходит при отказе Мониторинга

Если Мониторинг недоступен:

ПринтМенеджер продолжает работать;
пользователи могут печатать;
release-печать продолжает работать;
авторизация пользователей продолжает работать.

Что может быть недоступно

Во время отказа Мониторинга могут быть недоступны:

обновление статистики;
новые синхронизации пользователей;
обновление конфигурации;
часть отчетов.

Что происходит после восстановления

После восстановления Мониторинга:

синхронизация продолжается;
статистика догружается;
очереди обновляются;
данные становятся доступны в отчетах.

Что важно помнить

Мониторинг не участвует напрямую в процессе печати.
ПринтМенеджер продолжает локальную работу.
Система поддерживает degraded mode.

Типовые конфигурации

Как работает филиальная архитектура Принтум

Назначение

Принтум поддерживает распределенную архитектуру с филиалами.

Это позволяет:

размещать ПринтМенеджер локально в филиале;
продолжать печать при проблемах связи;
снижать нагрузку на центральный сервер.

Общая схема

Центральный Мониторинг
          |
          |
    HTTP Sync
          |
          v
Локальный ПринтМенеджер филиала
          |
          v
Принтеры филиала

Как работает печать

Центральный Мониторинг

Используется для:

пользователей;
конфигурации;
статистики;
управления системой.

Локальный ПринтМенеджер

Используется для:

локальной обработки печати;
release-печати;
работы с очередями;
взаимодействия с устройствами.

Что происходит при потере связи

Если связь с центральным Мониторингом потеряна:

локальный ПринтМенеджер продолжает работать;
печать продолжается;
задания сохраняются локально.

Что происходит после восстановления связи

После восстановления:

выполняется синхронизация;
статистика передается в Мониторинг;
обновляются конфигурации.

Типовые конфигурации

Как работает отказоустойчивый ПринтМенеджер

Как работает отказоустойчивый ПринтМенеджер Назначение Принтум поддерживает отказоустойчивую конфигурацию ПринтМенеджера. Она используется для: минимизации downtime; балансировки нагрузки; работы при отказе узлов. Общая схема HAProxy | +---------+---------+ | | v v ПринтМенеджер 1 ПринтМенеджер 2 Как работает балансировка HAProxy: распределяет запросы; проверяет доступность узлов; исключает недоступные узлы. Что происходит при отказе узла Если один узел недоступен: HAProxy перенаправляет запросы; пользователи продолжают работать; печать продолжается. Что важно помнить Отказоустойчивость не означает отсутствие деградации. Во время переключения возможны временные задержки. После восстановления узел возвращается в пул балансировки. Что НЕ гарантирует HA Отказоустойчивая конфигурация ПринтМенеджера обеспечивает непрерывность работы при отказе отдельного узла, однако имеет ряд принципиальных ограничений: Не гарантирует отсутствие деградации при failover. Во время переключения между узлами возможны временные задержки и ошибки для активных сессий. Не гарантирует zero downtime. Переключение занимает время; кратковременный простой возможен. Не гарантирует real-time статистику при отказе Мониторинга. Если сервер Мониторинга недоступен, данные о печати не передаются в реальном времени. Не заменяет резервное копирование. HA защищает от отказа узла, но не от потери данных. Резервные копии необходимо создавать независимо. Не защищает от отказа PostgreSQL или NFS. Общие компоненты (база данных, сетевое хранилище) являются единой точкой отказа и требуют отдельного обеспечения отказоустойчивости. Деградационный режим В распределённых установках Мониторинг обычно расположен в центральном ЦОДе, а ПринтМенеджер — в филиалах. Схема построена так, чтобы при пропадании связи между филиалом и центром печать не останавливалась. Вот как это работает: Локальный ПринтМенеджер в филиале имеет собственные очереди и обслуживает пользователей филиала. Он подключается к Мониторингу для синхронизации пользователей и МФУ, но может работать автономно. Если связь между ПринтМенеджером и Мониторингом пропадает, пользователи в филиале продолжают печать, копирование и сканирование. Очереди и правила локально продолжают работать. В деградационном режиме новые пользователи и изменения конфигурации из домена не передаются в филиал, а статистика о заданиях и счётчиках не выгружается в Мониторинг. После восстановления канала связи все накопленные данные синхронизируются, Мониторинг получает статистику, а ПринтМенеджер обновляет список пользователей и устройств. Деградационный режим нужен в филиалах с ненадёжными каналами. В организациях, где филиалы соединены с ЦОДом надёжными линиями связи, достаточно централизованной конфигурации без локальных ПринтМенеджеров — отказоустойчивость достигается кластеризацией центральных серверов. Детали кластера ПринтМенеджеров Для непрерывной работы сервиса печати при отказе одного или двух серверов используется кластер ПринтМенеджеров. Основные принципы: Минимум три ноды. Алгоритм отказоустойчивости требует 2F+1 узлов, чтобы пережить отказ F узлов. При двух нодах отказ одной приведёт к потере кворума. Балансировщик нагрузки (например, HAProxy) распределяет задания между серверами. Балансировщик можно настроить с резервированием, но сам Принтум поставляется с автоматизированными шаблонами настройки HAProxy. Обособленные сервисы : база данных Принтум и файловое хранилище (куда помещаются документы и теневые копии) размещаются на отдельном сервере или кластере. Отказ сервера с базой данных не должен останавливать всю систему, поэтому базу данных и файловое хранилище необходимо реплицировать на стороне заказчика. Разделение ролей : Мониторинг, ПринтМенеджер, база данных и файловое хранилище могут быть на разных серверах. На практике часто Мониторинг и один из ПринтМенеджеров размещают на одном хосте, остальные ПринтМенеджер — на отдельных. Как работает кластер (пошагово) Пользователь отправляет задание на виртуальный МФУ Принтум. Балансировщик выбирает живой узел ПринтМенеджера и передаёт задание. ПринтМенеджер обрабатывает задание, хранит метаданные в общей базе, сохраняет файл в общую папку и отправляет на физический МФУ после авторизации. Если один из ПринтМенеджеров выходит из строя, балансировщик исключает его из пула; остальные узлы продолжают работу без прерывания сервиса. Пока не восстановится кворум, система должна поддерживать минимум две активные ноды. Администраторы восстанавливают упавший сервер или вводят новый. Система автоматически синхронизирует очереди и статистику через Мониторинг. Зона ответственности заказчика Принтум обеспечивает отказоустойчивость приложений, однако ответственность за инфраструктуру остаётся за заказчиком: репликация базы данных и файлового хранилища; отказоустойчивость сети и балансировщика; резервное копирование и аварийное восстановление (DR) серверов. Вывод Для надёжной работы Принтум в филиалах с ненадёжной связью выбирайте распределённую архитектуру с локальными ПринтМенеджерами. При необходимости непрерывной работы в централизованных установках используйте кластер из трёх и более ПринтМенеджеров с балансировщиком нагрузки и репликацией базы данных. Деградационный режим и кластеризация не исключают друг друга и могут быть комбинированы в крупных проектах.

Типовые конфигурации

Как работает балансировка нагрузки

Назначение

Балансировка нагрузки используется для:

распределения запросов;
повышения отказоустойчивости;
масштабирования системы.

Используемый компонент

Для балансировки используется HAProxy.

Какие запросы балансируются

Балансируются:

HTTP API;
запросы Встроенного приложения;
запросы авторизации;
запросы release-печати.

Как определяется доступность узла

Балансировщик:

периодически проверяет health-check;
исключает недоступные узлы;
возвращает узлы после восстановления.

Что происходит при отказе узла

Если узел недоступен:

запросы перенаправляются;
активные пользователи продолжают работу.

Что важно помнить

Балансировка не заменяет резервное копирование.
Все узлы должны иметь одинаковую конфигурацию.

Типовые конфигурации

Режим деградации — что работает при частичном отказе

Назначение

Degraded mode — режим частичной деградации системы, при котором часть компонентов недоступна, но ключевые функции продолжают работать.

Что может вызвать degraded mode

отказ Мониторинга;
отказ одного узла ПринтМенеджера;
потеря связи между площадками;
временная недоступность LDAP.

Что обычно продолжает работать

Функция	Работает
Прямая печать	Да
Release-печать	Да
Авторизация	Да
Очереди	Да

Что может работать ограниченно

Функция	Ограничение
Статистика	Может обновляться позже
Синхронизация	Возможна задержка
Отчеты	Возможна неполная информация

Что происходит после восстановления

После восстановления:

выполняется повторная синхронизация;
восстанавливается статистика;
обновляются состояния.

Типовые конфигурации

Поддерживаемые сценарии отказоустойчивости

Назначение

Принтум поддерживает различные сценарии отказоустойчивости.

Поддерживаемые сценарии

Сценарий	Поддерживается
Отказ Мониторинга	Да
Отказ одного узла ПринтМенеджера	Да
Балансировка через HAProxy	Да
Работа филиала без центрального сервера	Да
Отложенная синхронизация статистики	Да

Что происходит при отказах

Отказ Мониторинга

Продолжают работать:

печать;
release;
очереди;
авторизация.

Отказ узла ПринтМенеджера

Запросы перенаправляются балансировщиком.

Потеря связи филиала

Локальный ПринтМенеджер продолжает локальную работу.

Ограничения

Не гарантируется:

real-time статистика при отказе Мониторинга;
мгновенная синхронизация после восстановления;
отсутствие кратковременной деградации при failover.

Что важно помнить

Отказоустойчивость снижает downtime, но не исключает деградацию.
Требуется корректная настройка инфраструктуры.

Типовые конфигурации

Отказоустойчивость и деградационные сценарии Printum

Page Type: Overview Component: Printum Domain: Architecture Product Versions: All OS: Not applicable Status: Draft Related Components:

ПринтМенеджер
Мониторинг
Сетевой агент

Отказоустойчивость и деградационные сценарии Printum

Printum разрабатывался для предприятий с высокими требованиями к непрерывности печати и постоянному сбору статистики. Система должна продолжать работать даже при отказах серверов или проблемах со связью. Эта статья описывает две ключевые темы: деградационный режим (branch‑mode при разрыве связи) и высокую доступность (кластер из нескольких серверов управления печатью).

Деградационный режим

В распределённых установках Мониторинг обычно расположен в центральном ЦОДе, а ПринтМенеджер — в филиалах. Схема построена так, чтобы при пропадании связи между филиалом и центром печать не останавливалась. Вот как это работает:

Локальный ПринтМенеджер в филиале имеет собственные очереди и обслуживает пользователей филиала. Он подключается к Мониторинг для синхронизации пользователей и МФУ, но может работать автономно.
Если связь между ПринтМенеджер и Мониторинг пропадает, пользователи в филиале продолжают печать, копирование и сканирование. Очереди и правила локально продолжают работать.
В деградационном режиме новые пользователи и изменения конфигурации из домена не передаются в филиал, а статистика о заданиях и счётчиках не выгружается в Мониторинг.
После восстановления канала связи все накопленные данные синхронизируются, Мониторинг получает статистику, а ПринтМенеджер обновляет список пользователей и устройств.

Деградационный режим нужен в филиалах с ненадёжными каналами. В организациях, где филиалы соединены с ЦОДом надёжными линиями связи, достаточно централизованной конфигурации без локальных ПринтМенеджер — отказоустойчивость достигается кластеризацией центральных серверов.

Высокая доступность ПринтМенеджер

Для непрерывной работы сервиса печати при отказе одного или двух серверов используется кластер ПринтМенеджер. Основные принципы:

Минимум три ноды. Алгоритм отказоустойчивости требует 2F+1 узлов, чтобы пережить отказ F узлов. При двух нодах отказ одной приведёт к потере кворума.
Балансировщик нагрузки (например, HAProxy) распределяет задания между серверами. Балансировщик можно настроить с резервированием, но сам Printum поставляется с автоматизированными шаблонами настройки HAProxy.
Обособленные сервисы: база данных Printum и файловое хранилище (куда помещаются документы и теневые копии) размещаются на отдельном сервере или кластере. Отказ сервера с базой данных не должен останавливать всю систему, поэтому базу данных и файловое хранилище необходимо реплицировать на стороне заказчика.
Разделение ролей: Мониторинг, ПринтМенеджер, база данных и файловое хранилище могут быть на разных серверах. На практике часто Мониторинг и один из ПринтМенеджер размещают на одном хосте, остальные PM — на отдельных.

Как работает кластер

Пользователь отправляет задание на виртуальный МФУ Printum.
Балансировщик выбирает живой узел ПринтМенеджер и передаёт задание.
ПринтМенеджер обрабатывает задание, хранит метаданные в общей базе, сохраняет файл в общую папку и отправляет на физический МФУ после авторизации.
Если один из ПринтМенеджер выходит из строя, балансировщик исключает его из пула; остальные узлы продолжают работу без прерывания сервиса. Пока не восстановится кворум, система должна поддерживать минимум две активные ноды.
Администраторы восстанавливают упавший сервер или вводят новый. Система автоматически синхронизирует очереди и статистику через Мониторинг.

Зона ответственности заказчика

Printum обеспечивает отказоустойчивость приложений, однако ответственность за инфраструктуру остаётся за заказчиком:

репликация базы данных и файлового хранилища;
отказоустойчивость сети и балансировщика;
резервное копирование и аварийное восстановление (DR) серверов.

Вывод

Для надёжной работы Printum в филиалах с ненадёжной связью выбирайте распределённую архитектуру с локальными ПринтМенеджер. При необходимости непрерывной работы в централизованных установках используйте кластер из трёх и более ПринтМенеджер с балансировщиком нагрузки и репликацией базы данных. Деградационный режим и кластеризация не исключают друг друга и могут быть комбинированы в крупных проектах.

Типовые конфигурации

Как работает degraded mode в Printum

Назначение

Что может вызвать degraded mode

отказ Мониторинг;
отказ одного узла ПринтМенеджер;
потеря связи между площадками;
временная недоступность LDAP.

Что обычно продолжает работать

Функция	Работает
Прямая печать	Да
Release-печать	Да
Авторизация	Да
Очереди	Да

Что может работать ограниченно

Функция	Ограничение
Статистика	Может обновляться позже
Синхронизация	Возможна задержка
Отчеты	Возможна неполная информация

Что происходит после восстановления

После восстановления:

выполняется повторная синхронизация;
восстанавливается статистика;
обновляются состояния.

Сценарии печати

Сценарии печати в Принтум

Кратко

Принтум поддерживает несколько сценариев печати. Выбор определяется требованиями к безопасности и инфраструктурой организации.

Сравнение сценариев

| Сценарий | Авторизация на МФУ | ПО на рабочей станции | Когда применять | | -------------------- | ------------------ | --------------------------------- | ---------------------------------------------- | | Прямая печать | Не требуется | Клиент ПМ или виртуальный принтер | Личные кабинеты, закрытые зоны | | Отложенная печать | Карта или PIN | Клиент ПМ или виртуальный принтер | Опенспейсы, общие принт-румы | | Бесклиентская печать | По сценарию | Только универсальный PS-драйвер | Быстрое внедрение, ограничения на установку ПО | | Печать через почту | Карта или PIN | Не требуется | Мобильные пользователи, гости |

Форматы заданий

| Формат | По умолчанию | Особенности | | ---------- | ----------------------- | ---------------------------------------------------------------- | | PDF | Да | Полная поддержка правил, квот, подсчёта страниц и цветности | | PostScript | Нет, включается вручную | Ускоряет обработку. Не работают правила по страницам и цветности |

Что важно помнить

Пользователь может одновременно использовать прямую и отложенную печать
Бесклиентская печать не поддерживает экономию тонера
Для отложенной печати необходим ПринтМенеджер и МФУ со Встроенным приложением

Связанные страницы

Сценарии печати

Путь задания при печати через Клиент ПМ

Кратко При печати через Клиент ПМ на рабочей станции пользователя установлен компонент Принтум, который работает с локальной очередью печати, преобразует задание в PDF, передаёт его в ПринтМенеджер и участвует в применении оптимизации печати. Этот сценарий используется, когда требуется управляемая печать с возможностью обработки задания на рабочей станции пользователя. Участники процесса Компонент Роль Приложение пользователя Создаёт задание печати Локальная очередь печати рабочей станции Принимает задание от приложения Клиент ПМ Забирает задание из локальной очереди, конвертирует и передаёт в ПринтМенеджер ПринтМенеджер Создаёт задание, применяет правила, хранит очередь CUPS ПринтМенеджера Передаёт задание на устройство Встроенное приложение Используется для выпуска отложенных заданий на МФУ Пошаговый путь задания Шаг 1. Пользователь отправляет документ на печать Пользователь в приложении (Word, Excel, браузер) нажимает «Печать» и выбирает МФУ. На этом этапе логика одинакова для прямой и отложенной печати. Шаг 2. Приложение создаёт задание в локальной очереди Пользовательское приложение создаёт задание и отправляет его в локальную очередь печати на рабочей станции. Шаг 3. Клиент ПМ получает задание Клиент ПМ просматривает локальную очередь и забирает из неё новое задание. Шаг 4. Клиент ПМ конвертирует задание в PDF Клиент ПМ преобразует задание в PDF — основной формат для дальнейшей обработки в Принтум. Шаг 5. Клиент ПМ извлекает атрибуты задания Клиент ПМ анализирует задание из локальной очереди и извлекает параметры: Формат Дуплекс Количество страниц Цветность Ориентация Разбор по копиям Финишные опции Шаг 6. Клиент ПМ добавляет задание в очередь ПринтМенеджера После формирования PDF и извлечения атрибутов Клиент ПМ добавляет задание в очередь ПринтМенеджера. Шаг 7. ПринтМенеджер применяет правила печати ПринтМенеджер проверяет и применяет правила печати к заданию. Шаг 8. Клиент ПМ получает настройки оптимизации Клиент ПМ запрашивает из ПринтМенеджера настройки оптимизации (например, параметры экономии тонера). Шаг 9. Клиент ПМ применяет оптимизацию и отправляет образ документа После применения алгоритма экономии Клиент ПМ отправляет образ документа в ПринтМенеджер. Шаг 10. Дальнейший путь зависит от типа печати Прямая печать Клиент ПМ отправляет задание в CUPS ПринтМенеджера. CUPS передаёт задание на конкретный МФУ — документ печатается. Отложенная печать Задание остаётся в очереди ПринтМенеджера. Когда пользователь авторизуется на МФУ через Встроенное приложение, приложение запрашивает у ПринтМенеджера список заданий. После нажатия «Печать» ПринтМенеджер отправляет задание в CUPS, CUPS — МФУ. Шаг 11. Завершение обработки После успешной печати ПринтМенеджер: переводит задание в архив; обновляет статистику печати; передаёт статистику в Мониторинг после синхронизации. Где искать проблему Симптом Возможный участок диагностики Задание не появилось в Принтум Локальная очередь, Клиент ПМ, подключение к ПринтМенеджеру Задание появилось, но не печатается ПринтМенеджер, CUPS, устройство Пользователь не видит задание на МФУ Очередь ПринтМенеджера, Встроенное приложение, авторизация Статистика не обновилась в Мониторинге Синхронизация Мониторинга и ПринтМенеджера Что важно помнить Задание сначала попадает в локальную очередь рабочей станции, а затем забирается Клиентом ПМ. Клиент ПМ конвертирует задание в PDF. Клиент ПМ участвует в применении оптимизации печати. При прямой печати задание передаётся в CUPS сразу; при отложенной — остаётся в очереди до авторизации на МФУ. Статистика появляется в Мониторинге только после синхронизации. Связанные страницы Путь задания при бесклиентской печати Как работает отложенная печать Как работают правила печати Как диагностировать проблемы печати по этапам

Сценарии печати

Путь задания при бесклиентской печати

Кратко Бесклиентская печать используется, когда на рабочей станции пользователя компоненты Принтум не устанавливаются. Пользователь печатает на виртуальный МФУ, настроенный на сервер Принтум. Универсальный драйвер формирует PostScript-задание и отправляет его в CUPS ПринтМенеджера. Дальше задание обрабатывается ПринтМенеджером. Поддерживаемые универсальные драйверы Драйвер Xerox Global Print Driver PostScript Konica Minolta Universal PS HP Universal Printing PS В настройках виртуального МФУ указывается адрес сервера Принтум. Участники процесса Компонент Роль Приложение пользователя Создаёт задание печати Универсальный драйвер Формирует PostScript-задание CUPS ПринтМенеджера Принимает задание с рабочей станции ПринтМенеджер Создаёт внутреннее задание, парсит атрибуты, применяет правила Встроенное приложение Используется для выпуска отложенных заданий на МФУ Физический МФУ или МФУ Печатает документ Пошаговый путь задания Шаг 1. Пользователь отправляет документ на печать Пользователь нажимает «Печать» и выбирает виртуальный МФУ Принтум. Шаг 2. Универсальный драйвер формирует PostScript-задание Универсальный драйвер формирует задание в формате PostScript и отправляет его в CUPS ПринтМенеджера. Шаг 3. ПринтМенеджер обнаруживает новое задание в CUPS ПринтМенеджер периодически опрашивает свой CUPS. При обнаружении нового задания он создаёт внутри системы собственное пустое задание. Шаг 4. ПринтМенеджер заполняет задание атрибутами ПринтМенеджер парсит входящее PostScript-задание и заполняет внутреннее задание атрибутами. Исходное задание фактически не используется как основное — задание пересобирается с нуля. Извлекаются атрибуты: формат, дуплекс, количество страниц, цветность, ориентация, разбор по копиям, финишные опции. Шаг 5. Проверяется настройка USE_PS_PRINTING Если USE_PS_PRINTING выключена Задание конвертируется в PDF. Если USE_PS_PRINTING включена ПринтМенеджер проверяет, есть ли правила: с условиями по количеству страниц; с условиями по цветности страниц; автоматического удаления документа после печати. Если такие правила есть — задание всё равно конвертируется в PDF. Если таких правил нет — конвертация не выполняется. Шаг 6. Применяются правила печати ПринтМенеджер проверяет и применяет правила печати к заданию. Шаг 7. Исходное задание удаляется из CUPS После того как внутреннее задание сформировано, исходное PostScript-задание, пришедшее с рабочей станции, удаляется из CUPS. Шаг 8. Дальнейший путь зависит от типа печати Прямая печать Сформированное задание отправляется в CUPS, CUPS передаёт его МФУ — документ печатается. Отложенная печать Задание остаётся в очереди ПринтМенеджера. Когда пользователь авторизуется во Встроенном приложении на МФУ, приложение запрашивает список заданий. После нажатия «Печать» МФУ запрашивает ПринтМенеджер, который отправляет задание в CUPS — CUPS передаёт его МФУ. Шаг 9. Завершение обработки После успешной печати ПринтМенеджер переводит задание в архив, обновляет статистику и передаёт её в Мониторинг после синхронизации. Особенности PostScript-режима PostScript может ускорить обработку задания, но имеет ограничения. Если в системе используются правила по количеству страниц, цветности или автоматическому удалению после печати, ПринтМенеджер конвертирует задание в PDF даже при включённом USE_PS_PRINTING . Где искать проблему Симптом Возможный участок диагностики Задание не попало в ПринтМенеджер Виртуальный МФУ, универсальный драйвер, CUPS ПринтМенеджера Задание появилось, но не печатается ПринтМенеджер, CUPS, протокол, драйвер устройства Правила по страницам/цветности не работают Формат задания и настройка USE_PS_PRINTING Пользователь не видит задание на МФУ Очередь ПринтМенеджера, авторизация, Встроенное приложение Что важно помнить На рабочей станции компоненты Принтум не устанавливаются. Универсальный драйвер формирует PostScript-задание. ПринтМенеджер пересобирает задание с нуля на основе атрибутов. Исходное задание удаляется из CUPS после формирования внутреннего. При отложенной печати задание хранится в очереди до авторизации пользователя на МФУ. Связанные страницы Путь задания при печати через Клиент ПМ Как работает отложенная печать Как Принтум использует CUPS Как диагностировать проблемы печати по этапам

Сценарии печати

Как работает отложенная печать

Кратко Отложенная печать — режим, при котором документ не печатается сразу после отправки. Задание сохраняется в очереди ПринтМенеджера и печатается только после того, как пользователь авторизуется на МФУ и подтвердит печать. Чем отличается от прямой печати Прямая печать Отложенная печать Документ сразу отправляется на устройство после обработки в ПринтМенеджере Документ остаётся в очереди ПринтМенеджера до выпуска пользователем на МФУ Как работает отложенная печать Шаг 1. Пользователь отправляет документ Пользователь выбирает МФУ отложенной печати и отправляет документ. Шаг 2. ПринтМенеджер обрабатывает задание ПринтМенеджер получает задание, анализирует атрибуты, применяет правила печати и сохраняет задание в очереди пользователя. Шаг 3. Задание ожидает в очереди После обработки задание остаётся в очереди ПринтМенеджера. Документ ещё не печатается. Шаг 4. Пользователь авторизуется на МФУ Пользователь проходит авторизацию через Встроенное приложение Принтум на МФУ: по карте; по PIN-коду; другим поддерживаемым способом. Шаг 5. Встроенное приложение получает очередь пользователя После успешной авторизации Встроенное приложение запрашивает у ПринтМенеджера список заданий пользователя. Пользователь видит свои задания на экране МФУ. Шаг 6. Пользователь выбирает задание и нажимает «Печать» Шаг 7. ПринтМенеджер отправляет задание в CUPS ПринтМенеджер отправляет задание в CUPS, CUPS передаёт его устройству — документ печатается. Шаг 8. Завершение обработки После успешной печати ПринтМенеджер переводит задание в архив, обновляет статистику и передаёт её в Мониторинг после синхронизации. Что важно помнить Документ не печатается сразу — задание хранится в очереди ПринтМенеджера. Пользователь видит только свои задания. Для выпуска задания требуется авторизация на МФУ через Встроенное приложение. Статистика появляется в Мониторинге только после синхронизации. Типовые проблемы Симптом Возможная причина Пользователь не видит задания на МФУ Проблема авторизации или очереди ПринтМенеджера Задание есть в системе, но не печатается Проблема CUPS или устройства Пользователь не может авторизоваться Проблема Встроенного приложения, PIN или карты После печати нет статистики Проблема синхронизации Мониторинга и ПринтМенеджера Связанные страницы Как работает авторизация на МФУ Как устроена очередь заданий Путь задания при печати через Клиент ПМ Путь задания при бесклиентской печати

Сценарии печати

Как работает авторизация на МФУ

Кратко

Авторизация на МФУ используется для идентификации пользователя, отображения его очереди заданий и выпуска заданий при отложенной печати. Авторизация выполняется через Встроенное приложение Принтум, установленное на МФУ.

Поддерживаемые методы авторизации

По карте (считыватель на МФУ).
По PIN-коду (вводится на экране МФУ).

Роль Встроенного приложения

Встроенное приложение Принтум на МФУ отвечает за:

авторизацию пользователя;
запрос и отображение очереди заданий;
выпуск заданий на печать;
выход пользователя из системы.

Для работы Встроенного приложения требуется соответствующая лицензия (EMB).

Как происходит авторизация

По карте

Пользователь прикладывает карту к считывателю. Встроенное приложение определяет пользователя и выполняет вход в систему.

По PIN-коду

Пользователь вводит PIN-код на экране МФУ. После успешной проверки пользователь получает доступ к своим заданиям.

Как пользователь получает очередь

После успешной авторизации:

Встроенное приложение отправляет запрос в ПринтМенеджер.
ПринтМенеджер возвращает список заданий пользователя.
Встроенное приложение отображает очередь на экране МФУ.

Пользователь видит только свои задания.

Как выполняется печать

После выбора задания пользователем:

Встроенное приложение отправляет запрос в ПринтМенеджер.
ПринтМенеджер отправляет задание в CUPS.
CUPS передаёт задание устройству.
МФУ печатает документ.

После завершения работы

Пользователь выходит из системы. После выхода очередь пользователя больше не отображается на устройстве.

Типовые проблемы

Симптом	Возможная причина
Пользователь не может войти по карте	Проблема карты, считывателя или привязки в системе
Пользователь не может войти по PIN	Неверный PIN или проблема синхронизации
Пользователь вошёл, но не видит задания	Проблема очереди или принадлежности задания
Встроенное приложение не открывается	Проблема приложения или отсутствие лицензии EMB

Связанные страницы

Сценарии печати

Клиент ПМ и бесклиентская схема — сравнение

ПринтМенеджер поддерживает два способа отправки заданий на сервер: с использованием клиентского ПО и без него. Понимание различий между этими подходами поможет выбрать оптимальный вариант для внедрения и эксплуатации. Что такое Клиент ПМ Клиент ПМ устанавливается на рабочие станции и состоит из: Виртуального МФУ (драйвер), который собирает задания, формирует PDF и отправляет его на сервер. Службы управления МФУ на рабочей станции, которая автоматически создаёт и удаляет прямые очереди для устройств с разрешённой прямой печатью. Службы экономии тонера , которая регулирует насыщенность и гамму изображения для уменьшения расхода тонера. Преимущества Клиента ПМ Экономия тонера – уникальная возможность снижать расход расходных материалов за счёт снижения плотности заливки. Настройки выполняются на клиенте и применяются до отправки задания на сервер. Удержание задач и Follow Me – задания сохраняются на сервере до авторизации пользователя на устройстве. Это исключает забытые отпечатки и позволяет печатать на любом МФУ с картой или PIN. Автоматическое добавление прямых МФУ – для пользователей, которые должны печатать без авторизации (например, бухгалтерия), система автоматически создаёт локальные очереди. Администратор назначает пользователям доступ к конкретным устройствам, и служба разворачивает драйвер. Полная статистика – ПринтМенеджер получает атрибуты задания и пользователю не нужно устанавливать дополнительные драйверы. Недостатки Клиента ПМ Требуется развёртывание и обслуживание на рабочих станциях. Обычно установка выполняется через Group Policy, но в средах с неоднородными версиями Windows могут возникать сложности. Зависит от политики безопасности. На некоторых АРМ запрещено устанавливать сторонние службы. Что такое бесклиентская схема В этом варианте на рабочие станции не устанавливается Клиент ПМ. Пользователь печатает на виртуальный МФУ, настроенный системным администратором (обычно используется драйвер Generic PostScript или драйвер производителя). При этом: Задание отправляется на сервер напрямую. Сервер получает PostScript- или PDF-файл и обрабатывает его. Пользователь не может удержать задание на сервере – для режима удержания требуется авторизация непосредственно на устройстве (непосредственный режим Follow Me доступен только при наличии Клиента ПМ). Экономия тонера на текущий момент реализована только на клиенте, поэтому при бесклиентской схеме она недоступна. В будущих версиях планируется реализовать функцию экономии на сервере. Автоматическое управление локальными очередями отсутствует. Администратор должен вручную добавлять прямые МФУ на рабочие станции или использовать сторонние инструменты развёртывания. Когда выбирать Клиент ПМ Требуется экономия тонера и гибкие политики печати. Необходим Follow Me : задания должны удерживаться до авторизации на устройстве. Нужно автоматическое разворачивание прямых МФУ для отдельных пользователей/отделов. Компании готовы развернуть клиент через механизмы управления рабочими станциями (GPO, SCCM и т.п.). Когда выбирать бесклиентскую схему Среда жёстко ограничивает возможность установки ПО на рабочие станции. Важна скорость внедрения: достаточно установить драйвер на сервер и перенаправить задания. Для печати используются преимущественно стандартные драйверы (например, Xerox PostScript) и нет необходимости в удержании заданий. Экономия тонера и автоматическое управление очередями не являются ключевыми требованиями. Заключение Выбор между клиентской и бесклиентской схемой зависит от задач. Клиент ПМ даёт больше функциональности – экономию тонера, удержание заданий, управление МФУ – но требует развёртывания. Бесклиентская схема проще в администрировании и пригодна для сред с ограничениями на установку ПО, однако лишает некоторых возможностей. При проектировании системы можно комбинировать подходы: например, использовать Клиент ПМ для большинства пользователей, а в защищённых зонах печатать без клиента.

Авторизация

Авторизация пользователей в Принтум

Кратко

Принтум поддерживает несколько методов авторизации. Основная сущность — Пользователь Принтум (Printum ID), к которому привязываются доменные учётные записи и идентификаторы.

Методы авторизации

| Метод | Где используется | Протокол | | -------------------------- | ------------------------------------- | --------------------------------- | | Логин + пароль Принтум | Личный кабинет, панели администратора | — | | Доменная авторизация (SSO) | Личный кабинет | Kerberos или SAML 2.0 | | Карта | МФУ | RFID/NFC (MIFARE, HID, EM-Marine) | | PIN-код | МФУ | — |

Способы добавления данных карты

| Способ | Описание | | ------------------------ | -------------------------------------------------------------------- | | Самостоятельная привязка | Пользователь прикладывает карту на МФУ и вводит PIN. Около 30 секунд | | Импорт из домена | Атрибут карты в настройках синхронизации с доменом | | Импорт из файла | Загрузка CSV или XLS через Личный кабинет | | Ручной ввод | Администратор вводит номер карты в карточке пользователя |

Что важно помнить

Администратор не видит PIN-коды пользователей
PIN отправляется пользователю на email после генерации
Одновременно можно использовать только один протокол SSO: Kerberos или SAML
При удалении доменного пользователя он восстановится после следующей синхронизации

Связанные страницы

Лицензирование

Лицензирование в Принтум

Общие сведения Лицензии Принтум выдаются на устройства (МФУ и МФУ), а не на пользователей. Каждая лицензия — свободный слот для подключения одного устройства к функциональному модулю. В рамках одной установленной системы Принтум могут сочетаться лицензии с разным функционалом: один набор лицензий для одних МФУ и другой набор — для других. Для подготовки предложения не требуется информация о количестве серверов, архитектуре или числе пользователей — достаточно знать количество печатающих устройств. Типы лицензий Бессрочные лицензии Бессрочные лицензии имеют неограниченный срок службы и включают 1 год гарантийной технической поддержки . Начиная со 2-го года для сохранения поддержки и возможности установки обновлений необходимо приобрести продление технической поддержки. Если продление не приобретено, ПО продолжает работу, однако без обновлений и без поддержки со стороны производителя. При оформлении продления после перерыва стоимость пересчитывается в большую сторону — срок новой поддержки исчисляется с момента окончания предыдущего периода. Годовые лицензии Годовые лицензии — это подписка, оплачиваемая ежегодно. Техническая поддержка включена в стоимость подписки. После истечения срока действия лицензии ПО перестаёт функционировать , поэтому важно своевременно продлевать подписку. Сравнение типов лицензий Параметр Бессрочные Годовые Срок действия Неограниченный 1 год (возобновляемая подписка) Техподдержка 1 год включена, далее — платное продление Включена в ежегодную подписку ПО при окончании поддержки Продолжает работать без обновлений Прекращает работу Когда выгоднее Использование 3 года и более Краткосрочные проекты (до 3 лет) Расширение парка Да Да При использовании ПО на протяжении 3 лет или дольше бессрочные лицензии выгоднее. Годовые лицензии оптимальны для краткосрочных проектов. Операции с лицензиями В течение срока действия лицензии разрешается выполнять следующие операции: Обновление версии — установка новых версий программного обеспечения Принтум. Повторная установка — повторная активация лицензии на новом оборудовании. Расширение парка — приобретение дополнительных лицензий при увеличении числа устройств. Привязка к устройствам Лицензии не привязываются к конкретному устройству . Любой МФУ или МФУ можно в любой момент отключить от системы и заменить другим устройством — лицензия при этом освобождается и может быть использована повторно. Это делает управление лицензионным пулом гибким при замене и ротации оборудования. Связанные страницы Модули Принтум и их лицензии Пробные и NFR лицензии Продление и обновление лицензий

Лицензирование

Модули Принтум и их лицензии

Обзор модулей Принтум предоставляет комплексное решение для мониторинга и управления печатью, копированием и сканированием документов. Лицензии выдаются на устройства: для каждого печатающего устройства подбирается нужный набор модулей. В рамках одной установленной системы разные МФУ могут иметь разные наборы лицензий. Дополнительные устройства к модулям можно подключать в любой момент. Описание модулей Мониторинг МФУ и МФУ (базовый) Базовый модуль системы — необходим для работы любого другого модуля . Позволяет автоматически находить печатающие устройства в сети заказчика, собирать счётчики и данные по протоколу SNMP, отслеживать состояние устройств, расходных материалов и запчастей, строить отчёты, управлять складом и планировать закупки. Зависимости: нет (является базовым). Мониторинг печати Собирает статистику печати по сотрудникам и отделам без установки централизованного сервера печати и без изменений в текущей инфраструктуре. Позволяет понять, кто и сколько печатает. Не поддерживает установку квот и правил, а также ведение архива распечатанных документов. Зависимости: требует модуль «Мониторинг МФУ и МФУ». Управление печатью Ведёт архив распечатанных документов, позволяет устанавливать квоты и правила печати. Администратор настраивает широкий набор правил: принудительная двусторонняя печать, ограничение цветной печати, запрет монохромной печати на цветных устройствах, перенаправление больших заданий на производительные МФУ и др. Правила применяются для всей организации, отдельных пользователей или отделов. При покупке этого модуля «Мониторинг печати» не нужен. Зависимости: требует модуль «Мониторинг МФУ и МФУ». Встроенное приложение Наиболее удобный способ организовать безопасную печать с авторизацией по карте или пин-коду, а также управление копированием и сканированием. Пользователи управляют заданиями прямо на панели МФУ или МФУ (повторная печать, удаление задания). Обеспечивает теневое копирование и отправку сканов на электронную почту или в сетевую папку. Зависимости: требует модули «Мониторинг МФУ и МФУ» и «Управление печатью». Внешнее устройство авторизации Организует безопасную печать с авторизацией по карточкам на любом сетевом устройстве, не поддерживающем установку встроенных приложений. Требует дополнительное оборудование: TCP-конвертер и картридер. Зависимости: требует модули «Мониторинг МФУ и МФУ» и «Управление печатью». Экономия тонера Снижает расход тонера при печати. Администратор настраивает процент экономии для всей организации или отдельных сотрудников и отделов — на одном устройстве разные пользователи могут печатать с разными настройками экономии. Зависимости: требует модули «Мониторинг МФУ и МФУ» и «Управление печатью». Таблица функционала модулей Функция Мониторинг МФУ и МФУ Мониторинг печати Управление печатью Внешнее устройство авторизации Встроенное приложение Экономия тонера Поиск сетевых МФУ и МФУ + Мониторинг состояния устройств, РМ и запчастей + Отчёты и уведомления + Журнал событий + Управление складом и планирование закупок + Конструктор отчётов + Мониторинг локальных устройств + + Статистика по сотрудникам и отделам + + Архив печати + Квоты и правила печати + Авторизация по карте + + Follow Me + + Авторизация по пин-коду + Теневое копирование + Сканирование в почту или папку + Режим экономии тонера +

Лицензирование

Пробные и NFR лицензии

Лицензии NFR (не для продажи)

Принтум предлагает партнёрам лицензии NFR для следующих целей:

внутреннее использование партнёром;
долговременное тестирование (в качестве пробной версии);
презентационные и маркетинговые задачи (демонстрации в выставочных залах).

Характеристики NFR-лицензий

Параметр	Значение
Целевая аудитория	Только партнёры со статусом «Интегратор»
Назначение	Не предназначены для передачи клиентам
Срок действия	12 месяцев (с возможностью продления)
Максимальное количество устройств	До 20

Пробные лицензии

Пробные лицензии выдаются только техническим специалистам, чья квалификация подтверждена Принтумом, при наличии согласованной программы и методики испытаний. Предназначены для демонстрации клиенту или пробного использования клиентом.

Лимиты по модулям

Модуль	Максимальное число устройств
Мониторинг	до 20
Управление печатью	до 20
Встроенные приложения	до 5

Срок действия

Пробная лицензия действительна 60 дней (по умолчанию). В обоснованных случаях срок может быть увеличен — для этого необходимо обратиться с запросом к представителю Принтум.

Условия поддержки

На пробные лицензии не распространяются условия поддержки, указанные на странице https://printum.io/support. Если требуется стандартный уровень обслуживания в ходе пробной эксплуатации, проект должен быть согласован с Принтумом индивидуально. Принтум постарается обеспечить ускоренное время ответа и устранения проблем — с приоритетом сразу после инцидентов для уже оплаченных систем.

Как запросить пробную лицензию

Заполните форму запроса: https://printum.io/trial

Лицензирование

Продление и обновление лицензий

Продление технической поддержки для бессрочных лицензий

Бессрочные лицензии включают 1 год гарантийной технической поддержки. Для сохранения права на получение обновлений ПО и технической поддержки после окончания этого периода необходимо приобрести продление технической поддержки.

Если на 2-й год продление не приобретено — ПО продолжает работу, но:

обновления ПО недоступны;
техническая поддержка со стороны производителя не оказывается.

Что происходит при перерыве в продлении

В случае перерыва в продлении срок действия новой технической поддержки исчисляется с момента окончания предыдущего периода поддержки — независимо от даты фактического оформления продления. Это означает, что пропущенный период входит в расчёт, что увеличивает итоговую стоимость.

Пример: если поддержка закончилась в январе, а продление оформляется в июле — новый период всё равно начнётся с января, и партнёр оплачивает в том числе пропущенные 6 месяцев.

Коммерческие правила поставки

Printum вправе устанавливать минимальную сумму поставки лицензий. При необходимости поставки небольшого количества лицензий партнёр может:

объединять лицензии для нескольких проектов или заказчиков в рамках одной поставки;
согласовывать отсрочку начала технической поддержки для части лицензий.

Отсрочка начала технической поддержки согласовывается индивидуально с учётом параметров проекта и планируемого срока ввода лицензий в эксплуатацию.

Синхронизация Мониторинга и ПринтМенеджера

Кратко Мониторинг является master-сервером конфигурации. Все экземпляры ПринтМенеджера работают в подчинённом режиме и регулярно получают данные из Мониторинга. Изменения вступают в силу не мгновенно, а после синхронизации. Что синхронизируется | Параметр | Тип по умолчанию | | ----------------------- | ---------------- | | Пользователи | По расписанию | | Группы пользователей | По расписанию | | МФУ | По расписанию | | Группы МФУ | По расписанию | | Правила печати | По расписанию | | Лицензии | По расписанию | | Системные настройки | По расписанию | | Профили настроек на МФУ | По расписанию | Как запустить вручную Личный кабинет → Настройки → Интеграции → ПринтМенеджеры → кнопка Синхронизировать . Что важно помнить По умолчанию синхронизация выполняется раз в час Правила печати применяются только после синхронизации Не изменяйте данные пользователей напрямую в ПринтМенеджере При диагностике расхождений всегда проверяйте время последней синхронизации Связанные страницы Мониторинг — справка по компоненту ПринтМенеджер — справка по компоненту Типовые конфигурации развёртывания

Синхронизация Мониторинга и ПринтМенеджера

Как работает синхронизация Мониторинга и ПринтМенеджера

Как работает синхронизация Мониторинг и ПринтМенеджер

Кратко

Мониторинг и ПринтМенеджер обмениваются информацией через механизм синхронизации.

Синхронизация требуется для передачи:

пользователей;
устройств;
лицензий;
статистики;
изменений конфигурации.

Что синхронизируется

Данные
Пользователи
Устройства
Лицензии
Статистика печати
Изменения конфигурации

Как используется синхронизация

Пользователи

Информация о пользователях передаётся между компонентами системы.

Устройства

ПринтМенеджер получает информацию об устройствах через синхронизацию.

Лицензии

Изменения лицензий применяются после синхронизации.

Статистика

После успешной печати статистика обновляется в ПринтМенеджер и передаётся в Мониторинг после синхронизации.

Что важно помнить

Изменения применяются не мгновенно.
Некоторые изменения становятся доступны только после синхронизации.
При проблемах рекомендуется выполнить ручную синхронизацию.

Когда проверять синхронизацию

Проверьте синхронизацию, если:

пользователь не появляется в системе;
устройство отсутствует;
лицензия не применяется;
статистика не обновляется;
изменения конфигурации не вступают в силу.

Типовые проблемы

Симптом	Возможная причина
Нет статистики печати	Проблема синхронизации
Устройство отсутствует	Синхронизация устройств не выполнена
Лицензия не применяется	Изменения ещё не синхронизированы
Пользователь не появился	Проблема синхронизации пользователей

Связанные страницы

Компоненты системы Printum
Как устроена очередь заданий
Как Printum обрабатывает задание печати

Процессы внутри системы

Процессы в Мониторинге

Обзор Мониторинг — компонент Принтум, отвечающий за автоматическое обнаружение устройств в сети, сбор SNMP-данных и передачу результатов в ПринтМенеджер. Мониторинг использует протокол SNMP. Ниже описан полный путь данных — от МФУ в сети до отчёта в Личном кабинете. Общий путь данных Настройка локации ↓ Список IP-адресов ↓ Сканирование сети (параллельно пачками, интервал настраивается) ↓ Список обнаруженных МФУ (идентификация по серийному номеру) ↓ Опрос по SNMP (параллельно пачками, интервал индивидуален для каждого устройства) ↓ Сырые данные (2 000–3 000 строк по умолчанию) → ClickHouse ↓ Интерпретация SNMP: вендор → линейка → модель ↓ Обработанные параметры и события → PostgreSQL ↓ Личный кабинет / Отчёты / Email Этап 1. Настройка локации и формирование списка IP Любая установка начинается с настройки локации. Локация задаётся: диапазонами IP-адресов; или конкретными IP-адресами. На выходе получается список IP, которые агент будет сканировать. По IP-адресу система определяет, к какой локации относится устройство. Этап 2. Сканирование сети Агент опрашивает все IP-адреса из списка локации и формирует список устройств, ответивших по SNMP. Особенности: Опрос идёт параллельно пачками , а не последовательно и не всех сразу. Интервал сканирования настраивается. По умолчанию — раз в час ; для большинства случаев достаточно нескольких раз в сутки. Результат сканирования — список устройств, идентифицированных как МФУ. Этап 3. Автоматическое обнаружение устройств МФУ не добавляются вручную. Единственное требование — устройство должно ответить по одному из IP-адресов в списке локации. После этого оно автоматически появляется в Личном кабинете. Идентификация по серийному номеру Устройство идентифицируется по серийному номеру , а не по IP. Если МФУ переместили и его IP изменился, система автоматически обновит локацию, а вся накопленная статистика сохранится . Этап 4. Опрос устройств по SNMP Обнаруженные устройства регулярно опрашиваются по SNMP для сбора данных. Важные детали: Интервал опроса настраивается в том же конфигурационном файле, что и интервал сканирования. Интервал отсчитывается индивидуально для каждого устройства — после завершения предыдущего опроса этого устройства. Опрос идёт параллельно пачками . Медленно отвечающее устройство не блокирует опрос остальных. Частый опрос не рекомендуется: некоторые устройства могут зависать при большом количестве SNMP-запросов. Этап 5. Сырые данные — объём и оптимизация По умолчанию собираются все данные , которые МФУ может отдать по SNMP. Для среднего устройства это 2 000–3 000 строк (OID и значения). Реально для работы системы нужно 20–50 строк . Когда имеет смысл оптимизировать объём: Парк 5 000–10 000+ устройств и есть ощутимая нагрузка на сервер. Нужно ускорить прохождение данных через все этапы обработки. Когда лучше оставить полный сбор: Парк до нескольких сотен устройств — оптимизация нецелесообразна. При полном сборе нужный OID уже есть в базе — при частичном его просто не будет. Этап 6. Хранение сырых данных — ClickHouse Сырые SNMP-данные (OID + значение) складываются в ClickHouse . ClickHouse оптимизирован для хранения и обработки миллиардов строк и обеспечивает быструю запись потока данных от множества устройств. При необходимости вместо ClickHouse может использоваться ADQM (ArenaData Quick Market) — сертифицированный российский аналог. Этап 7. Интерпретация данных Сырые данные из ClickHouse интерпретируются: из тысяч строк вытягиваются конкретные параметры (счётчики страниц, уровень тонера, серийный номер, статус и т.д.). Интерпретация работает по иерархии от частного к общему: Уровень модели — наивысший приоритет (например, Xerox VersaLink B405). Уровень линейки — если нет настроек для модели (например, все VersaLink). Уровень вендора — если нет настроек для линейки (например, все Xerox). Настройки поставляются из коробки и могут дополняться. Что интерпретируется Значения параметров: счётчики страниц (ч/б, цвет), уровень расходных материалов, серийный номер, время работы. Статус устройства: норма, предупреждение, критичный. События и ошибки: мало бумаги, нет бумаги, мало тонера, замятие, открыта дверь, требуется обслуживание. Коды алертов с детализацией. Критичность событий настраивается — в том числе на уровне отдельных локаций. Этап 8. Обработанные данные — PostgreSQL Проинтерпретированные данные складываются в PostgreSQL . Именно из PostgreSQL данные отображаются в веб-интерфейсе Личного кабинета и попадают в отчёты. Задержка отображения — норма. Интервал опроса, время передачи данных по SNMP и интервал обработки суммируются. Кнопки «принудительного обновления» нет — данные обновляются по расписанию. Уменьшение количества собираемых OID сокращает задержку. Этап 9. Отчёты Отчёты формируются на основе данных из PostgreSQL. Стандартные отчёты : по устройствам, пользователям, событиям, заданиям. Конструктор отчётов : настройка столбцов, сохранение шаблонов. Форматы : веб-интерфейс или Excel. Подписка : регулярная отправка отчёта на email (вложение Excel). Какие данные собираются Модель устройства и серийный номер. IP-адрес и локация. Статус устройства. Счётчики отпечатков (общий, цветной, по автоподатчику). Информация о расходных материалах и ресурсных запчастях. Типовые проблемы Симптом Возможная причина Устройство не отображается SNMP недоступен или IP не в списке локации Нет данных по ресурсу Устройство не передаёт значения по SNMP Устройство offline Нет сетевой связи с устройством Статус отображается неверно Некорректные SNMP-данные устройства Данные обновляются с большой задержкой Большой объём собираемых OID или высокая нагрузка на сервер Связанные страницы Как Принтум определяет статус устройства Как рассчитывается ресурс деталей Как работают локальные устройства

Процессы внутри системы

Как рассчитывается ресурс деталей

Кратко

Принтум может:

получать данные об оставшемся ресурсе напрямую от устройства по SNMP;
рассчитывать оставшийся ресурс самостоятельно, если устройство эти данные не передаёт.

Для расчёта используются ресурс детали (из базы данных Принтум) и счётчик отпечатков устройства.

Что такое ресурс детали

Ресурс детали — максимальное количество страниц, которое должна отработать деталь. Обычно указывается производителем при 5–6% заполнении листа.

Когда используются данные устройства

Если устройство передаёт оставшийся ресурс по SNMP, Принтум отображает эти данные. В интерфейсе они помечаются как «получены от устройства».

Когда ресурс рассчитывается системой

Если устройство не передаёт данные по ресурсу, Принтум рассчитывает его самостоятельно на основе счётчика отпечатков и известного ресурса детали.

Что такое момент замены

Момент замены — значение счётчика устройства в момент установки новой детали.

Если момент замены неизвестен

Сценарий 1: счётчик меньше ресурса

Если ресурс детали = 90 000, а счётчик устройства = 63 720 — система считает, что деталь ещё не заменялась. Момент замены принимается равным 0.

Сценарий 2: счётчик больше ресурса

Если ресурс детали = 90 000, а счётчик устройства = 212 540 — система рассчитывает предполагаемый момент замены:

Количество циклов:      212540 / 90000 = 2
Момент замены:          90000 × 2 = 180 000

Такие расчётные значения помечаются символом *.

Как рассчитывается текущий пробег детали

Текущий пробег = текущий счётчик − момент замены
Пример:          212 540 − 180 000 = 32 540

Как рассчитывается оставшийся ресурс

Оставшийся ресурс = ресурс детали − текущий пробег
Пример:             90 000 − 32 540 = 57 460

Как рассчитывается процент ресурса

% ресурса = (оставшийся ресурс / ресурс детали) × 100%
Пример:    (57 460 / 90 000) × 100 ≈ 64%

Почему используются разные счётчики

Не все детали считаются по одному общему счётчику:

Деталь	Используемый счётчик
Чёрный тонер	Общий счётчик
Цветной тонер	Цветной счётчик
Ролик автоподатчика	Счётчик автоподатчика

Что важно помнить

Устройства не всегда передают корректные значения по SNMP.
Предполагаемые расчёты помечаются символом *.
Для разных деталей могут использоваться разные счётчики.

Типовые проблемы

Симптом	Возможная причина
Отрицательный ресурс	Ошибка расчёта
Ресурс больше 100%	Некорректные данные устройства
Фактический ресурс более 200%	Используется неверный счётчик
Фактический ресурс менее 50%	Возможна ложная фиксация замены

Связанные страницы

Процессы внутри системы

Как работает история замены деталей

Кратко

Принтум автоматически определяет момент замены расходных материалов и ресурсных запчастей. Информация обо всех заменах сохраняется в истории устройства.

Когда фиксируется замена

Система считает, что деталь заменена, если значение оставшегося ресурса увеличилось более чем на 5%.

Пример последовательности значений, после которой фиксируется замена:

19% → 14% → 8% → 2% → 98%

Скачок с 2% до 98% — признак установки новой детали.

Как определяется момент замены

Система использует комбинацию значений:

процент оставшегося ресурса;
текущий счётчик отпечатков устройства.

Пример расчёта при замене картриджа (ресурс = 10 000):

Старое значение ресурса:  2%
Новое значение ресурса:   98%
Счётчик устройства:       100 400

Момент замены = 100 400 − (10 000 × 0.02) = 100 200

Уровень инсталляции и деинсталляции

Уровень инсталляции — первое значение ресурса после установки детали.

Если уровень инсталляции составляет, например, 67% — это означает, что установлен неполный (частично использованный) картридж.

Уровень деинсталляции — последнее зафиксированное значение ресурса перед следующей заменой.

Как рассчитывается фактический ресурс

Фактический ресурс детали считается как разница счётчиков между двумя заменами:

Фактический ресурс = счётчик при деинсталляции − счётчик при инсталляции
Пример:              65 743 − 62 398 = 3 345 страниц

Ложные замены

Некоторые устройства передают нестабильные значения ресурса, что может вызывать ложное срабатывание:

77% → 5% → 50%

В таком случае система может ошибочно зафиксировать замену детали.

Как система фильтрует ложные замены

Принтум сравнивает:

изменение процента ресурса;
изменение счётчика отпечатков.

Если коэффициент (изменение ресурса / изменение счётчика) превышает 2.5, значение помечается как ложное и в историю не записывается.

Какие значения ресурса игнорируются

Значения 253 и 254 не являются корректными процентами ресурса и игнорируются при обработке SNMP-данных.

Что важно помнить

Устройства могут передавать ошибочные значения — не все замены определяются идеально.
Неполные (стартовые) картриджи влияют на расчёт фактического ресурса.
Для разных деталей используются разные счётчики (общий, цветной, автоподатчика).

Типовые проблемы

Симптом	Возможная причина
Ложная замена в истории	Нестабильные данные устройства
Неверный фактический ресурс	Используется неверный счётчик
Ресурс более 100%	Ошибка в SNMP-данных устройства
Частые ложные события	Нестабильные значения от устройства

Связанные страницы

Процессы внутри системы

Как Принтум определяет статус устройства

Кратко Принтум определяет состояние устройства на основе трёх источников: SNMP-статус устройства; ошибки и коды алертов; оставшийся ресурс деталей. Основные статусы Цвет Значение Синий Устройство работает нормально Жёлтый Предупреждение или ресурс детали ниже порога Красный Критическая ошибка Серый Устройство недоступно Синий статус Синий статус отображается при одновременном выполнении условий: ресурс всех деталей выше порога; устройство находится в одном из состояний: Idle , Busy/Active , Standby , Moving on-line ; отсутствуют ошибки устройства. Жёлтый статус Жёлтый статус отображается при выполнении одного из условий: ресурс хотя бы одной детали ниже порога (по умолчанию 15% ); устройство находится в состоянии Non Critical Alert Active . Пороговое значение может изменяться на уровне организации. Красный статус Красный статус отображается при состоянии устройства Critical Alert Active . Серый статус Серый статус отображается при состояниях: Moving off-line ; Off-line ; Unavailable . Как отображается ресурс деталей Цвет индикатора Значение ресурса Синий 16–100% Жёлтый 1–15% Красный 0% Настройка критичности событий Критичность одного и того же события может различаться в зависимости от организации. Например, «мало бумаги» — некритично там, где пользователи сами докладывают бумагу, и критично там, где за это отвечает отдельный сотрудник. Настройки по умолчанию можно переопределить — в том числе на уровне отдельных локаций. Что важно помнить Пороговые значения ресурса деталей настраиваются. Устройства разных производителей могут передавать статусы по-разному. Некоторые ошибки определяются по кодам алертов SNMP. Типовые проблемы Симптом Возможная причина Неверный статус Некорректные SNMP-данные устройства Устройство постоянно offline Нет сетевой связи с устройством Жёлтый статус без видимых ошибок Низкий ресурс одной из деталей Красный статус Критическая ошибка по данным SNMP Почему разные вендоры показывают разные данные Производители по-разному реализуют Printer MIB: одни передают ресурс в процентах, другие — в страницах, третьи возвращают -1 или 0 . Расчётные значения (когда устройство не передаёт данные напрямую) помечаются символом * . Разные детали используют разные счётчики — Принтум рассчитывает ресурс по счётчику отпечатков, если устройство не передаёт данные о расходных материалах. Подробнее: страница «Как устроен SNMP и что Принтум получает от МФУ». Связанные страницы Как рассчитывается ресурс деталей Процессы в Мониторинге Как устроен SNMP и что Принтум получает от МФУ

Процессы внутри системы

Как работают локальные устройства

Кратко Локальные устройства — МФУ и МФУ, подключённые напрямую к компьютеру или серверу печати через USB или другой локальный интерфейс, без собственного IP-адреса в сети. Данные по ним собираются через Локальный агент , установленный на компьютере или сервере печати — в отличие от сетевых устройств, опрашиваемых по SNMP. Чем локальные устройства отличаются от сетевых Сетевые устройства Локальные устройства Опрашиваются по SNMP Данные собирает Локальный агент Имеют IP-адрес Могут не иметь собственного IP-адреса Идентифицируются по серийному номеру Серийный номер может отсутствовать Счётчик получается по SNMP Счётчик рассчитывается накопительно Как собираются данные Локальный агент: отслеживает очередь печати Windows; фиксирует задания печати и их параметры; собирает статистику; отправляет данные на бэкенд. Как идентифицируется локальный МФУ Для локальных устройств основным идентификатором служит ключ агента . Если впоследствии для устройства указывается серийный номер, система переходит к идентификации по серийному номеру. Как считается счётчик отпечатков Поскольку SNMP-счётчик у локального устройства недоступен, система считает так: задаётся стартовое значение счётчика (например, текущий пробег устройства); к нему накопительно прибавляется количество страниц, напечатанных через очередь. Как определяется локация Локация определяется по IP-адресу компьютера, на котором установлен Локальный агент, а не по IP самого МФУ. Что важно помнить Локальные устройства работают принципиально иначе, чем сетевые. МФУ может быть перепривязан к другому агенту. Некоторые данные (ресурс деталей) могут быть недоступны для локальных устройств. Типовые проблемы Симптом Возможная причина Нет статистики по заданиям Локальный агент не запущен или не работает МФУ не определяется в системе Отсутствует идентификатор устройства Неверная локация Ошибка в IP-адресе компьютера с агентом Сброс счётчиков Неверно задано стартовое значение Связанные страницы Как Локальный агент отслеживает задания печати Процессы в Мониторинге

Процессы внутри системы

Как Printum определяет статус устройства

Кратко

Printum определяет состояние устройства по:

статусу устройства;
ошибкам;
оставшемуся ресурсу деталей.

Основные статусы

Цвет	Значение
Синий	Устройство работает нормально
Жёлтый	Есть предупреждение или ресурс детали ниже порога
Красный	Критическая ошибка
Серый	Устройство недоступно

Синий статус

Синий статус отображается, если:

ресурс всех деталей выше порога;
устройство находится в состояниях:
- Idle;
- Busy/Active;
- Standby;
- Moving on-line;
отсутствуют ошибки устройства.

Жёлтый статус

Жёлтый статус отображается, если:

ресурс детали ниже порога;
устройство находится в состоянии Non Critical Alert Active.

По умолчанию порог составляет 15%.

Красный статус

Красный статус отображается при состоянии:

Critical Alert Active

Серый статус

Серый статус отображается при состояниях:

Moving off-line;
Off-line;
Unavailable.

Как отображается ресурс деталей

Цвет	Значение
Синий	16–100%
Жёлтый	1–15%
Красный	0%

Что важно помнить

Пороговые значения могут изменяться на уровне организации.
Устройства разных производителей могут передавать статусы по-разному.
Некоторые ошибки определяются по SNMP.

Типовые проблемы

Симптом	Возможная причина
Неверный статус	Некорректные SNMP данные
Статус offline	Нет связи с устройством
Жёлтый статус без ошибок	Низкий ресурс детали
Красный статус	Критическая ошибка устройства

Связанные страницы

Как работает мониторинг устройств
Как рассчитывается ресурс деталей

Быстрый старт

С чего начать — выбор конфигурации

Выбор конфигурации

Используйте таблицу для выбора оптимальной конфигурации Принтум под задачи организации.

Потребность	Рекомендуемая конфигурация
Только статистика и отчёты по устройствам	Только Мониторинг
Учёт и контроль печати по пользователям	Мониторинг + ПринтМенеджер
Отложенная печать с авторизацией на МФУ	+ Встроенное приложение или Внешнее средство авторизации
Высокая нагрузка, требование отказоустойчивости	Кластер Active-Active
Удалённые офисы с нестабильным каналом	+ Филиальный ПринтМенеджер

Быстрый старт

Маршрут внедрения — только Мониторинг

Сценарий Организация хочет мониторить МФУ и получать статистику. Шаги Установить Мониторинг Мастер первого запуска: Настройки организации и активация лицензии Настройка локаций и запуск сканирования устройств Интеграция с почтовым сервером (опционально) Интеграция с доменом (опционально) Дождаться обнаружения устройств Сетевым агентом Проверить что устройства отображаются в Личном кабинете Результат Устройства видны, статистика собирается, преднастроенные отчёты доступны.

Быстрый старт

Маршрут внедрения — Мониторинг + ПринтМенеджер

Сценарий

Полное внедрение с управлением печатью.

Шаги

Установить Мониторинг
Мастер первого запуска:
- Настройки организации и активация лицензии
- Настройка локаций и запуск сканирования устройств
- Интеграция с почтовым сервером (опционально)
- Интеграция с доменом
Установить ПринтМенеджер
Настроить синхронизацию Мониторинга и ПринтМенеджера
Выбрать способ печати:
- С Клиентом ПринтМенеджер — установить на рабочие станции
- Бесклиентская печать — настроить виртуальный принтер
Для отложенной печати (опционально):
- Установить Встроенное приложение на МФУ
- Или подключить Внешнее средство авторизации
Настроить правила и квоты (опционально)
Проверить печать тестовым заданием

Быстрый старт

Маршрут внедрения — кластерная конфигурация

Сценарий

Высокая нагрузка, требование отказоустойчивости.

Шаги

Установить Мониторинг
Мастер первого запуска (настройки организации, локации, домен)
Подготовить инфраструктуру кластера:
- PostgreSQL (внешний)
- NFS-хранилище
- HAProxy
Установить первый ПринтМенеджер
Добавить узлы кластера
Проверить балансировку через панель HAProxy
Развернуть Клиент ПМ на рабочие станции (через GPO или вручную)
Для отложенной печати — установить Встроенное приложение на МФУ

Жизненный цикл задания печати в Принтум

title: Жизненный цикл задания печати в Принтум slug: zhiznennyy-cikl-zadaniya-pechati tags: [задание печати, архитектура, путь задания, CUPS, Клиент ПМ, бесклиентская] domain: Printing type: Overview audience: partner-engineer product_versions: "4.x" status: Draft related_components: [ПринтМенеджер, Клиент ПМ, Встроенное приложение] related_pages:

kak-printum-obrabatyvaet-zadanie-pecati
put-zadaniia-pri-pecati-cerez-klient-pm
put-zadaniia-pri-besklientskoi-pecati
kak-rabotaet-otlozennaia-pecat

Жизненный цикл задания печати в Принтум

Когда использовать

Для понимания полного пути задания — от нажатия «Печать» на АРМ до выхода документа из МФУ. Помогает локализовать проблему на нужном этапе.

Схемы печати

Принтум поддерживает две схемы отправки заданий:

Схема	Описание
Через Клиент ПМ	На АРМ устанавливается Клиент ПМ. Он добавляет виртуальные МФУ, перехватывает задание из локальной очереди, конвертирует в PDF, применяет экономию тонера и передаёт в ПринтМенеджер
Бесклиентская печать	На АРМ не устанавливается ПО Принтум. Используется универсальный драйвер (Xerox Global Print Driver PS, Konica Minolta Universal PS, HP Universal Printing PS), в котором указан адрес сервера ПринтМенеджера. Драйвер формирует задание и отправляет напрямую в CUPS ПринтМенеджера

Схема

Описание

Через Клиент ПМ

На АРМ устанавливается Клиент ПМ. Он добавляет виртуальные МФУ, перехватывает задание из локальной очереди, конвертирует в PDF, применяет экономию тонера и передаёт в ПринтМенеджер

Бесклиентская печать

На АРМ не устанавливается ПО Принтум. Используется универсальный драйвер (Xerox Global Print Driver PS, Konica Minolta Universal PS, HP Universal Printing PS), в котором указан адрес сервера ПринтМенеджера. Драйвер формирует задание и отправляет напрямую в CUPS ПринтМенеджера

Дальнейшая обработка в ПринтМенеджере одинакова для обеих схем.

Путь задания при бесклиентской печати

Этап 1 — Отправка с АРМ

Пользователь в приложении (Word, Excel, браузер) нажимает «Печать» и выбирает МФУ — для прямой или отложенной печати.

Универсальный драйвер формирует задание в формате PostScript (PS) и отправляет его напрямую в CUPS ПринтМенеджера.

Компонент: Универсальный драйвер на АРМ → CUPS ПринтМенеджера

Этап 2 — Получение задания ПринтМенеджером

ПринтМенеджер периодически опрашивает свой CUPS. При обнаружении нового задания создаёт внутри системы собственное пустое задание и заполняет его атрибутами, полученными при парсинге исходного задания с АРМ.

Парсируемые атрибуты:

формат страницы
дуплекс
количество страниц
цветность
ориентация
разбор по копиям
финишные опции

Компонент: printmanager-celery-print-queue, printmanager-app

Этап 3 — Конвертация

Проверяется настройка USE_PS_PRINTING:

Выключена → задание конвертируется в PDF.
Включена → конвертация в PDF выполняется только если есть правила по цветности/количеству страниц или правило автоудаления. В остальных случаях — остаётся в PS.

Компонент: printmanager-app

Этап 4 — Применение правил печати

После конвертации проверяются и применяются правила печати (ограничения, перенаправление, цветность, дуплекс и др.).

Исходное задание, пришедшее с АРМ, удаляется из CUPS — далее используется только пересобранное задание ПринтМенеджера.

Компонент: printmanager-app

Этап 5а — Прямая печать

Задание отправляется из ПринтМенеджера в CUPS → CUPS передаёт на МФУ → МФУ печатает.

Компонент: printmanager-cups

Этап 5б — Отложенная печать

Задание остаётся в очереди ПринтМенеджера. При авторизации пользователя на МФУ Встроенное приложение запрашивает у ПринтМенеджера список заданий пользователя. При нажатии «Печать» в приложении МФУ отправляет запрос в ПринтМенеджер → ПринтМенеджер передаёт задание в CUPS → CUPS передаёт на МФУ → МФУ печатает.

Компонент: printmanager-app, printmanager-cups, Встроенное приложение

Этап 6 — Архивирование и статистика

После успешной печати ПринтМенеджер переводит задание в архив и обновляет статистику. В Мониторинг обновлённая статистика попадает после синхронизации.

Компонент: printmanager-app, синхронизация с Мониторингом

Путь задания при печати через Клиент ПМ

Этап 1 — Отправка с АРМ

Пользователь нажимает «Печать» в приложении → задание попадает в локальную очередь печати АРМ (системная очередь Windows/Linux).

Компонент: ОС АРМ

Этап 2 — Перехват Клиентом ПМ

Клиент ПМ отслеживает локальную очередь печати, получает задание и конвертирует его в PDF.

Клиент ПМ парсит атрибуты задания (те же что и при бесклиентской печати).

Компонент: Клиент ПМ

Этап 3 — Передача в ПринтМенеджер и применение правил

Клиент ПМ добавляет задание в очередь ПринтМенеджера. ПринтМенеджер проверяет и применяет правила печати.

Компонент: Клиент ПМ → printmanager-app

Этап 4 — Экономия тонера

Клиент ПМ запрашивает из ПринтМенеджера настройки оптимизации (экономия тонера) и применяет алгоритм к документу. После этого передаёт образ документа обратно в ПринтМенеджер.

Компонент: Клиент ПМ

Этап 5а — Прямая печать

Клиент ПМ отправляет задание в CUPS ПринтМенеджера → CUPS передаёт на МФУ → МФУ печатает.

Компонент: Клиент ПМ → printmanager-cups

Этап 5б — Отложенная печать

Клиент ПМ не отправляет задание в CUPS — оно остаётся в очереди ПринтМенеджера. Дальнейший путь идентичен отложенной печати при бесклиентской схеме.

Компонент: printmanager-app, printmanager-cups, Встроенное приложение

Этап 6 — Архивирование и статистика

Аналогично бесклиентской схеме: ПринтМенеджер переводит задание в архив и обновляет статистику печати. В Мониторинг данные попадают после синхронизации.

Компонент: printmanager-app, синхронизация с Мониторингом

Сводная таблица: этап → компонент → диагностика

Этап	Схема	Компонент	Где искать если проблема
Отправка с АРМ	Клиентская	Клиент ПМ, локальная очередь ОС	Лог Клиента ПМ; `journalctl` или Event Viewer
Отправка с АРМ	Бесклиентская	Универсальный драйвер	Настройки драйвера; порт CUPS (631)
Получение CUPS	Обе	`printmanager-cups`, `printmanager-celery-print-queue`	`docker-compose logs printmanager-cups`
Парсинг и создание задания	Обе	`printmanager-app`	`docker-compose logs printmanager-app`
Конвертация PS→PDF	Обе	`printmanager-app`	`docker-compose logs printmanager-app`
Применение правил	Обе	`printmanager-app`	`docker-compose logs printmanager-app`
Экономия тонера	Клиентская	Клиент ПМ	Лог Клиента ПМ
Отложенная очередь	Обе	`printmanager-app`	`docker-compose logs printmanager-app`; панель ПринтМенеджера → Задания
Авторизация на МФУ	Отложенная	`printmanager-app`, `printmanager-converter-server`	`docker-compose logs printmanager-app`
Печать на МФУ	Обе	`printmanager-cups`	`docker-compose logs printmanager-cups`
Синхронизация статистики	Обе	`printmanager-celery`, `printum_worker-*`	`docker-compose logs printmanager-celery`