Программа учёта смен для нескольких объектов и городов: как вести учёт без таблиц и звонков

Учёт смен на нескольких объектах работает, когда у всех площадок один стандарт смены, одни статусы и свой ответственный, а отметки попадают в общую систему в момент выхода. Тогда центральный офис видит незакрытые смены до начала работы, бухгалтерия получает принятые часы, а замены не теряются в переписке. Программа учёта смен закрывает две задачи сразу. Для работников это учёт рабочего времени по статье 79 Трудового кодекса РК, для исполнителей по договору услуг это учёт выполненных заказов. Таблицы и чаты справляются с двумя-тремя объектами, дальше они отстают от реальности.

Почему учёт ломается, когда объектов больше трёх?

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

Отсюда повторяющиеся сбои:

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

Каждый новый объект добавляет свою таблицу и своего посредника, а с ними новые ручные сверки и ошибки.

Какие поля должны быть у каждой смены?

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

1. объект и адрес;
2. дата, плановое начало и окончание;
3. роль или тип задачи;
4. сколько людей нужно;
5. кто назначен;
6. ответственный на объекте;
7. фактические отметки начала и окончания;
8. основание для расчёта: ставка, единица оплаты, принятый объём.

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

План и факт храните раздельно. План показывает, сколько людей должно выйти. Факт показывает, что произошло. Когда их смешивают, в графике смена закрыта, а на объекте был невыход.

Какие статусы смены нужны всем объектам?

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

• запланирована;
• подтверждена исполнителем;
• на объекте;
• завершена;
• подтверждена ответственным;
• требуется замена;
• отменена.

Каждый статус меняет конкретный человек или событие. Отметка в приложении переводит смену в «на объекте», подтверждение ответственного на объекте в «подтверждена ответственным». Если статус никто не обязан менять, он быстро перестаёт отражать реальность.

Кто за что отвечает: центр, регион, объект?

Ответственность закрепляют заранее, иначе спорные смены снова попадают в HR и бухгалтерию.

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

Как учитывать замены, чтобы не заплатить не тому?

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

Рабочий порядок такой. Система получает отказ или видит, что человек не подтвердил выход. Смена переходит в статус «требуется замена». Координатор или сама система предлагает людей из резерва, назначает нового исполнителя и уведомляет объект. После выхода в расчёт идут отметки того, кто работал.

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

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

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

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

Условный пример. Логистическая компания держит 60 временных комплектовщиков на четырёх складах, по два в Алматы и Астане. Координаторы дважды в день отправляют отчёт по каждому складу, HR сводит отчёты вручную. Подготовка одного отчёта занимает у координатора около 15 минут, сверка у HR ещё 20. Четыре склада по два отчёта дают восемь отчётов в день: 8 × (15 + 20) минут = 280 минут, то есть 4 часа 40 минут ручной работы. О невыходе центр иногда узнаёт через час после начала смены.

После перехода на единые события люди отмечают начало на территории склада. Если отметка вне допустимой зоны, событие уходит на проверку. Обычные выходы подтверждает ответственный на складе без участия координатора. Координаторы работают только с отклонениями. Отметка по геолокации собирает персональные данные, поэтому нужны согласие и хранение базы в Казахстане, подробнее в статье Геолокация и биометрия для контроля сотрудников.

Мерчандайзеры по точкам: как учитывать визиты вместо смен?

Условный пример. Ритейлер работает с мерчандайзерами в Алматы, Шымкенте, Караганде и Актобе. Один человек за день обходит несколько магазинов, поэтому общей отметки начала смены мало.

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

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

Что должна уметь программа учёта смен?

Проверяйте программу на полном сценарии: создать смены на двух объектах, назначить людей, отметить выход, провести замену, исправить время и выгрузить итог. Чек-лист:

1. несколько объектов и городов в одном кабинете;
2. единый шаблон смены с обязательными полями;
3. общие статусы и уведомления об отклонениях;
4. роли и права: объект, регион, центр, бухгалтерия;
5. замена с сохранением связи с исходной сменой;
6. отметка с проверкой зоны объекта и резервный способ при сбое связи;
7. история исправлений с причиной и автором;
8. отдельный учёт сверхурочных, ночных, выходных и праздничных часов для работников;
9. сводка по дефициту людей по объектам на сегодня и завтра;
10. выгрузка принятых смен в расчёт без повторного ввода.

По данным FlexTime, в кабинете платформы заказчик видит заявки по объектам: сколько исполнителей нужно, кто взял смену и кто вышел, договоры исполнителей и статус выплат. Как из событий смены собирается табель учёта рабочего времени и как не спорить о часах, описано в отдельной статье.

Какие правила ТК учитывать, когда работник ходит по разным объектам?

Для работников по трудовому договору график задаёт работодатель, и кодекс ставит ему рамки.

• Графики сменности доводятся до работников не позднее чем за 10 календарных дней до введения, при приёме на работу или переводе этот срок может быть короче (пункт 3 статьи 73 ТК).
• Привлекать работника к работе две смены подряд запрещено, кроме случаев статьи 86 (пункт 4 статьи 73).
• Между окончанием работы и началом следующей смены не меньше 12 часов отдыха (статья 83).

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

Исполнителям по договору услуг график не устанавливают. Они сами выбирают заказы. Если заказчик начинает расписывать им смены и требовать подчинения распорядку, появляется признак трудового договора по статье 27 ТК. С 8 июня 2026 года договор с таким признаком признаётся трудовым независимо от названия (пункт 1-1 статьи 26 ТК).

Какие показатели смотреть по объектам?

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

По каждому объекту полезно видеть:

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

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

Как запустить общий учёт на нескольких объектах?

1. Опишите текущий путь данных. Где создаётся график, где отмечаются выходы, кто подтверждает, как часы попадают в бухгалтерию.
2. Утвердите стандарт смены и статусы. Один документ на все объекты.
3. Назначьте ответственных. На каждый объект один человек, который подтверждает факт.
4. Выберите пилот. Два города и один тип смен. Проверьте связь, точность зон и нагрузку на координаторов.
5. Замерьте до и после. Время на сводный отчёт, число исправлений, скорость реакции на невыход.
6. Отключите старые таблицы. Параллельный учёт «на всякий случай» создаёт расхождения и не снижает нагрузку.

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