Автоматизация учёта рабочего времени: где помогает AI-агент

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

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

Где обычно теряется время кадровика

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

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

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

Что можно поручить AI-агенту

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

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

Практический сценарий выглядит так:

1. Получить утверждённый график и список событий за период.
2. Сопоставить сотрудника, подразделение, дату и тип смены.
3. Проверить наличие кадрового документа на отпуск, больничный или командировку.
4. Выделить расхождения и приложить ссылки на исходные записи.
5. Направить карточку руководителю или кадровику по заданному маршруту.
6. После решения человека сохранить статус, автора, время и основание.

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

Маршрут одного расхождения

Допустим, сотрудник указан в графике на вечернюю смену, а запись прохода появляется только после полуночи. Агент получает плановую смену, события из СКУД и документы за нужный период. Сначала он проверяет устойчивый идентификатор сотрудника и часовой пояс источников. Затем связывает проход с правильной сменой по правилу предприятия и показывает кадровику исходные отметки времени.

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

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

Какие данные нужны для запуска

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

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

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

Как выглядит пилот на четырёх неделях

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

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

Неделя 3 — маршрут согласования. Для проверенных категорий настройте адресатов, сроки ответа и повторное напоминание. Например, замену смены подтверждает руководитель, а кадровик проверяет, появился ли нужный документ. Решение записывается в журнал с исходными ссылками.

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

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

Критерии приёмки пилота

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

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

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

Кто принимает решение при спорной записи

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

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

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

Когда нужен сервер и как следить за работой агента

Если агент проверяет новые события по расписанию, ему нужен управляемый запуск с доступом к источникам, журналом заданий и мониторингом ошибок. Такой контур можно разместить на облачном сервере Timeweb Cloud, если требования компании разрешают выбранную схему обработки данных. Официальная страница Timeweb Cloud описывает облачные серверы; параметры размещения проверьте перед запуском. Постоянно работающий сервер сам по себе не гарантирует доставку каждого события: нужны контроль очереди, повторные попытки и ручной маршрут при сбое.

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

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

Сколько можно выиграть и как посчитать эффект

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

Один из полезных KPI — время от появления расхождения до назначения владельца. Второй — доля исключений, закрытых с документом и журналом решения до расчёта зарплаты. Третий — количество корректировок табеля после закрытия периода. Такая оценка показывает качество процесса, а не только скорость рассылки уведомлений.

Если компания пока выбирает первый процесс для автоматизации, используйте карту приоритетов автоматизации бизнес-процессов. Для проектирования ролей и интеграций пригодится материал о создании AI-агентов для бизнеса.

Вывод

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

Если хочешь внедрить ИИ агентов в свой бизнес, но не знаешь с чего начать, пиши мне в телеграм t.me/berdoff, я проведу бесплатную консультацию, поделюсь своим опытом