02 / ИНТЕГРАЦИЯ И РАСЧЁТ ПОКАЗАТЕЛЕЙ

HRlink — аналитика кадровых согласований

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

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

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

Результат. Инструмент используется для ежедневной кадровой аналитики по московскому, Мытищинскому и Дмитровскому контурам. Выявил заявления без движения более года и передал руководителю отчёт об этапах задержки. Итоговая версия принята и передана в сентябре 2026 года.

Принят и переданСентябрь 2026 · используется ежедневно

С чего началась задача

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

Мой вклад

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

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

  • Отдельной команды аналитиков, дизайнеров и разработчиков у продукта не было.

Для реализации API-интеграции и аналитики использовал ИИ; единицы счёта, правила расчёта и проверку результатов определял сам.

Решения и их причины

  • Разделить уникальные заявления и персональные очереди: один документ может ожидать решения нескольких согласующих.
  • Хранить неизвестное начало ожидания отдельно от нулевой длительности, чтобы не искажать показатель.
  • Сохранять снимок данных для повторной проверки расчёта, а чтение API отделить от изменения маршрутов.
  • Ограничить частоту запросов и обновлять данные периодически; чтение API не должно изменять маршруты.
Устройство решения

Запуск → изолированный дочерний процесс → официальный API → исходные и компактные снимки → модель данных аналитики → разрешённые DTO → автономные HTML/XLSX-материалы.

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

Порядок работы

  1. API HRlink
  2. Снимок данных
  3. Нормализация
  4. Аналитика
  5. Автономная панель

Условный пример · достаточно любой подписи

Три согласующих. Одно заявление.

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

Уникальное заявление и работа у конкретного согласующего — разные единицы счёта.

1
заявление в общем счётчикеОдин уникальный идентификатор в условном примере.
3
персональные очередиТри согласующих могут принять решение по тому же заявлению.

Как проходит сценарий

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

Сумма персональных очередей не равна числу уникальных заявлений.

Сценарий иллюстрирует правило; это не протокол испытаний рабочей системы.

Что получилось

Результат работы

Программа получает данные через API, строит снимки, рассчитывает показатели и собирает автономную панель и XLSX. Запись изменений в HRlink отключена.

Использование и передача

Инструмент используется для ежедневной кадровой аналитики по московскому, Мытищинскому и Дмитровскому контурам. Выявил заявления без движения более года и передал руководителю отчёт об этапах задержки. Итоговая версия принята и передана в сентябре 2026 года.

Показатели зафиксированной версии

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

100+
маршрутовМаршруты исходного рабочего контура; автоматическая запись изменений в HRlink отключена.
3
организационных контураМосковский, Мытищинский и Дмитровский контуры ежедневной HR-аналитики.
12
подтверждённых запусковRead-only запуски с рабочими данными; не развёртывания.
1 766
открытых заявокМаксимум уникальных открытых заявок в одном подтверждённом снимке.
126
типов заявокТипы заявок в том же снимке; это не пользователи.

Материалы и проверка

Проверка и границы решения

Доработку по исходной аналитической задаче поставщик оценил в 1,2 млн ₽ — по моей информации. Это предложение поставщика; денежный эффект работы инструмента отдельно не измерялся.

Что проверялось

  • Снимок позволяет воспроизвести расчёт на тех же данных: одно заявление учитывается один раз в общем счётчике и отдельно в доступных персональных очередях.
  • После перехода этапа пересчитываются активные очереди. Неизвестное начало ожидания не заменяется нулём.
  • Итоговая версия после исправления замечаний принята и передана в сентябре 2026 года.

Границы результата

  • Инструмент читает данные API и выгружает маршруты. Изменение кадровых данных и применение изменений маршрутов в HRlink не входят в его задачи.

Обсудить задачу или опыт работы