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


