Настройка учёта рабочего времени в Битрикс24: где ломается
Учёт рабочего времени в Битрикс24 чаще всего включают формально: инструмент есть, а данные в него попадают руками. Сотрудники продолжают вести часы в таблицах, руководитель переносит их в систему ближе к расчёту, и табели не считаются автоматически — вместо источника истины получается ещё один файл с расхождениями. Настройка учёта рабочего времени в Битрикс24 начинается не с галочек в настройках, а с ответа на вопрос, откуда берётся каждая цифра в табеле.
Первый разлом — расхождение графика и факта. График заводят один раз при внедрении, а приказы об отпусках, переводах и сменном режиме живут отдельно, поэтому норма считается по устаревшему шаблону и производственному календарю, который никто не обновлял. Часы сходятся в отчёте только после ручной сверки, а ручной ввод рабочего времени обнуляет смысл автоматизации: ошибка в одной строке тянет за собой пересчёт всего месяца и выгрузку в 1С.
Второй разлом — переработки. Они всплывают в день расчёта, когда подтвердить их уже нечем: начало и окончание дня не закрыты, время в задачах не проставлено, согласование руководителя не оставило следа. Спорные часы приходится подтверждать задним числом, а часть из них просто теряется.
Цена в обоих случаях одна: расчёт задерживается на дни, доверие к табелю падает, и учёт снова уезжает в таблицы. Дальше разбираем, как это закрывается штатными средствами системы.
Что меняется после внедрения: эффект в измеримых числах
До внедрения табель собирается вручную: руководители присылают правки в чат, кадры сводят их в общую таблицу, бухгалтерия сверяет с графиками. На закрытие периода уходит несколько дней, а любая правка после сдачи запускает новый круг согласования. После настройки автоматического учёта рабочего времени данные рождаются в системе: сотрудник отмечается, заявки на отсутствие и переработку согласуются в том же контуре, табель собирается из фактических событий.
Доля ручных операций падает в разы. Кадровик перестаёт переносить отметки из журналов и сверять их с графиком построчно — он работает с исключениями: пропущенная отметка, выход в выходной, отклонённая заявка. Сокращение ручного ввода табелей убирает и основной источник опечаток: чужой сменный график, задвоенную смену, неверную дату.
Контроль переработок и опозданий перестаёт быть разовым разбором в конце месяца. Правила задают порог и порядок согласования заранее, накопленные часы видны руководителю по ходу периода, а не постфактум. Спорные ситуации решаются до расчёта, а не после выплаты.
Точность расчёта зарплаты держится на явных правилах: вид времени, коэффициент, надбавка описаны один раз и применяются одинаково ко всем. У каждого числа в начислении остаётся источник — отметка, заявка или утверждённое отклонение, поэтому разбор расхождений занимает минуты. Закрытие периода сокращается с дней до часов, а класс ошибок «данные не сошлись с графиком» уходит совсем, потому что расхождение просто не может возникнуть.
Сменные, гибкие и суммированные графики: сравнение
Режим учёта в Битрикс24 задаётся на связку «сотрудник — календарь — правило», поэтому смены у охраны и гибкий день у проектной команды уживаются в одной компании. Проблема начинается, когда все режимы пробуют описать одним графиком: переработка не считается, а недоработка всплывает при увольнении.
Ниже — сравнение по тому, что каждый режим реально закрывает и где у него предел:
| Режим | Когда подходит | Ограничения и что досогласовать |
|---|---|---|
| Сменный график | Непрерывные процессы: производство, охрана, поддержка с ночными окнами | Две смены подряд недопустимы, график выдаётся заранее, обмен сменами — только через заявку |
| Гибкий график | Проектные и офисные команды с фиксированным ядром дня | Нужны окно начала и окончания плюс правило переноса недоработки на следующий период |
| Суммированный учёт рабочего времени | Сезонные пики, вахты, бригады, где недельная норма не выдерживается | Норма считается на учётный период; порядок подсчёта переработки и её компенсации фиксируется в регламенте |
| Ненормированный день | Руководители и специалисты, которых эпизодически привлекают вне графика | Это не режим учёта, а основание для дополнительного отпуска; часы всё равно фиксируются |
Главная развилка — суммированный учёт: он не отменяет график, а переносит точку, в которой считается норма. Переработка становится видна на закрытии периода, а не в конце недели, поэтому регламент заранее описывает, чем она компенсируется — отгулом или оплатой.
Ненормированный день ставят в надежде снять контроль часов — напрасно: он даёт лишь право на дополнительный отпуск, а приход и уход всё равно пишутся в табеле.
Мы переносим действующие правила трудового распорядка в настройки графиков, а не наоборот, — тогда при проверке настройка и документ совпадают.
Порядок работ: от схемы процессов до опытной эксплуатации
Учёт времени не включается одним переключателем: он держится на согласованной схеме графиков, ролей и правил. Ниже — маршрут, по которому наши инженеры ведут проект, чтобы портал работал по регламенту компании, а не вопреки ему.
- Аудит процессов учёта времени. Разбираем, как часы фиксируются сегодня — табели, таблицы, переписка — и кто согласует переработки и отгулы. На выходе карта ролей и список расхождений между регламентом и фактической практикой.
- Схема графиков и правил. Утверждаем типы графиков, границы смены, пороги отклонений и порядок согласования. Пока документ не согласован, настройка превращается в правки по кругу.
- Подготовка портала. Настраиваем подразделения, роли и права доступа, сверяем справочник сотрудников с 1С: дубли и разные написания фамилий ломают отчёты.
- Этапы настройки Битрикс24. Реализуем выбранные графики, способы отметок, напоминания о незакрытых сменах, правила для удалённых и мобильных сотрудников, проверяя, что новые условия не конфликтуют с уже действующими.
- Проверка на реальных сценариях. Прогоняем опоздания, работу в выходной, отгулы, больничные, переводы между подразделениями. Пограничные случаи закрываем до опытной эксплуатации, а не после.
- Опытная эксплуатация. Запускаем учёт на одном подразделении, сверяем цифры с прежним способом, собираем замечания руководителей и уточняем правила — обычно на одном-двух расчётных периодах.
- Обучение и передача. Показываем руководителям и кадровой службе, как закрывать период и читать отчёты, отдаём инструкции с описанием логики настроек.
Каждый этап заканчивается документом или проверяемым результатом, поэтому на входе в опытную эксплуатацию не остаётся открытых вопросов.
Комплект передачи: конфигурация, схемы, регламенты, доступы
После запуска у вас остаётся не включённый раздел портала, а рабочий комплект: настроенные сценарии, зафиксированные правила и документация, по которой кадры и руководители закрывают периоды сами. Комплект проверяем на пилотной группе — если регламент расходится с реальными маршрутами, правим до передачи.
- Карта сценариев учёта — какие виды времени фиксируются (приход и уход, перерывы, удалённая работа, переработки) и какими средствами вносятся.
- Регламент учёта рабочего времени — границы дня, допуски по опозданиям, сроки подачи заявок на отсутствие и ответственные за каждую операцию.
- Маршруты согласования — цепочки для отпусков, больничных, отгулов и переработок, включая эскалацию, если руководитель не ответил в срок.
- Матрица прав доступа — роли сотрудника, руководителя, кадровика и расчётчика: кто утверждает, кто видит сводку по подразделению, кто только читает.
- Инструкция для сотрудников — отметка прихода и ухода, заявка на отсутствие, исправление ошибочной отметки, с привязкой к экранам портала.
- Инструкция для руководителей и кадров — согласование заявок, выгрузка данных за период, ручные корректировки и их обоснование.
- Регламент закрытия периода — дата фиксации итогов, действия с незакрытыми отметками, порядок правок после закрытия и кто их подтверждает.
Схему передачи данных в учётную систему отдаём отдельным документом: состав выгрузки, точки контроля и порядок действий при расхождении.
Кейс: смена графика и отпуска без ручных правок
В сервисной компании со штатом около 120 человек графики менялись почти ежедневно: подмены на объектах, внеплановые отпуска, переносы смен. Заявки приходили в мессенджеры и на почту, кадровик вручную правил графики в Битрикс24, а табели к концу месяца собирал в отдельных таблицах.
Что было
К закрытию периода накапливались расхождения: часть подмен не попадала в учёт, переработки всплывали уже после расчёта. Сверка занимала три дня, спорные табели пересчитывались повторно, а сотрудники не видели своих фактических часов до самой выплаты.
Что изменили
Заявку на изменение графика перевели в форму с бизнес-процессом: сотрудник создаёт обращение, руководитель согласует его, согласованные данные автоматически переписывают график в карточке. Отпуска пошли тем же маршрутом — с проверкой пересечений смен и остатка дней.
Табель собирается автоматически из отметок начала и конца смены, отклонения от графика — опоздание, неполная смена, переработка — помечаются сразу и уходят руководителю на подтверждение. Выгрузка в 1С для бухгалтерии формируется по закрытому периоду, без ручной сборки и переносов между таблицами.
Через два месяца закрытие месяца занимало четыре часа вместо трёх дней, доля табелей с ручными правками упала с большинства до единичных случаев. Подмены учитываются в день события, а не задним числом, и кадровый специалист перестал быть узким местом на каждом изменении графика.
Что делать, если Битрикс24 уже внедрён, а табели всё ещё ручные?
Платформа внедрена, а табели всё ещё собирают в таблицах — причина обычно не в Битрикс24, а в том, что учёт времени не настроен по подразделениям. Нет графиков работы и производственного календаря, не заданы нормы, у руководителей нет прав подтверждать период — факт оседает в задачах и чатах, но в расчёт не попадает.
Переводить всю компанию разом не нужно. Начинаем с одного подразделения: настраиваем графики и нормы, выдаём руководителю права на подтверждение периода, а отработанное время собираем из задач и сделок. Ручной ввод остаётся как исключение — с обоснованием, которое видно в отчёте.
Пока итоги не сойдутся, оба способа работают параллельно: система выгружает отработанное время в привычный табличный формат, бухгалтерия сверяет его с ручными данными и считает выплаты по прежним правилам. Расхождение на этом этапе полезно — оно показывает ненастроенные места раньше, чем по ним начнут считать зарплату.
Дальше подразделения подключаются по одному, каждое со своего расчётного периода: по нему закрывается ручной ввод, а не по всей компании, поэтому расчёт не останавливается ни на одной неделе. Отдельно проверяем разграничение доступа — сотрудник видит свои часы, руководитель свой отдел, кадры и бухгалтерия свод.
Такой порядок снимает главный риск перехода: спор о цифрах в день закрытия периода. Готовы разобрать вашу структуру подразделений и предложить последовательность подключения.
Перенос данных, права доступа и графики: частые вопросы
Перед стартом почти всегда всплывают одни и те же технические вопросы: что делать с историей из таблиц, как развести права, не сломается ли связка с расчётом зарплаты и как поведёт себя портал после обновления платформы. Ниже — как это решается на практике.
Как перенести историю из таблиц?
Выгружаем справочники сотрудников, подразделения, графики и прошлые отметки, сопоставляем их по табельным номерам, спорные строки отдаём на сверку отдельным отчётом. Загрузка идёт пакетами с журналом: прерванный импорт перезапускается без дублей.
Как разграничить права руководителей подразделений?
Роль привязана к структуре компании: руководитель видит своё подразделение и вложенные, согласует отсутствия и замечает отклонения по своим сотрудникам. Кадры и расчётчики получают полный доступ, рядовые сотрудники — только собственные отметки.
Как связать учёт с 1С:Зарплата?
Утверждённые табели и отклонения выгружаются в расчёт по регламенту, справочники сотрудников синхронизируются в обе стороны. Расхождения по табельным номерам и подразделениям отлавливаются до выгрузки, а не после начисления.
Что будет при обновлении платформы?
Обновления ставим сначала на копию, прогоняем проверки по графикам, правам и выгрузкам — и только потом на рабочий портал. Доработанные сценарии держим отдельно от ядра, а резервная копия позволяет вернуться к предыдущему состоянию.
Обсудим задачу и вернёмся с оценкой и планом
Оценка сроков настройки держится на фактах, а не на предположениях. Если у нас нет среза текущего учёта, план внедрения строится на догадках и ломается на первом расхождении с расчётом — чаще всего на переработках или суммированном учёте.
Чтобы оценка была предметной, достаточно прислать:
- Действующие графики работы: сменные, гибкие, суммированный учёт, переносы праздников. По ним настраиваются пороги переработок и правила начисления.
- Состав подразделений и матрицу ролей: кто отмечает приход и уход, кто согласует отпуска и больничные, у кого есть право править время задним числом.
- Образцы табелей за два-три закрытых периода — по факту виден формат свода, а не его описание в регламенте.
- Точки стыковки с системой расчёта: какие часы, надбавки и удержания уходят наружу и в каком виде.
- Регламент отклонений: опоздания, недоработки, работа в выходные, командировки — что требует отдельного согласования.
- Источник справочника сотрудников и оргструктуры, а также частоту его изменений.
- Требования к доступам и персональным данным, включая срок хранения отметок.
Этого набора хватает, чтобы собрать план внедрения по этапам, показать узкие места до старта и вернуться с оценкой сроков настройки. Обсудить задачу учёта времени быстрее по вашим файлам, чем по общим вопросам: короткий разбор структуры данных снимает большую часть неопределённости ещё до начала работ.
