Документация "Кадровый резерв" https://lpii.ru ru Thu, 13 Aug 2026 01:47:38 +0300 Функциональные характеристики https://lpii.ru/tpost/094cxlub11-funktsionalnie-harakteristiki https://lpii.ru/tpost/094cxlub11-funktsionalnie-harakteristiki?amp=true Wed, 01 Jul 2026 19:40:00 +0300 Система позволяет искать, фильтровать и ранжировать кандидатов по вакансиям на основе данных из резюме. Взаимодействие с системой происходит через API, данные хранятся в инфраструктуре заказчика.

Функциональные характеристики

Функциональные характеристики программного обеспечения «Кадровый резерв»

1. Назначение

Программное обеспечение «Кадровый резерв» — система поиска персонала, предназначенная для поиска, фильтрации и ранжирования кандидатов по вакансиям и кадровым запросам на основе структурированных профилей и текстовых данных резюме.
Система может использоваться для формирования кадрового резерва, работы с внутренней базой сотрудников и обработки внешнего потока резюме. Программное обеспечение разворачивается в инфраструктуре заказчика и предоставляет свои функции внешним информационным системам через программный интерфейс (API).

2. Общая модель работы

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

3. Управление данными кандидатов

Система обеспечивает:
  • загрузку структурированного профиля кандидата через API;
  • хранение внешнего идентификатора кандидата;
  • хранение должности, профессиональных ролей, ключевых навыков и иных характеристик;
  • хранение сведений о возрасте, поле, опыте работы, образовании и языковых навыках;
  • хранение тегов, связывающих кандидата с вакансией, работодателем или другой категорией;
  • прикрепление к профилю произвольного JSON-объекта исходного резюме;
  • полное замещение данных кандидата при повторной загрузке по тому же внешнему идентификатору;
  • получение сохраненного профиля и исходного резюме по идентификатору кандидата.

4. Нормализация и подготовка данных

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

5. Поиск кандидатов

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

6. Фильтрация

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

7. Ранжирование результатов

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

8. Нормализация оценки относительно эталонных результатов

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

9. Получение справочной информации

Через API доступны справочные значения, необходимые для формирования корректных запросов, включая:
  • уровни образования;
  • диапазоны опыта;
  • языки;
  • уровни владения языками;
  • категории тегов.

10. Интеграционные возможности

Все основные функции программного обеспечения доступны через HTTP API.
Формат обмена данными — JSON в кодировке UTF-8.
Программное обеспечение может интегрироваться с:
  • кадровыми информационными системами;
  • корпоративными базами кандидатов;
  • системами управления подбором персонала;
  • иными информационными системами заказчика.

11. Входные данные

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

12. Выходные данные

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

13. Модель размещения

«Кадровый резерв» предназначен для локального развертывания в инфраструктуре заказчика.
Данные кандидатов, поисковые индексы и служебная информация хранятся внутри информационного контура заказчика.
]]> Инструкция по установке программного обеспечения «Кадровый резерв» https://lpii.ru/tpost/xpnhj4sll1-instruktsiya-po-ustanovke-programmnogo-o https://lpii.ru/tpost/xpnhj4sll1-instruktsiya-po-ustanovke-programmnogo-o?amp=true Wed, 12 Aug 2026 19:45:00 +0300 Настоящий документ описывает общий порядок развертывания программного обеспечения «Кадровый резерв» в инфраструктуре заказчика.

Инструкция по установке программного обеспечения «Кадровый резерв»

1. Назначение документа

Настоящий документ описывает общий порядок развертывания программного обеспечения «Кадровый резерв» в инфраструктуре заказчика.
Программное обеспечение поставляется для локального размещения и запускается в контейнеризированном окружении.

2. Состав программного окружения

Для работы программного обеспечения используются:
  • базовая операционная система: Alpine Linux 3.22 или другие;
  • контейнеризация: Docker;
  • средство управления контейнерами: Docker Compose;
  • система управления базами данных: PostgreSQL;
  • программная платформа приложения: Go 1.25;
  • сервер приложений: собственный сервис «Кадровый резерв» на Go.

3. Требования к инфраструктуре

Для развертывания требуется сервер или виртуальная машина, на которой обеспечены:
  • работа Alpine Linux 3.22 или аналог;
  • установленный Docker;
  • установленный Docker Compose;
  • достаточный объем оперативной памяти и дискового пространства для размещения базы данных, поисковых индексов и данных кандидатов;
  • сетевой доступ к API сервиса со стороны информационных систем заказчика.
Точные требования к вычислительным ресурсам определяются объемом базы кандидатов и планируемой интенсивностью запросов.

4. Подготовка к установке

Перед установкой необходимо:
  1. подготовить сервер или виртуальную машину;
  2. установить и проверить Docker;
  3. установить и проверить Docker Compose;
  4. подготовить каталог размещения программного комплекса;
  5. разместить в каталоге поставляемые контейнерные образы и конфигурационные файлы;
  6. определить параметры подключения к PostgreSQL;
  7. настроить параметры доступа к API в соответствии с инфраструктурой заказчика.

5. Развертывание

Программный комплекс включает как минимум:
  • контейнер PostgreSQL;
  • контейнер API-сервиса «Кадровый резерв»;
  • конфигурационные файлы;
  • миграции базы данных;
  • необходимые поисковые расширения и служебные компоненты.
Для запуска комплекса необходимо перейти в каталог развертывания и выполнить:
docker compose up -d
Команда запускает сервисы в фоновом режиме.

6. Первичная инициализация

При первом запуске выполняются:
  • создание и обновление структуры базы данных;
  • применение миграций;
  • подготовка поисковых структур;
  • запуск API-сервиса.
Время первичного запуска зависит от объема начальных данных и характеристик сервера.

7. Проверка состояния

Состояние контейнеров проверяется командой:
docker compose ps
Контейнеры PostgreSQL и API-сервиса должны находиться в состоянии Up или running.
Для проверки готовности приложения используется служебный HTTP-метод проверки состояния, предусмотренный поставкой.
Пример:
curl -s http://localhost:8080/healthz
Ожидаемый ответ:
ok

8. Настройка PostgreSQL

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

9. Настройка правил поиска и фильтрации

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

10. Настройка сетевого доступа

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

11. Обновление программного обеспечения

Обновление выполняется путем замены поставляемых контейнерных образов и, при необходимости, конфигурационных файлов.
Типовой порядок:
  1. создать резервную копию базы данных;
  2. остановить сервисы;
  3. заменить контейнерные образы;
  4. проверить конфигурацию;
  5. запустить новую версию;
  6. дождаться применения миграций;
  7. проверить состояние сервиса;
  8. выполнить контрольный поисковый запрос.

12. Остановка

Для остановки программного комплекса используется:
docker compose stop
Для повторного запуска:
docker compose up -d

13. Проверка после установки

После завершения установки рекомендуется выполнить:
  1. проверку состояния контейнеров;
  2. проверку доступности API;
  3. получение справочников;
  4. загрузку тестового кандидата;
  5. выполнение тестового поискового запроса;
  6. проверку получения ранжированного ответа.
После успешного выполнения указанных действий программное обеспечение считается готовым к эксплуатации.
]]> Инструкция по эксплуатации программного обеспечения «Кадровый резерв» https://lpii.ru/tpost/xx93xc22f1-instruktsiya-po-ekspluatatsii-programmno https://lpii.ru/tpost/xx93xc22f1-instruktsiya-po-ekspluatatsii-programmno?amp=true Wed, 12 Aug 2026 19:48:00 +0300 Собственный пользовательский интерфейс не требуется. Управление функциями осуществляется внешними системами через HTTP API с передачей данных в формате JSON.

Инструкция по эксплуатации программного обеспечения «Кадровый резерв»

1. Назначение

«Кадровый резерв» является серверным программным сервисом для поиска, фильтрации и ранжирования кандидатов.
Собственный пользовательский интерфейс не требуется. Управление функциями осуществляется внешними системами через HTTP API с передачей данных в формате JSON.

2. Общие правила работы с API

Базовый адрес API определяется при развертывании в инфраструктуре заказчика.
Все тела запросов и ответов передаются в формате JSON в кодировке UTF-8.
Для запросов с телом необходимо указывать заголовок:
Content-Type: application/json
Типовые коды ответов:
  • 200 — запрос выполнен успешно;
  • 400 — переданы некорректные входные данные;
  • 404 — запрашиваемый объект не найден;
  • 500 — внутренняя ошибка приложения.

3. Проверка готовности

Перед началом работы необходимо убедиться, что сервис доступен.
Пример:
curl -s http://localhost:8080/healthz
Ожидаемый ответ:
ok

4. Получение справочников

Допустимые значения структурированных фильтров предоставляются API системы.
Пример получения всех справочников:
curl -s http://localhost:8080/dictionaries
Справочники могут включать:
  • уровни образования;
  • уровни опыта;
  • языки;
  • уровни владения языками;
  • категории тегов.
При формировании фильтров рекомендуется использовать только значения, полученные из справочников системы.

5. Загрузка кандидата

Для добавления или полного замещения профиля используется API создания кандидата.
Пример:
curl -s -X POST http://localhost:8080/candidates \
-H 'Content-Type: application/json' \
-d '{
"external_id": "demo-candidate-1",
"position_title": "Системный администратор",
"key_skills": "Linux, Windows Server, Active Directory, TCP/IP",
"age_years": 34,
"education_level": "higher",
"experience_months": 120
}'
Поле external_id используется как внешний уникальный идентификатор кандидата.
При повторной передаче профиля с тем же идентификатором данные кандидата замещаются актуальными значениями.

6. Прикрепление исходного резюме

К существующему кандидату может быть прикреплен произвольный JSON-объект исходного резюме.
Пример:
curl -s -X PUT http://localhost:8080/candidates/demo-candidate-1/resume \
-H 'Content-Type: application/json' \
-d '{
"resume_object": {
"source": "external_system",
"raw": {}
}
}'

7. Получение карточки кандидата

Для получения сохраненного профиля используется внешний идентификатор кандидата.
Пример:
curl -s http://localhost:8080/candidates/demo-candidate-1
Ответ содержит структурированный профиль и, при наличии, сохраненный JSON исходного резюме.

8. Поиск и ранжирование

Основной поисковый запрос передается в свободной текстовой форме.
Пример:
curl -s -X POST http://localhost:8080/search \
-H 'Content-Type: application/json' \
-d '{
"query_text": "системный администратор Linux Windows сети инфраструктура",
"limit": 5
}'
Система выполняет полнотекстовый поиск, рассчитывает релевантность и возвращает ранжированный список кандидатов.

9. Ограничение области поиска

Поиск может быть ограничен группой кандидатов, связанной с конкретной вакансией, работодателем или другим тегом.
Пример:
curl -s -X POST http://localhost:8080/search \
-H 'Content-Type: application/json' \
-d '{
"query_text": "руководитель отдела продаж B2B управление командой",
"tag_category_id": 2,
"tag_value": "example-vacancy-id",
"limit": 10
}'

10. Использование структурированных фильтров

К текстовому запросу могут добавляться фильтры.
Пример:
curl -s -X POST http://localhost:8080/search \
-H 'Content-Type: application/json' \
-d '{
"query_text": "руководитель отдела продаж B2B",
"age_years_from": 30,
"age_years_to": 50,
"experience_level": "moreThan6",
"education_level": "higher",
"language": {
"name": "eng",
"level": "b2"
},
"limit": 10
}'
Правила обработки отсутствующих у кандидата значений определяются конфигурацией программного обеспечения.

11. Результат поиска

Ответ содержит массив результатов.
Пример структуры:
{
"results": [
{
"external_id": "demo-candidate-1",
"position_title": "Системный администратор",
"score": 35.0,
"normalized_score": 1.0,
"best_rang": 3,
"filter_score": 0.75
}
]
}
Основные показатели:
  • score — внутренняя оценка текстовой релевантности;
  • normalized_score — нормализованная оценка релевантности;
  • best_rang — количество текстовых представлений кандидата, соответствующих запросу;
  • filter_score — доля пройденных заданных структурированных критериев.
Дополнительно в ответе могут присутствовать признаки прохождения каждого заданного фильтра.

12. Нормализация оценки

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

13. Типовой сценарий эксплуатации

  1. Проверить доступность сервиса.
  2. Получить актуальные справочники.
  3. Передать или обновить профили кандидатов.
  4. При необходимости прикрепить исходные данные резюме.
  5. Передать текст поискового запроса.
  6. Добавить необходимые структурированные фильтры.
  7. Получить ранжированный список кандидатов.
  8. По идентификатору запросить полную карточку выбранного кандидата.

14. Завершение работы

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

15. Диагностика

Если API недоступен, рекомендуется:
  1. проверить состояние контейнеров;
  2. проверить доступность PostgreSQL;
  3. проверить служебный метод состояния;
  4. просмотреть журналы API-сервиса;
  5. при необходимости перезапустить сервисы.
Пример просмотра журналов:
docker compose logs
]]> Описание технической архитектуры программного обеспечения «Кадровый резерв» https://lpii.ru/tpost/5zt8mndgf1-opisanie-tehnicheskoi-arhitekturi-progra https://lpii.ru/tpost/5zt8mndgf1-opisanie-tehnicheskoi-arhitekturi-progra?amp=true Wed, 12 Aug 2026 19:51:00 +0300 Система предназначена для локального развертывания в инфраструктуре заказчика и взаимодействует с внешними информационными системами через API.

Описание технической архитектуры программного обеспечения «Кадровый резерв»

1. Общие сведения

«Кадровый резерв» представляет собой серверное программное обеспечение для поиска, фильтрации и ранжирования кандидатов.
Система предназначена для локального развертывания в инфраструктуре заказчика и взаимодействует с внешними информационными системами через API.

2. Архитектурный подход

Программное обеспечение построено как контейнеризированный серверный сервис.
Основные архитектурные принципы:
  • развертывание внутри информационного контура заказчика;
  • отсутствие необходимости в собственном пользовательском интерфейсе;
  • взаимодействие через HTTP API;
  • обмен данными в формате JSON;
  • единое хранилище структурированных данных и поисковых индексов в PostgreSQL;
  • отделение входных информационных систем заказчика от внутренней логики поиска и ранжирования;
  • возможность автономной работы без обязательного обращения к внешним сервисам.

3. Основные компоненты

3.1. Информационные системы заказчика

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

3.2. API-сервис «Кадровый резерв»

API-сервис реализован на Go.
Он выполняет:
  • прием HTTP-запросов;
  • проверку и обработку входных данных;
  • сохранение и обновление профилей кандидатов;
  • получение справочников;
  • запуск поиска и фильтрации;
  • формирование ответа в формате JSON.

3.3. Модуль обработки и нормализации

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

3.4. PostgreSQL

PostgreSQL является основным средством хранения данных системы.
В PostgreSQL размещаются:
  • структурированные профили кандидатов;
  • справочники;
  • исходные JSON-объекты резюме;
  • текстовые представления кандидатов;
  • поисковые индексы;
  • служебные данные приложения.
Для полнотекстового поиска используются возможности PostgreSQL и поисковые расширения поставки, реализующие поиск по алгоритму BM25.

3.5. Модуль поиска и фильтрации

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

3.6. Модуль ранжирования

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

4. Поток данных

Типовая последовательность обработки:

5. Развертывание

Программное обеспечение разворачивается локально в инфраструктуре заказчика.
Используемое окружение:
  • Alpine Linux 3.22 или аналог;
  • Docker;
  • Docker Compose;
  • PostgreSQL;
  • Go 1.25.
Система виртуализации, балансировщик нагрузки и облачное хранилище не являются обязательными компонентами программного обеспечения.

6. Сетевое взаимодействие

Внешнее взаимодействие осуществляется через HTTP API.
Конкретные сетевые адреса и порты определяются при развертывании программного обеспечения в инфраструктуре заказчика.
В промышленном окружении доступ к API рекомендуется ограничивать средствами сетевой инфраструктуры заказчика.

7. Хранение данных

Все основные данные программного обеспечения размещаются внутри инфраструктуры заказчика.
К ним относятся:
  • данные кандидатов;
  • исходные резюме;
  • справочники;
  • поисковые структуры;
  • служебная информация.
Применение внешнего облачного хранилища для основной работы системы не требуется.

8. Автономность

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

9. Масштабирование

Производительность зависит от:
  • количества кандидатов;
  • объема текстовых данных;
  • количества одновременных поисковых запросов;
  • характеристик сервера PostgreSQL;
  • выделенных вычислительных ресурсов.
Масштабирование выполняется средствами инфраструктуры заказчика путем изменения ресурсов серверов и параметров развертывания.

10. Итоговая структура

Архитектура «Кадрового резерва» включает пять основных логических частей:
  1. информационные системы заказчика;
  2. API-сервис на Go;
  3. модуль обработки и нормализации;
  4. PostgreSQL как единое хранилище данных и поисковых индексов;
  5. модули поиска, фильтрации и ранжирования.
]]> Описание процессов поддержания жизненного цикла программного обеспечения «Кадровый резерв» https://lpii.ru/tpost/vt9j1jkf31-opisanie-protsessov-podderzhaniya-zhizne https://lpii.ru/tpost/vt9j1jkf31-opisanie-protsessov-podderzhaniya-zhizne?amp=true Wed, 12 Aug 2026 19:54:00 +0300 Документ описывает процессы, обеспечивающие поддержание жизненного цикла программного обеспечения «Кадровый резерв», включая разработку, тестирование, выпуск обновлений, эксплуатационную поддержку.

Описание процессов поддержания жизненного цикла программного обеспечения «Кадровый резерв»

1. Назначение документа

Документ описывает процессы, обеспечивающие поддержание жизненного цикла программного обеспечения «Кадровый резерв», включая разработку, тестирование, выпуск обновлений, эксплуатационную поддержку, устранение неисправностей и совершенствование программного обеспечения.

2. Общая организация жизненного цикла

Жизненный цикл программного обеспечения включает следующие основные процессы:
  1. планирование изменений;
  2. разработка;
  3. тестирование;
  4. подготовка выпуска;
  5. поставка и развертывание;
  6. эксплуатация;
  7. техническая поддержка;
  8. устранение неисправностей;
  9. модернизация и совершенствование;
  10. выпуск обновленных версий.

3. Разработка

Разработка программного обеспечения выполняется правообладателем.
Исходный код хранится в приватной системе управления версиями.
В процессе разработки выполняются:
  • постановка задач;
  • изменение исходного кода;
  • проверка изменений;
  • сборка программного обеспечения;
  • тестирование;
  • подготовка контейнерных образов;
  • документирование изменений.

4. Управление версиями

Изменения исходного кода учитываются в системе контроля версий.
Для каждой поставляемой версии обеспечивается возможность определить состав изменений и соответствующий исходный код.
Обновления могут включать:
  • исправление ошибок;
  • изменение алгоритмов поиска и фильтрации;
  • изменение API;
  • улучшение производительности;
  • обновление зависимостей;
  • изменение структуры базы данных;
  • совершенствование механизмов ранжирования.

5. Тестирование

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

6. Выпуск версии

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

7. Поставка и развертывание

«Кадровый резерв» предназначен для размещения в инфраструктуре заказчика.
Развертывание выполняется с использованием Docker и Docker Compose.
Обновление версии проводится в контролируемом порядке с предварительным резервным копированием данных.

8. Эксплуатационная поддержка

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

9. Обработка обращений

При возникновении неисправности рекомендуется передать в службу поддержки support@lpii.ru:
  • описание проблемы;
  • последовательность действий, приведших к проблеме;
  • время возникновения;
  • версию поставки;
  • журналы работы соответствующих компонентов;
  • пример входных данных без конфиденциальной информации, если это необходимо для воспроизведения.

10. Классификация обращений

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

11. Устранение неисправностей

Процесс устранения неисправности включает:
  1. регистрацию обращения;
  2. первичный анализ;
  3. воспроизведение проблемы;
  4. определение причины;
  5. подготовку исправления или рекомендации;
  6. тестирование исправления;
  7. выпуск обновления при необходимости;
  8. информирование пользователя о результате.

12. Совершенствование программного обеспечения

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

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

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

14. Совместимость обновлений

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

15. Персонал, обеспечивающий поддержку

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

16. Инфраструктура разработки

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

17. Документирование

Для программного обеспечения поддерживаются и актуализируются:
  • описание функциональных характеристик;
  • инструкция по установке;
  • инструкция по эксплуатации;
  • описание технической архитектуры;
  • описание процессов поддержания жизненного цикла.
Документация актуализируется при изменениях, влияющих на соответствующие функции или порядок эксплуатации.
]]> Тарифная политика https://lpii.ru/tpost/lg47xp2221-tarifnaya-politika https://lpii.ru/tpost/lg47xp2221-tarifnaya-politika?amp=true Thu, 13 Aug 2026 01:45:00 +0300

Тарифная политика

ТАРИФНАЯ ПОЛИТИКА

в отношении программного обеспечения «Кадровый резерв»

1.Общие положения

Программное обеспечение «Кадровый резерв» распространяется

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

Программное обеспечение предоставляется для развёртывания

в инфраструктуре заказчика.

2.Тарифицируемые позиции

2.1. Лицензия на использование программного обеспечения «Кадровый резерв» — за один серверный экземпляр и установленный договором срок использования.

Базовая стоимость: от 300 000 рублей за один серверный экземпляр сроком на весь срок действия договора.

2.2. Установка и настройка программного обеспечения — за один проект внедрения.

Стоимость: от 500 000 рублей за один проект.

2.3. Интеграционные работы и настройка взаимодействия с внешними системами — за один проект.

Стоимость: от 300 000 рублей за проект.

2.4. Техническая поддержка — за один серверный экземпляр и период

12 месяцев.

Стоимость: от 500 000 рублей за 12 месяцев.

3. Порядок определения итоговой стоимости

Итоговая стоимость определяется договором с заказчиком и зависит от:

- количества серверных экземпляров;

- срока предоставления права использования;

- количества подключаемых организаций и пользователей;

- состава функциональных возможностей;

- количества и сложности интеграций;

- объёма работ по установке и настройке;

- уровня технической поддержки;

- необходимости доработки и адаптации программного обеспечения.

4. Порядок получения информации о стоимости

Для получения расчёта стоимости заказчик направляет запрос

правообладателю по адресу: sk@lpii.ru.

Коммерческое предложение формируется правообладателем на основании

требований заказчика и действующей тарифной политики.
]]>