Кадровая аналитика 2026: как видеть текучесть, headcount, ФОТ, найм и отсутствие без ручной сводки

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

Главная ошибка в HR-аналитике - смешать headcount, FTE, штатное расписание, ФОТ, рекрутинг и табель в одну витрину без методики. В таком дашборде уволенный в последний день месяца может одновременно считаться работающим и выбывшим, сотрудник на длительном отпуске может попадать в headcount, подрядчик - в payroll, а отсутствие - в "низкую эффективность". Поэтому хорошая people analytics панель должна показывать не только KPI, но и правила расчета, дату выгрузки, источник и ограничения по приватности.

Главное

• Первый экран кадровой аналитики должен разделять 6 слоев: headcount/FTE, movement, turnover, hiring funnel, payroll/ФОТ, absence/attendance и data quality.
• ISO 30414:2025 включает human capital reporting areas: workforce composition, costs, productivity, health/safety/well-being, recruitment, mobility/succession, workforce turnover, skills and development. Это полезный каркас для HR-дашборда, но формулы нужно адаптировать под компанию.
• CIPD описывает people analytics как evidence-based HR: от descriptive metrics вроде employee turnover и lost time due to absence до predictive workforce planning. Значит, прогноз текучести нельзя строить раньше, чем согласованы базовые определения.
• SAP SuccessFactors в обучающих материалах отдельно фиксирует правила включения и исключения для headcount/FTE: payroll status, leave of absence, contractors, temporary employees и termination statuses. Это ровно те места, где чаще всего расходятся HRIS, 1С:ЗУП и Excel.
• BLS считает absence rate как отношение full-time wage and salary workers with absences к total full-time wage and salary employment. В HR-дашборде важно не копировать чужой бенчмарк, а явно подписать собственную формулу: дни, часы, люди или смены.
• Для payroll и табеля опасно строить выводы по "плановым" часам вместо фактически отработанных и оплаченных. U.S. Department of Labor по FLSA recordkeeping требует accurate information about hours worked and wages earned; в российском контексте аналогично нужны табель, начисления, графики и кадровые события из учетной системы.
• Данные сотрудников - чувствительная зона. В России нужно учитывать главу 14 ТК РФ, 152-ФЗ и разъяснения Роскомнадзора по персональным данным работников, соискателей и кадрового резерва. Для международных команд добавляются GDPR/EEOC/local labor law caveats.
• Community-сигналы из r/workday, r/humanresources, HRIS-форумов и BI-сообществ сходятся в одном: headcount ломается из-за разных data sources, leave rules, effective dates, payroll mismatch и прав доступа. В статье они используются только как signal-only, не как доказательство формул.
• SimpleDashboard подходит для первого проверяемого слоя из CSV/XLSX/API-выгрузок. Он не заменяет 1С:ЗУП, SAP SuccessFactors, Workday, BambooHR, ADP, кадровое делопроизводство или payroll, а помогает быстро собрать управленческую витрину и показать, где данные не сходятся.

Эта статья для HRD, people analytics manager, кадрового аналитика, финансового директора, операционного руководителя или собственника, которому нужна кадровая аналитика для решений по найму, удержанию, ФОТ и загрузке, а не общий текст про "цифровой HR".

В нашем тесте SimpleDashboard первая полезная версия HR-дашборда началась не с графиков, а с проверки 25 строк: сотрудники с переводом между отделами, отпуском без сохранения, внутренним совместительством, увольнением в конце месяца, открытым больничным, двумя табельными номерами, вакантной штатной единицей и изменением оклада. До этой сверки текучесть, укомплектованность и ФОТ выглядели правдоподобно, но спорили с 1С и кадровым отчетом.

KPI/risk table для кадровой аналитики

Минимальный executive view: headcount, FTE, open vacancies, turnover, new hire turnover, time to fill, offer acceptance, payroll/FOT actual, overtime, absence rate, critical roles at risk, data quality errors, last_updated_at.

Что подтверждают источники и как применять

People analytics: сначала evidence, потом прогноз

CIPD разделяет people analytics на descriptive, diagnostic и predictive уровни. На descriptive уровне можно показать turnover и lost time due to absence; на predictive уровне уже строится workforce planning с историческими данными, внешними трендами и финансовыми прогнозами.

Практический вывод: не начинайте с "AI предскажет увольнения". Начните с трех вопросов:

1. Кто считается сотрудником в headcount?
2. Какие увольнения попадают в turnover?
3. Как absence и payroll связаны с табелем и графиком?

Если эти правила не подписаны, predictive model будет давать ложную точность. AI может найти паттерны, но не должен сам решать, считается ли отпуск по уходу, длительный unpaid leave, internal transfer или внешний подрядчик частью HR KPI.

ISO 30414:2025: каркас human capital reporting

ISO 30414:2025 описывает требования и рекомендации для human capital reporting and disclosure. В список областей входят workforce composition, costs, productivity, health/safety/well-being, recruitment, mobility and succession planning, workforce turnover, skills and development.

Для SimpleDashboard это не значит "надо купить стандарт и сделать 100 графиков". Это значит, что кадровая аналитика должна быть шире одной текучести:

• composition: численность, FTE, структура по отделам, ролям, локациям, типу занятости;
• costs: ФОТ, overtime, vacancy cost, cost per hire, payroll corrections;
• productivity: revenue per FTE или output per FTE только с осторожностью и бизнес-контекстом;
• health/well-being: absence и workload без раскрытия лишних медицинских деталей;
• recruitment: pipeline, time to fill, offer acceptance, source quality;
• mobility/succession: internal moves, кадровый резерв, critical roles;
• turnover: voluntary/involuntary, early turnover, regretted loss, reason codes;
• skills: матрица навыков, обучение, сертификации, readiness.

Headcount и FTE: почему один отчет не сходится с другим

SAP SuccessFactors в Workforce Analytics training отдельно требует определить inclusion rules для FTE и headcount. В примере FTE включает сотрудников, оплачиваемых через payroll, part-time/temporary employees с пересчетом по часам, fixed-term employees, active/paid leave/leave of absence меньше 3 месяцев и interns. Из FTE исключаются overtime, unpaid leave больше 3 месяцев, workers paid by a third party, contractors/agency staff/consultants и termination statuses.

Это важнее дизайна дашборда. Если HR считает "людей в списке", финансы смотрят payroll, а руководитель отделов - занятые ставки, headcount будет разным. Дашборд должен показывать:

• snapshot date;
• source: HRIS, 1С:ЗУП, payroll, ATS, штатное расписание;
• employee id / position id;
• active/inactive status;
• paid/unpaid leave;
• internal transfer rules;
• contractor exclusion;
• FTE factor;
• last_updated_at.

В community-сигналах Workday пользователи регулярно упираются в то, что headcount меняется в зависимости от source: trended worker, active employees, leave type settings и indexed/non-indexed sources. Это не "ошибка BI", а нормальный data governance вопрос. До согласования источника один и тот же директор будет видеть разные цифры в HRIS, payroll и презентации HRD.

Turnover: общая текучесть бесполезна без сегментов

Turnover rate обычно выглядит просто: увольнения за период делятся на average headcount. Но управленческая ценность появляется только после сегментации:

• voluntary / involuntary / other terminations;
• увольнения в первые 30/60/90/180 дней;
• critical roles и high performers, если такая классификация законна и этически допустима;
• manager, function, location, grade, tenure band;
• причина увольнения из exit interview, если данные собираются корректно;
• internal transfer отдельно от real loss;
• layoffs/reductions separately from resignation.

Если компания растет с 40 до 80 человек за квартал, turnover по (start + end) / 2 и turnover по daily average могут дать разные управленческие выводы. Поэтому в статье и в дашборде формула должна быть видна рядом с KPI.

Hiring funnel: time to fill без quality layer вводит в заблуждение

Для рекрутинга мало показать "закрыли 12 вакансий". Нужны события:

• requisition approved;
• vacancy published;
• first qualified candidate;
• first interview;
• offer sent;
• offer accepted;
• start date;
• probation passed;
• new hire stayed 90/180 days.

Time to fill можно считать до accepted offer или до start date, но эти два значения решают разные задачи. Воронка найма должна включать conversion by stage, source quality, offer acceptance, declined reason, recruiter workload, hiring manager SLA и early turnover. Иначе HR может ускорить закрытие вакансий, но компания потеряет людей через 2 месяца.

EEOC guidance по employment tests and selection procedures полезен как международный caveat: тесты и selection tools могут быть эффективными, но несут риск discrimination или disparate impact, если используются без понимания ограничений и применимости к конкретной работе. Для российского малого бизнеса это не прямая правовая инструкция, но хороший принцип: не используйте AI-score кандидата или "risk of leaving" как автоматическое основание для отказа, увольнения или понижения.

Absence и attendance: больничный, отпуск и прогул нельзя смешивать

BLS определяет absence rate как отношение работников с отсутствиями к total full-time wage and salary employment. Но в операционном HR-dashboard нужно заранее выбрать единицу измерения:

• people absent;
• lost workdays;
• lost hours;
• absence episodes;
• shifts missed;
• payroll cost;
• replacement/overtime cost.

Больничный, отпуск, maternity/parental leave, unpaid leave, training, командировка, прогул и простой должны быть разными reason codes. Иначе руководитель склада увидит "absenteeism 12%" и не поймет, это сезонный больничный, отпускной график, неправильная смена или кадровый дефицит.

В HR-аналитике особенно опасны индивидуальные списки "кто часто болеет". Медицинские и семейные обстоятельства относятся к чувствительной зоне. Для управленческого экрана лучше использовать агрегаты по подразделению/смене/периоду и минимальные пороги группы, чтобы не раскрывать конкретного человека.

Payroll и ФОТ: начислено, выплачено и запланировано - разные числа

Payroll analytics нужна не только бухгалтерии. Для HRD и директора это контроль:

• ФОТ факт против бюджета;
• overtime и shift premiums;
• vacancy savings;
• payroll corrections;
• cost by cost center;
• revenue или gross margin per FTE, если это уместно;
• compensation change и promotion spend;
• payroll mismatch с headcount.

U.S. Department of Labor по FLSA recordkeeping формулирует базовый принцип: records должны содержать accurate information about employee and data about hours worked and wages earned. В российской практике для дашборда нужны табель, графики, кадровые документы, начисления, удержания и выплаты. Нельзя считать переработки по плановому графику или по словам менеджера, если payroll считает по другой базе.

Community-сигналы из r/humanresources и ADP/Workday discussions повторяют одну боль: HRIS и payroll часто не совпадают без ручной reconciliation. Поэтому SimpleDashboard должен показывать не только ФОТ, но и строки расхождений: есть в payroll, нет в HRIS; есть в HRIS, нет начислений; два employee id; один человек в двух подразделениях; ставка изменилась, но budget mapping остался старым.

Privacy, labor law и этические caveats

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

В России учитывайте минимум:

• глава 14 ТК РФ - защита персональных данных работника;
• 152-ФЗ "О персональных данных";
• локальные положения об обработке персональных данных;
• цели обработки и состав данных;
• доступы HR, бухгалтерии, руководителей и подрядчиков;
• хранение и уничтожение данных после достижения цели;
• передачу данных третьим лицам;
• специальные категории данных, включая сведения о здоровье, если они вообще попадают в процесс;
• трансграничную передачу, если используются внешние сервисы.

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

Для международных команд добавьте:

• GDPR lawful basis, transparency, minimization, DPIA для high-risk monitoring;
• EEOC/discrimination caveats для selection tools и employment tests;
• NIST Privacy Framework как подход к privacy risk management через весь lifecycle данных;
• локальные правила по sick leave, wage/hour records, payroll retention и employee monitoring.

Практический вывод для HR-дашборда: не грузите в AI-дашборд лишние ФИО, паспортные данные, адреса, медицинские сведения, семейные обстоятельства, переписки и скриншоты активности. Для первого управленческого слоя достаточно employee_id, role, department, location, hire/termination dates, employment type, FTE, payroll category, absence reason category и агрегированных KPI. Для чувствительных данных нужны роли, masking, audit log и отдельное согласование.

Минимальная структура данных для первого прототипа

Для пилота берите 90-365 дней истории и 20-40 контрольных строк, которые HR и финансы смогут проверить вручную.

• Employee roster: employee_id, табельный номер, department, cost center, manager, role, grade, location, employment type, hire_date, termination_date, termination_reason, active_status.
• Position/staffing: position_id, штатная единица, FTE plan, budget owner, vacancy status, requisition id, approved_from, approved_to.
• FTE and schedule: FTE factor, standard hours, schedule, shift, part-time flag, leave status, effective dates.
• Movement: hire, rehire, transfer in/out, promotion, demotion, grade change, department change, location change, manager change.
• Recruiting/ATS: requisition_id, source, stage dates, recruiter, hiring manager, offer date, offer result, start date, probation status.
• Payroll/FOT: payroll period, accrued amount, paid amount, base pay, variable pay, overtime, taxes/contributions category, payroll corrections, cost center.
• Attendance/absence: scheduled days/hours, worked days/hours, absence days/hours, reason code, sick leave, vacation, unpaid leave, training, business trip, no-show.
• Skills/succession: skill tags, certifications, training completion, readiness status, critical role flag.
• Data quality: source system, export time, duplicate employee id, missing manager, missing cost center, stale status, HRIS-payroll mismatch, employee without position, position without employee, payroll without active employee.

Если часть полей отсутствует, KPI должен быть помечен как partial, not enough data или requires mapping. Особенно это касается turnover, FTE, vacancy rate, payroll cost, absence cost и productivity per FTE.

Как собрать кадровую аналитику через SimpleDashboard

Шаг 1. Выгрузите контрольные данные

Начните с CSV/XLSX, а не с большой интеграции. Обычно хватает 4-7 файлов:

1. Список сотрудников и кадровых событий из 1С:ЗУП, HRIS или Excel.
2. Штатное расписание или positions.
3. Табель/attendance за период.
4. Payroll/FOT или агрегированные начисления.
5. ATS/recruiting pipeline.
6. Справочник подразделений, cost centers и руководителей.
7. При необходимости - обучение, навыки и кадровый резерв.

Не выгружайте лишние персональные данные. Для пилота замените ФИО на stable employee id, если руководительскому экрану не нужны имена.

Шаг 2. Опишите методику в Telegram

Отправьте файлы в @coderboxbot и напишите:

Собери кадровый дашборд: headcount, FTE, turnover, new hire turnover 90 days, hiring funnel, time to fill, offer acceptance, ФОТ факт против бюджета, overtime cost, absence rate, vacancy rate и таблицу ошибок данных. Не показывай индивидуальный рейтинг сотрудников. Отдельно выведи HRIS-payroll mismatch, duplicate employee id, missing cost center, active employee without payroll и payroll row without active employee.

Лучше сразу добавить словарь: кого включать в headcount, как считать FTE, какие termination reasons считать voluntary, где заканчивается time to fill, какие absence reason codes объединять, какие поля являются персональными.

Шаг 3. Сверьте строки до автозагрузки

Проверьте руками:

1. Сотрудник уволен в последний день месяца.
2. Сотрудник нанят в первый день месяца.
3. Перевод между подразделениями в середине периода.
4. Part-time сотрудник 0.5 FTE.
5. Совместитель или сотрудник с двумя табельными номерами.
6. Длительный unpaid leave.
7. Больничный, который сначала был "неявкой".
8. Открытая вакансия без approved budget.
9. Payroll correction за прошлый период.
10. Подрядчик или агентский персонал.
11. Новый сотрудник уволился до 90 дней.
12. Вакансия закрыта, но start date перенесен.

Если эти кейсы не сходятся, API-обновление пока не нужно. Оно будет быстрее обновлять неверные правила.

Что показывать на первом экране

Practical checklist перед внедрением

1. Утвердите словарь: employee, worker, contractor, position, FTE, headcount, vacancy, hire, transfer, termination, absence.
2. Решите, кого включать в headcount: paid leave, unpaid leave, interns, fixed-term, part-time, contractors, agency staff.
3. Зафиксируйте формулу average headcount: start/end average, monthly average или daily average.
4. Разделите headcount, FTE, штатные единицы и payroll.
5. Разметьте termination reasons: voluntary, involuntary, other, internal transfer, retirement, redundancy.
6. Для turnover показывайте denominator, period, reason и cohort size.
7. Для new hire turnover используйте 30/60/90/180-day cohorts.
8. Для recruiting подпишите start/end events time to fill.
9. Для absence используйте reason codes и не смешивайте болезнь, отпуск, прогул, обучение и простой.
10. Для payroll разделите accrued, paid, planned, budgeted и corrections.
11. Добавьте last_updated_at и source по каждому блоку.
12. Выведите ошибки данных: duplicate id, missing cost center, missing manager, payroll mismatch, stale status.
13. Ограничьте персональные данные: для управленческого слоя достаточно ID и агрегатов.
14. Настройте роли доступа: HR, payroll, finance, managers, executives.
15. Не используйте AI-score или risk of leaving как автоматическое основание для увольнения, отказа или санкций.
16. Согласуйте privacy/labor law review до подключения чувствительных данных.

Когда достаточно Excel, а когда нужен SimpleDashboard

SimpleDashboard стоит 5 000 ₽/мес и хорошо работает как первый проверяемый слой: загрузить выгрузки, увидеть headcount/turnover/payroll/absence, найти расхождения, согласовать формулы и решить, какие интеграции действительно нужны.

Community-сигналы

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

В r/workday часто обсуждают, почему headcount меняется в зависимости от source: trended worker, active employee, leave type settings, indexed data source и snapshot logic. Практический вывод: в кадровом дашборде нужно показывать источник и правила включения, а не только итоговое число.

В r/humanresources повторяются темы HRIS/payroll mismatch, ограниченные report writers, невозможность достать "as of date" changes, сложности с gross wages reports и payroll corrections. Это сигнал для SimpleDashboard: первым делом строить не красивый HR cockpit, а reconciliation table между HRIS, payroll, ATS и штатным расписанием.

В HR/BI-сообществах по Tableau, Power BI и Workday пользователи регулярно спорят о turnover formula, cohort size, dashboard permissions и том, можно ли давать managers детализацию по сотрудникам. Практический вывод: HR-дашборд должен иметь пороги агрегирования, роли и явные caveats для малых групп.

Часто задаваемые вопросы

Что такое кадровая аналитика?

Кадровая аналитика - это система работы с данными о персонале: headcount, FTE, найм, текучесть, ФОТ, attendance, skills, кадровый резерв и качество данных. Ее цель - управлять людьми и затратами по фактам, но без нарушения приватности и трудовых правил.

Какие метрики обязательны для HR-дашборда?

Минимум: headcount, FTE, open vacancies, turnover, new hire turnover, hiring funnel, time to fill, offer acceptance, payroll/FOT, overtime, absence rate и data quality. Если нет надежных employee id, effective dates и payroll mapping, часть KPI должна быть помечена как partial.

Как считать текучесть персонала?

Базово: увольнения за период / average headcount. Но формулу нужно подписать: какие увольнения входят, какой denominator используется, как считаются internal transfers, fixed-term contracts, unpaid leave и увольнения в последний день периода.

Чем headcount отличается от FTE?

Headcount считает людей, FTE считает эквивалент полной занятости. Два сотрудника по 0.5 ставки - это headcount 2 и FTE 1. Для бюджета и загрузки FTE часто полезнее, для организационной структуры нужен headcount.

Можно ли строить HR-дашборд без HRM-системы?

Да, для пилота достаточно выгрузок CSV/XLSX из 1С:ЗУП, Excel, ATS, табеля и payroll. Но перед автоматизацией нужно сверить 20-40 контрольных строк, иначе dashboard закрепит ошибки источников.

Можно ли показывать руководителям персональные данные сотрудников?

Только в рамках цели обработки, локальных правил, прав доступа и применимого законодательства. Для первого управленческого dashboard лучше использовать агрегаты, employee id вместо ФИО, роли доступа и минимальный набор данных.

Можно ли использовать AI для прогноза увольнений?

Можно исследовать агрегированные паттерны, но нельзя использовать AI-risk score как автоматическое основание для санкций, отказа, увольнения или дискриминационных решений. Сначала нужны quality data, legal/ethics review, explainability и human review.

Смотрите также

• HR аналитика дашборд 2026: метрики для управления персоналом
• KPI дашборд: мониторинг показателей сотрудников
• Контроль задач сотрудников: дашборд для руководителя
• Дашборд для директора 2026: все показатели бизнеса на одном экране
• Автоматизация отчётности BI 2026: без аналитика в штате
• Дашборд из CSV и Excel 2026: загрузи таблицу — получи аналитику за 5 минут

Стоимость

SimpleDashboard стоит 5 000 ₽/мес. Для первого разговора достаточно одной кадровой выгрузки CSV/XLSX и короткого описания: какие решения вы хотите принимать каждую неделю - найм, удержание, ФОТ, смены, кадровый резерв или контроль качества данных.

Напишите в Telegram: @coderboxbot. Первый дашборд можно собрать как бесплатный пилот на одном наборе обезличенных данных.

Попробовать бесплатно | SimpleDashboard

Источники и проверка

Официальные и профильные источники:

• CIPD: People Analytics factsheet
• ISO: ISO 30414:2025 Human resource management — Human capital reporting and disclosure
• SAP Help Portal: SAP SuccessFactors Workforce Analytics
• SAP Help Portal: Turnover Analysis
• SAP Learning: Creating a Specification Document for Workforce Analytics
• U.S. Bureau of Labor Statistics: Absences from work of employed full-time wage and salary workers
• U.S. Department of Labor: FLSA recordkeeping and reporting
• NIST: Privacy Framework getting started
• EEOC: Employment Tests and Selection Procedures
• КонсультантПлюс: ТК РФ, глава 14. Защита персональных данных работника
• КонсультантПлюс: Разъяснения Роскомнадзора по персональным данным работников, соискателей и кадрового резерва
• КонсультантПлюс: Рекомендации Роскомнадзора операторам персональных данных от 08.08.2023

Community-сигналы, использованные только как индикаторы практических проблем:

• Reddit r/workday: Why does my headcount change with source?
• Reddit r/workday: People Manager Dashboards Using Trended Worker Data
• Reddit r/workday: Prism Turnover report
• Reddit r/humanresources: How to create a formula for dashboard to capture turnover rate?
• Reddit r/humanresources: Paylocity v. BambooHR
• Reddit r/tableau: People Analytics Dashboard: turnover dashboard
• Reddit r/analytics: What does People Analytics work actually look like week-to-week?

Материал обновлен 2026-05-05 для wave simple-dashboard-wave-11 по issue #113. AI-инструмент использовался для первичного исследования официальных источников, отбора community-сигналов, черновой структуры и редакторской переработки. Финальные KPI, caveats, источники и продуктовые обещания проверил Александр Руин, основатель habab.ru.