Табель без ручной сверки: как система учёта рабочего времени помогает кадрам и бухгалтерии

Дата создания: 30.07.2026
Дата обновления: 30.07.2026

Табель учёта рабочего времени — документ, от которого напрямую зависит зарплата. В нём фиксируются отработанные часы, ночные и сверхурочные, отпуска, больничные и другие события.

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

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

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

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

Возьмём типичную ситуацию в строительной компании. По графику сотрудник должен работать на объекте № 1, но утром его перебрасывают на объект № 2, где не хватает рук. Руководители согласовывают замену в мессенджере, а график при этом остаётся прежним — просто потому, что никто не успел зайти в файл и его поправить.

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

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

Дальше эта история повторяется в масштабе всей компании. Поэтому даже хорошо настроенная таблица не решает основные проблемы ручного учёта:

• Отсутствие источника правды. Бумажный журнал легко потерять, дозаполнить или подправить — а сверить его попросту не с чем.
• Нормы рабочего времени считаются вручную. Ночные, праздничные и сверхурочные часы пересчитываются по формулам в таблицах.
• Теряется история правок. Бригадир, специалисты отдела кадров и бухгалтерии работают с разными версиями одного файла.
• Трудно выявить фальсификации. Если бригадир отметил явку отсутствующему сотруднику, эта запись попадает в табель как факт — оспорить её нечем.

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

Система учёта рабочего времени, или СУРВ, — инструмент для ведения графиков, фиксации явок, контроля отклонений и формирования табеля.

По сути, она отвечает на три практических вопроса: когда сотрудник должен был работать, сколько часов подтверждено по факту и что из этого нужно включить в табель.

В зависимости от процессов компании СУРВ может поддерживать:

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

Здесь стоит развести два термина, которые часто используют как взаимозаменяемые.
Системы контроля и управления доступом (СКУД) в первую очередь решают задачи безопасности: кто и когда прошёл через турникет, кому физически разрешено находиться на объекте.

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

1. Инфраструктура получается тяжёлой: контроллеры, считыватели, турникеты, монтаж и жёсткая привязка к конкретному объекту — о мобильности речи не идёт.
2. Функционал часто ограничен: расчёт ночных, сверхурочных и переработок может попросту отсутствовать, а интеграция с 1С нередко требует отдельной доработки.
3. Интерфейс обычно спроектирован под задачи охраны, а не под ежедневную работу HR или бухгалтера.

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

Проще говоря, где СКУД фиксирует сам факт прохода, СУРВ определяет, как этот факт должен повлиять на рабочее время и табель.

Дальше удобнее показать механику на конкретном примере, чем описывать её абстрактно. Возьмём сервис TARGControl и проследим путь от отметки на объекте до готового табеля в 1С.

Начинается всё со структуры компании: в систему передаются сотрудники, должности, подразделения, бригады и объекты — обычно напрямую из 1С, чтобы не вести одни и те же справочники в двух местах параллельно.

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

Дальше в дело вступает факт: приходы и уходы регистрируются через Android-планшет, мобильное приложение или биометрический терминал. В зависимости от условий работы для отметки можно использовать PIN- или QR-код, RFID-метку, фотофиксацию или GPS.

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

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

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

Ручная работа здесь никуда не девается полностью: кто-то по-прежнему должен посмотреть на исключения и принять решение. Меняется только её объём — вместо построчной сверки всего месяца это несколько спорных случаев, которые действительно требуют внимания человека.

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

Устанавливать полноценную СКУД на каждой площадке нецелесообразно. Некоторые объекты существуют всего несколько месяцев, поэтому затраты на турникеты, контроллеры и монтаж не успеют окупиться.

Поэтому выбираем более «легкое оборудование» — обычные Android-планшеты с установленным приложением. Сотрудники отмечают приход и уход с фотофиксацией, а система сохраняет время и место отметки. Если интернет недоступен, данные остаются на устройстве и синхронизируются после восстановления связи.

По каждому объекту ведётся свой график, а когда бригаду переводят на другую площадку, ответственный просто меняет объект в системе — с этого момента часы автоматически распределяются по новому месту, а история перевода никуда не пропадает.

Каждый сотрудник ежедневно отмечает своё рабочее время: начало работы, обед, командировку и окончание смены. Все данные видны в системе в режиме реального времени и постепенно формируют основу будущего табеля. После проверки данные по каждому объекту передаются в 1С: это могут быть либо «сырые» часы с разделением по видам времени, либо готовый табель по форме Т-13.

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

Отдел кадров получает не отдельные файлы по объектам, а актуальную картину графиков, переводов, замен и отсутствий — с историей изменений, по которой видно, кто и когда что поправил. Если сотрудник не вышел на смену или оказался на другом объекте, это видно сразу, а не через две недели, когда кто-то случайно заметит расхождение.

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

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

Ещё один важный эффект — сокращение споров о начислениях. Ситуации вроде «я работал в этот день» или «меня перевели на другой объект» можно проверить по графику, отметкам и истории изменений в системе.

Однако человеческий фактор остаётся. Даже после внедрения системы одной из самых частых фраз по-прежнему будет: «Я забыл отметиться». Такие случаи остаются на усмотрение руководителя. Например, разовый пропуск можно восстановить со слов коллег, а при повторных нарушениях — применять более строгий порядок. Правила, сроки и основания для корректировки рабочего времени лучше заранее закрепить в локальном нормативном акте.

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

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

Возьмём отпуск: сотрудник оформляет и подписывает заявление в КЭДО — например, в Nopaper, — согласованные даты попадают в СУРВ, система исключает эти дни из рабочих смен и отражает отпуск в табеле, а подтверждённые данные уходят в 1С для расчёта. При необходимости итоговый табель возвращается в КЭДО на подпись — и весь путь события, от заявления до готового документа, проходит без единого листа бумаги.

Разделение здесь простое: КЭДО отвечает за документы и подписи, СУРВ — за график, явки и расчёт рабочего времени, а 1С — за кадровый и зарплатный учёт. Каждая система решает свою часть задачи, и именно поэтому их имеет смысл рассматривать вместе, а не как взаимозаменяемые инструменты.

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

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

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