Справочники
Назначение
Справочники — это набор настроечных и классификационных данных, на которые опираются все остальные модули: единицы измерения, причины простоев, причины брака, грейды, должности, шаблоны расчёта зарплаты, шаблоны спецификаций, типы регламентов оборудования. Этот модуль — обзорная карта: что входит в справочники, где они настраиваются, кто с ними работает. Подробное описание каждого справочника — в его «своём» модуле.
Кто работает с модулем
- Администратор и мастер — настраивают справочники: создают, редактируют, архивируют записи, настраивают шаблоны.
- Оператор — справочники не редактирует. Но в каждой смене сталкивается с их значениями: выбирает причину простоя из готового списка, видит единицу измерения номенклатуры, видит свою должность и грейд в профиле.
Полный список справочников
| Справочник | Где настраивается | Назначение | Описан подробно |
|---|---|---|---|
| Единицы измерения | Раздел «Номенклатура → Единицы» | Кг, шт, метры, литры, часы и другие единицы по госстандарту | Модуль 04 |
| Причины простоев | Отдельная страница «Причины простоев» | Список причин для оператора + шаблоны автоматических обращений | Модуль 08 |
| Причины брака | Отдельная страница в системе ОТК | Категории дефектов и виновников (производство, поставщик и др.) | Модуль 06 |
| Грейды | Раздел «Зарплата → Грейды» | Категории квалификации с коэффициентами | Модули 03, 11 |
| Должности | Раздел «Зарплата → Должности» | Должности с расценками и шаблонами расчёта по умолчанию | Модули 03, 11 |
| Шаблоны расчёта зарплаты | Раздел «Зарплата → Шаблоны расчёта» | Алгоритмы (сдельная, повременная, окладная, смешанная) | Модуль 11 |
| Шаблоны спецификаций | Раздел «АРМ Технолога → Шаблоны» | Заготовки технологических процессов для быстрого создания спецификаций | Модуль 05 |
| Типы регламентов оборудования | Внутри карточки машины | Категории технической документации (руководство, график обслуживания и т. д.) | Модули 09, 13 |
Дополнительно в системе есть классификатор ОКВЭД-2 (виды экономической деятельности) — он используется при подключении организации, заполняется командой OCULUS из открытого государственного источника. В клиентском интерфейсе клиенту видны только результаты его применения (поле «Основной ОКВЭД» в реквизитах организации), отдельного раздела для редактирования у клиента нет.
Где справочники настраиваются
В системе нет одного «общего раздела справочников». Каждый справочник настраивается в том модуле, который его использует:
- Единицы измерения — в разделе «Номенклатура» на отдельной вкладке.
- Грейды, должности, шаблоны расчёта — в разделе «Зарплата».
- Шаблоны спецификаций — в АРМ Технолога.
- Причины простоев и причины брака — на собственных страницах справочников.
- Типы регламентов — в карточке машины.
Это сделано осознанно: справочник «живёт» рядом с тем, для чего он нужен. Администратор не ходит в общую «техническую папку» — он настраивает причины простоев в одном клике от самих простоев.
Основные сценарии
Создание элемента справочника
- Перейти в нужный раздел (например, «Причины простоев»).
- Нажать «Добавить».
- Заполнить обязательные поля. У большинства справочников поля похожие: название, опциональный код, описание, флаг «Активен».
- Для специальных справочников добавляются особенные поля: у причины простоя — настройки автоматического обращения (включить, приоритет, тема, описание, исполнитель, исключение из аналитики); у должности — часовая и дневная ставка плюс шаблон расчёта по умолчанию; у грейда — коэффициент.
- Сохранить. Запись появляется в списке и сразу доступна в формах модулей, которые её используют.
Редактирование
Из строки таблицы открывается та же форма с текущими значениями. Изменения отражаются мгновенно во всех связанных местах: новая ставка должности — в следующем расчёте зарплаты, новое название причины простоя — в карточках уже зафиксированных простоев.
Архивирование
Большинство справочников поддерживают флаг «Активна». Снятие флага скрывает запись из выпадающих списков в формах ввода, но сохраняет её в исторических данных. Это аккуратнее, чем удаление: отчёты за прошлые периоды остаются достоверными, а в новые задания запись уже не попадёт.
Удаление
Удаление справочного элемента возможно, если на него нет ссылок (например, причина простоя ни разу не использовалась). Если ссылки есть, система блокирует удаление — для этого случая используется архивирование.
Поля и данные
Общие для всех справочников:
| Поле | Обязательно | Подсказки |
|---|---|---|
| Название | Да | Свободный текст. Уникально в пределах организации (для большинства справочников). |
| Код | Опционально | Короткое обозначение. Для большинства справочников генерируется автоматически в формате <префикс>-<номер> (например, DTR-001 для причины простоя, POS-042 для должности, TPL-123 для шаблона). |
| Описание | Опционально | Развёрнутое пояснение. |
| Активна | Да (по умолчанию) | Переключатель «Активна / Архивирована». |
| Дата создания и изменения | — | Заполняются автоматически. |
Специфические поля у каждого справочника описаны в соответствующих модулях (например, шаблон автообращения для причины простоя — в модуле 08; коэффициент грейда — в модуле 11).
Использование справочников в формах
Когда пользователь заполняет форму, в которой есть ссылка на справочник, появляется один из вариантов выбора:
- Выпадающий список с поиском — основной вариант для длинных справочников: единиц измерения, должностей, грейдов. Поиск ищет по названию и коду одновременно.
- Короткий список радио-кнопками — для справочников с малым числом значений: тип номенклатуры, приоритет обращения.
- Автодополнение с подсказками — единицы измерения сразу предлагают пять самых популярных (штука, килограмм, метр, литр, час); остальные ищутся вводом.
Архивные элементы в этих списках по умолчанию не отображаются — пользователь не выберет случайно «отменённую» причину простоя или неактуальную должность.
Системные и пользовательские справочники
| Тип | Кто заполняет | Когда |
|---|---|---|
| Единицы измерения | Команда OCULUS | На этапе подключения организации, единый набор по госстандарту |
| ОКВЭД-2 | Команда OCULUS | Один раз, общий для всей платформы |
| Причины простоев | Клиент (администратор) | После подключения, под специфику предприятия |
| Причины брака | Клиент (администратор) | После подключения |
| Грейды и должности | Клиент (администратор) | На этапе настройки персонала |
| Шаблоны расчёта зарплаты | Клиент (администратор) | До запуска первого расчётного периода |
| Шаблоны спецификаций | Клиент (технолог-мастер) | По мере накопления типовых техкарт |
При создании новой организации команда OCULUS подгружает «стартовый набор» причин простоев и брака, чтобы клиент мог сразу начинать работу — но эти значения по желанию переименовываются и расширяются.
Автоматика и подсказки системы
- Коды записей справочников генерируются автоматически в едином формате (DTR-001, POS-042, TPL-123 и т. д.) — нет ручной нумерации и риска дублирования.
- Архивные элементы автоматически скрываются из списков выбора в формах — пользователь не может случайно выбрать неактуальное значение.
- При попытке удалить элемент, на который есть ссылки, система явно объясняет причину блокировки и предлагает архивирование.
- Изменение названия записи мгновенно отражается во всех связанных модулях: новая формулировка причины простоя видна и в свежих, и в исторических записях.
- Стартовый набор для новой организации (причины простоев, причины брака) подгружается командой OCULUS — клиент не начинает с нуля.
Микро-фичи и детали интерфейса
- Каждый справочник живёт в своём «домашнем» модуле, а не в общем разделе «Справочники» — администратор не ходит между разделами и настраивает справочник там, где его использует.
- Коды формата «префикс-номер» (DTR-001, POS-042, TPL-123) — короткие и удобны в устной коммуникации внутри команды.
- В выпадающих списках поиск работает одновременно по названию и коду — введёшь «POS-042» — найдёшь должность по коду; введёшь «токарь» — найдёшь по названию.
- Архивирование (мягкое скрытие) предпочитается удалению — сохраняет историю отчётов и расчётов.
- Удаление с привязанными ссылками блокируется явно, с указанием количества ссылок — пользователь видит, в чём проблема.
- Архивные элементы по умолчанию не показываются, но фильтр «Только архивные» позволяет вывести их и при необходимости активировать обратно.
- Единицы измерения предзагружены пятью самыми популярными значениями — оператор и мастер не ищут «штуку» среди тысячи.
- Стартовый набор причин простоев на новой организации позволяет начать работу без длинной первичной настройки.
- Коэффициент грейда и ставки должности применяются ко всем будущим расчётам зарплаты автоматически — ручной пересчёт уже выполненных периодов не требуется без явной операции.
- Изменение причины простоя в шаблоне автообращения сразу применяется к новым простоям — старые остаются с прежним текстом.
- Удаление цеха не «уносит» сотрудников — связанные справочные значения сохраняются.
Связи с другими модулями
- Номенклатура (04). Каждая позиция привязана к единице измерения из справочника.
- Спецификации (05). Шаблоны спецификаций — отдельный справочник, ускоряющий создание технологических карт.
- Задания (06). Причины брака применяются на этапе ОТК для классификации.
- Простои (08). Причина простоя — обязательное поле; шаблоны автоматических обращений настраиваются именно здесь.
- Машины (09). Тип регламента определяет категорию прикрепляемых документов.
- Пользователи и роли (03). Грейд и должность сотрудника — ссылки на справочники.
- Зарплата (11). Шаблоны расчёта, ставки должностей и коэффициенты грейдов — основа всех вычислений.
- Файлы и вложения (13). Тип регламента определяет, под какую категорию загружается чертёж или инструкция.
- Аналитика (12). Группировки в отчётах опираются на справочные категории — топ причин, разрезы по грейдам и должностям.
Состояния и пограничные случаи
- Удаление с привязанными ссылками. Заблокировано. Используется архивирование.
- Создание дублирующего названия. Не пропускается — система требует уникальности в пределах справочника.
- Архивный элемент в исторической записи. Сохраняется как было: причина простоя «Поломка фрезы» (архивирована неделю назад) остаётся подписью у простоя месячной давности.
- Изменение справочника во время рабочей смены. Допустимо. Новые записи получат обновлённые значения, текущие остаются как есть до сохранения.
- Стартовый набор не подгружен. Если клиент работает в свежей организации без подгруженного набора, он самостоятельно заводит первые причины простоев и брака. На длительной дистанции это нормальная практика.
- Параллельные правки администратором и мастером. Побеждает поздняя запись. Изменения помечаются временем и автором в журнале аудита.
Операторский интерфейс OCULUS
Оператор справочниками не управляет. Он сталкивается с их значениями в формах:
- В списке причин при запуске простоя.
- В подсказках состава задания (единица измерения номенклатуры).
- В диалоге классификации брака (если у оператора есть такая функция в роли) — список причин брака с категориями.
- В своём профиле — должность и грейд.
Все эти значения приходят из веб-интерфейса администратора. Изменения справочников администратора отражаются в OCULUS при следующем открытии связанной формы.