Документация АИС «ЕОКС»

1. О платформе

Автоматизированная информационная экосистема управления кадровыми ресурсами «Единый оператор квалифицированных специалистов» — многопользовательская веб-платформа для поиска, подбора и операционного сопровождения квалифицированных специалистов. Она объединяет заказчиков, специалистов и сотрудников оператора в одном рабочем контуре.

Заказчик формирует потребность в персонале и контролирует её исполнение, специалист получает адресные предложения, а сотрудники ЕОКС ведут подбор, документы и связанные процессы. История изменений сохраняется на сервере, поэтому участники видят актуальное состояние заявки в рамках своих полномочий.

Как предоставляется программа

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

2. Роли и доступ к данным

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

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

• Заказчик — ищет специалистов, создаёт заявки, подтверждает состав и просматривает относящиеся к компании материалы.
• Специалист — получает предложения, принимает или отклоняет их и отслеживает дальнейший статус работы.
• Аккаунт-менеджер — обрабатывает заявки, направляет предложения, фиксирует выход на объект и завершение работ.
• Рекрутёр — создаёт и актуализирует анкеты специалистов, квалификационные сведения и материалы.
• Комплаенс и безопасность — ведут внутренние проверки и статусы документов в пределах назначенных полномочий.
• Администратор — управляет пользователями, ролями, организациями, справочниками, новостями и настройками платформы.

Роли внутри компании-заказчика

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

3. Функциональные возможности

Доступ и управление организациями

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

Каталог и подбор

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

Заявки и предложения

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

Сопровождение работы

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

4. Жизненный цикл заявки

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

1. Создание. Заказчик указывает объект, требуемую профессию, количество специалистов, плановую дату и описание задачи.
2. Обработка. Менеджер проверяет данные, уточняет условия и переводит заявку на следующий допустимый этап.
3. Предложения. Выбранные специалисты получают сведения об объекте, формате работы, дате и коммерческих условиях.
4. Ответы специалистов. Каждый получатель принимает или отклоняет своё предложение. Ответ относится только к его аккаунту.
5. Готовность состава. Когда принято необходимое число предложений, заказчик проверяет и подтверждает состав.
6. Исполнение. Менеджер фиксирует выход специалистов на объект, а после выполнения работ — завершение заявки.

Если потребность изменилась, дальнейшее действие выбирается в рамках доступных статусов: корректировка, замена, отмена или завершение. Для разбирательства используется сохранённая история переходов.

5. Руководство для заказчика

Поиск специалиста

1. Откройте каталог и задайте доступные фильтры.
2. Изучите карточку, квалификацию и статус доступности.
3. Добавьте подходящего специалиста в подбор, если это разрешено ролью.
4. Перейдите к оформлению заявки и проверьте выбранный состав.

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

Создание и контроль заявки

1. Укажите объект и фактическую потребность компании.
2. Заполните профессию, количество, дату начала и комментарий.
3. Проверьте контактное лицо и отправьте заявку.
4. Убедитесь, что в списке появилась карточка с номером и статусом.
5. Следите за предложениями, готовностью состава и историей событий.
6. После комплектования проверьте исполнителей и подтвердите состав.

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

6. Руководство для специалиста

1. Войдите под своей учётной записью и проверьте имя пользователя.
2. Откройте личный кабинет и ознакомьтесь с новыми предложениями.
3. Проверьте объект, дату, формат работы, ставку, проживание и другие указанные условия.
4. Примите подходящее предложение или отклоните его.
5. После принятия отслеживайте подтверждение состава и статус выхода.

Ответ следует отправлять только после проверки условий: он влияет на комплектование заявки заказчика. Доступные документы, выплаты и уведомления показываются в объёме, реализованном для роли и связанного аккаунта.

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

7. Руководство для сотрудников ЕОКС

Аккаунт-менеджер

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

Рекрутёр

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

Комплаенс и безопасность

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

Администратор

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

8. Документы и операционные разделы

Договоры, документы, счета и акты

Разделы объединяют относящиеся к организации записи, файлы, суммы и статусы. Доступ к файлу проверяется сервером; одной ссылки недостаточно, если у пользователя нет разрешения на соответствующую запись.

Платформа ведёт информационный учёт. Оплата выполняется по реквизитам и условиям договора вне АИС: текущая версия не заявляется как банковский эквайринг. Наличие документа или статуса также не означает подключение юридически значимого внешнего ЭДО.

Перелёты

В АИС создаётся потребность на перелёт, ведутся пассажиры, маршрут, стоимость, статус и файл билета. Подбор рейса и покупку билета выполняет ответственный сотрудник вне платформы; ЕОКС хранит результат и связывает его с рабочим процессом.

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

Раздел показывает зарегистрированные документы и контрольные даты, помогая сотрудникам не пропускать важные сроки. ЕОКС является системой внутреннего учёта и не заменяет государственные информационные системы или профессиональную правовую проверку.

9. Уведомления и техническая поддержка

События по заявкам и другим доступным процессам отображаются во внутренней ленте. Пользователь может управлять доступными категориями уведомлений. Электронная почта и Telegram используются только при наличии настроек; недоступность внешнего канала не должна блокировать основной бизнес-процесс.

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

1. Откройте раздел «Поддержка» или используйте опубликованный канал связи.
2. Укажите организацию, свою роль, раздел и время возникновения проблемы.
3. Опишите последовательность действий и фактический результат.
4. Добавьте номер заявки или документа, если он относится к вопросу.
5. Приложите безопасный скриншот без паролей, токенов и закрытых ключей.

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

10. Безопасная работа

• используйте личную учётную запись и не передавайте пароль коллегам;
• после работы на общем компьютере обязательно нажмите «Выйти»;
• периодически проверяйте активные сеансы и завершайте неизвестные;
• не отправляйте секреты и полные персональные данные в свободном тексте;
• загружайте документы только в предназначенные для этого разделы;
• назначайте пользователю только необходимые для его работы права;
• при подозрительной активности сразу обратитесь к администратору.

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

Защита на стороне сервера

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

11. Системные требования

Рабочее место пользователя

• актуальный Chromium-совместимый браузер, Firefox или Safari;
• включённые JavaScript и cookies;
• доступ к адресу платформы по защищённому HTTPS-соединению;
• разрешение от 1366 × 768 рекомендуется для рабочих панелей.

Сервер

• 64-разрядная Linux-система;
• Node.js 22.5 или новее;
• MySQL для промышленного режима или SQLite для экспертного стенда;
• от 2 vCPU, 4 ГБ RAM и 20 ГБ диска для базового экземпляра;
• HTTPS reverse proxy, мониторинг и резервное копирование;
• отдельная сервисная учётная запись с ограниченными правами.

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

12. Установка серверного экземпляра

Из каталога поставки выполняются зафиксированная установка зависимостей, проверки и производственная сборка:

npm ci
npm run typecheck
npm run lint -- --quiet
npm test
npm run build
npm run start

Экспертный режим с SQLite

Для локального или экспертного стенда задаётся абсолютный путь EOX_DB_PATH. Каталог базы должен быть доступен на запись только сервисной учётной записи. Публичный доступ к файлу базы запрещён.

Промышленный режим с MySQL

Для подключения задаются DB_HOST, DB_PORT, DB_NAME, DB_USER и DB_PASSWORD. Пользователю СУБД выдаются права только на отдельную базу ЕОКС. Перед обновлением production миграции проверяются на staging-копии.

Первый администратор

Начальная учётная запись создаётся одноразовыми bootstrap-переменными. После первого успешного входа временный пароль меняют, bootstrap-значения удаляют из окружения и перезапускают сервис.

Проверка после запуска

1. Откройте публичную карточку продукта без авторизации.
2. Проверьте, что защищённые API не отдают данные без сессии.
3. Войдите администратором и проверьте доступные разделы.
4. Выполните тестовый цикл заявки.
5. Перезапустите сервис и убедитесь, что данные сохранились.
6. Проверьте загрузку и скачивание файла разрешённой ролью.

13. Эксплуатация, резервирование и обновление

Что необходимо контролировать

• доступность веб-приложения и базы данных;
• журнал ошибок и неуспешные операции;
• свободное место для базы и пользовательских файлов;
• срок действия HTTPS-сертификата;
• доставку настроенных уведомлений;
• успешность резервных копий и тестового восстановления.

Резервное копирование

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

Безопасное обновление

1. Зафиксируйте текущую версию и создайте проверяемую резервную копию.
2. Разверните новый релиз на отдельном стенде.
3. Выполните тесты, сборку и проверку основных сценариев.
4. Проверьте миграции на копии рабочей базы.
5. Установите релиз в согласованное окно.
6. Повторно проверьте вход, заявки, файлы и поддержку.

14. Границы заявляемой версии

В состав заявляемого программного продукта входит серверная веб-платформа. Мобильное приложение не входит в этот экземпляр. Telegram является дополнительным каналом и не требуется для выполнения основного процесса.

Внешнее юридически значимое ЭДО, банковский эквайринг, СКУД, 1С, государственные и отраслевые реестры, билетные системы и автоматическая покупка билетов не заявляются как подключённые функции текущей версии. Наличие карточки, поля или статуса в интерфейсе не означает, что внешняя интеграция уже выполнена.

15. Частые вопросы

Нужно ли устанавливать программу на компьютер?

Нет. Для повседневной работы достаточно поддерживаемого браузера и адреса платформы, предоставленного администратором.

Почему я не вижу раздел или действие?

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

Можно ли оплатить счёт банковской картой внутри ЕОКС?

Нет. Платформа отображает учётные сведения, а оплата выполняется вне АИС по реквизитам и условиям договора.

Что делать, если не пришло уведомление?

Проверьте внутреннюю ленту и настройки категории. Затем убедитесь, что внешний канал подключён. Отсутствие сообщения в Telegram или почте не отменяет событие, сохранённое в платформе.

Где сообщить об ошибке?

Используйте раздел «Поддержка» или опубликованные контакты. Укажите роль, время, раздел, последовательность действий и номер связанной записи, но не передавайте пароль или токен.