HR-система на своём сервере: кадры, отпуска и зарплата без облачной подписки

HR-система на своём сервере — это кадровый учёт, отпуска, табель и расчёт зарплаты в программе, которая стоит на вашем оборудовании, а не в чужом облаке с абонплатой за каждого сотрудника. Один из вариантов — Frappe HRMS: полноценная HR-система с открытым исходным кодом, которую можно развернуть локально. Разбираю, кому она подходит и что означает «данные остаются у нас» с точки зрения 152-ФЗ.

Что это такое и что входит

По описанию проекта система включает более 13 модулей. Ключевые:

• Управление сотрудниками — единая карточка вместо папки на общем диске и строки в таблице.
• Онбординг — чек-лист выхода нового сотрудника: документы, доступы, оборудование.
• Переводы и повышения — движение по должностям с историей, а не «кажется, весной перевели».
• Отпуска — заявки, согласование, остатки дней.
• Учёт посещаемости — табель, отсутствия, опоздания.
• Расходы и авансы — подотчётные суммы и их закрытие.
• Управление эффективностью — цели и оценка.
• Расчёт зарплаты и налогообложение — самый тяжёлый и самый требовательный к адаптации блок.

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

Сразу оговорка: состав функций и то, насколько блок зарплаты и налогов ложится на российское законодательство, я проверяю по документации проекта при внедрении. Обещать «из коробки под РФ» на основании описания репозитория было бы враньём — этот вопрос надо задавать первым.

Кому подходит и когда начинает окупаться

Признаки, что вы переросли таблицу:

• Кадровый учёт живёт в Excel и мессенджерах, а актуальная версия файла — у того, кто открывал его последним.
• Заявления на отпуск теряются: написал в чат руководителю, тот забыл передать кадровику.
• Никто не знает остаток дней отпуска без ручного пересчёта.
• Расчёт зарплаты завязан на одного человека с личным файлом, и его отпуск — риск для компании.
• При споре или проверке нельзя поднять историю: когда перевели, на каком основании, кто согласовал.

Порог окупаемости, по моему опыту, начинается примерно с 20-30 сотрудников — там, где кадровая рутина уже съедает заметную долю рабочего времени. Где не нужно: компания на 3-5 человек. Там таблица и папка с документами закроют всё, а система даст только новую обязанность её поддерживать. Продавать внедрение туда, где оно не окупится, — способ получить недовольного клиента через полгода.

Отдельный вопрос — найм. HR-система ведёт человека после выхода на работу; подбор — смежная задача, про которую я писал в материале об ИИ в HR и найме. Стыковать их имеет смысл, когда базовый учёт работает.

Своё против облачного HR-сервиса

Минус своей установки маскировать не нужно: обновления, бэкапы и восстановление становятся вашей задачей. Экономия на абонплате превращается в расход на сопровождение — предсказуемый и не растущий со штатом. Если администрировать некому, инфраструктуру беру на себя я: разверну HR-систему под ключ и оставлю инструкцию на случай сбоя.

152-ФЗ и кадровые данные: где проходит граница

Здесь важно не продать иллюзию. Персональные данные сотрудников — особенно чувствительная категория: паспорт, СНИЛС, ИНН, сведения о детях и медосмотрах, иногда данные о здоровье. Часть из этого — специальные категории с повышенными требованиями.

Что даёт свой сервер: данные не передаются третьей стороне. Вы не отвечаете на вопрос «на чьих серверах лежат паспорта наших людей» и не зависите от политики внешнего сервиса. Это снимает часть вопросов по локализации персональных данных.

Чего свой сервер не отменяет:

• Правовые основания. Часть кадровых данных обрабатывается в силу трудового законодательства, часть требует согласия. Путать их нельзя — про формулировки писал в материале о согласии на обработку персональных данных.
• Статус оператора и уведомление РКН. Установка системы у себя не выводит компанию из числа операторов ПДн.
• Сроки хранения. Данные кандидатов и уволенных не должны лежать в базе вечно «на всякий случай».
• Доступы по ролям. Руководитель не должен видеть паспорт сотрудника из соседнего отдела. Это настраивается, но по умолчанию так не бывает.
• Журналирование. Кто смотрел карточку и выгружал данные — должно быть видно.
• Защита канала и сервера. HTTPS, закрытые порты, отдельные учётные записи, шифрование бэкапов.

Формулировка, которую я использую с клиентами: своя установка убирает лишнего участника обработки, но не закрывает 152-ФЗ одной командой. Что закрыто, а что нет, показывает аудит по 152-ФЗ — логичнее пройти его до внедрения.

Как я внедряю такие системы: методика

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

Если нужен не только сервер, но и выстроенные процессы вокруг людей — это отдельное направление, HR и управление командой: регламенты, роли, кому и что система показывает.

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

Что такое Frappe HRMS?

HR-система с открытым исходным кодом, которую можно развернуть локально. По описанию проекта включает более 13 модулей — от управления сотрудниками до расчёта зарплаты — и охватывает весь жизненный цикл сотрудника.

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

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

С какого размера компании нужна HR-система?

Ориентир — от 20-30 сотрудников, когда кадровая рутина съедает рабочее время. На 3-5 человек хватает таблицы: система создаст больше работы, чем сэкономит.

Подойдёт ли расчёт зарплаты для российского учёта?

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

Что делать с интеграцией в 1С?

Проектировать отдельно, готовый коннектор я не обещаю. Сначала определяется, какие данные и в какую сторону передаются. Часто достаточно выгрузки табеля и отпусков.

Коротко о главном

HR-система на своём сервере решает две задачи: убирает кадровый хаос из таблиц и мессенджеров и оставляет персональные данные сотрудников внутри компании. Кадровые данные — самая чувствительная категория, какая есть у бизнеса. Но обманываться нельзя: установка у себя убирает лишнего участника обработки, а не обязанности оператора ПДн.

С чего начнём: скажите численность компании и назовите один процесс, который болит сильнее всего — чаще всего это отпуска или табель. Я разверну систему на вашем сервере, перенесу справочник сотрудников и остатки дней, настрою роли и права, обучу кадровика и настрою бэкапы с проверенным восстановлением. Зарплату и интеграцию с бухгалтерией подключаем после пилота. Связаться можно напрямую в Telegram, MAX или VK.