Руководитель проектной команды получает сведения о времени из чатов, писем и таблиц. Одну запись сотрудник относит не к тому проекту, другую присылает после закрытия периода, а третья дублирует уже учтённый интервал. Пока руководитель вручную сводит сообщения, трудно понять, какие часы подтверждены и почему изменился итог.
Автоматизация учёта трудозатрат начинается не с выбора программы, а с единых полей и правил: откуда приходит запись, кто её проверяет и как исправление сохраняется в истории. Результатом становится таймшит с подтверждёнными часами по проектам. Он не определяет сроки задач, качество работы или производительность человека.
Какую задачу решает этот процесс
Процесс превращает разрозненные записи в проверяемый реестр. Сотрудник передаёт сведения о работе, система или ответственный проверяет обязательные поля, а согласующий подтверждает запись либо возвращает её на уточнение. После этого отчёт можно суммировать по проекту, задаче, роли и категории работ.
В границы процесса входят:
- сбор записей из разрешённых источников;
- проверка полей и возможных конфликтов;
- согласование обычных записей и корректировок;
- сохранение версий и причин изменений;
- подготовка сводки за выбранный период.
В границы не входят оценка сроков выполнения задач, наблюдение за экраном сотрудника и рейтинг людей по числу часов. Одинаковая длительность может относиться к работам разной сложности, а небольшое число часов не доказывает низкое качество или слабую производительность.
Какие данные и правила подготовить
До настройки определите состав записи и владельца каждого справочника. Статусы ниже — рекомендуемая основа для проектного учёта, а не универсальное кадровое или бухгалтерское правило.
| Поле | Источник | Ответственный | Статус |
|---|---|---|---|
| Сотрудник | Корпоративный справочник или учётная запись | Владелец справочника сотрудников | Обязательное |
| Проект | Реестр активных проектов | Руководитель проекта или портфеля | Обязательное |
| Задача | Система задач | Владелец проекта | Условное: если детализация ведётся по задачам |
| Дата | Запись сотрудника, таймер или импорт | Автор записи | Обязательное |
| Минуты | Таймер, ручной ввод или исходная система | Автор записи | Обязательное |
| Категория работ | Согласованный справочник категорий | Владелец процесса | Условное |
| Источник записи | Канал ввода и идентификатор исходного события | Система или администратор интеграции | Обязательное |
| Версия | Журнал изменений | Система | Обязательное для изменяемых записей |
| Согласующий | Матрица ответственности проекта | Владелец процесса | Условное: зависит от маршрута утверждения |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Неизвестными до обследования остаются периодичность отчёта, допустимый шаг округления, срок закрытия периода, правила оплачиваемого времени, перечень категорий и полномочия согласующих. Эти решения должен задать заказчик. Правила бухгалтерского, кадрового, юридического и отраслевого учёта формулирует и проверяет его профильный специалист.
Короткий синтетический образец: сотрудник «Ирина К.», проект «A», задача «Подготовка макета», дата «10.10.2026», длительность 90 минут, категория «Проектная работа», источник «ручной ввод», версия 1, согласующий «Анна С.». Все названия и значения условны и не относятся к клиенту или Switch On AI.
Чтобы запись можно было проверить позднее, храните не только её текущее состояние, но и технический идентификатор, время создания и автора последнего изменения. Если поле заполняется автоматически, зафиксируйте правило его получения и действие при отсутствии значения.
Как выбрать способ сбора времени
| Способ | Когда подходит | Типичная ошибка | Что проверить |
|---|---|---|---|
| Таймер | Непрерывная работа с понятным началом и завершением | Таймер забыли остановить или запустили не для того проекта | Активный проект, пересечения и необычно длинные интервалы |
| Ручная запись | Время восстанавливают после работы или фиксируют без отдельного таймера | Пропуск, округление или неверная дата | Обязательные поля, период и основание записи |
| Импорт | Исходная система уже хранит структурированные записи | Неверное соответствие проектов, дубли или разные форматы времени | Идентификаторы, единицы измерения, часовой пояс и повторный импорт |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Можно сочетать способы. Например, таймер создаёт черновик, сотрудник дополняет категорию, а руководитель утверждает результат. Важно, чтобы все способы приводили данные к одной структуре и не создавали разные правила для одинаковых записей.
Учёт проекта отвечает на вопрос, сколько подтверждённого времени отнесено к согласованной работе. Для этого не нужно скрыто собирать историю браузера, снимки экрана, нажатия клавиш или личную активность. Состав собираемых данных, цель использования и доступ участников следует согласовать до запуска.
Как проверить и утвердить трудозатраты
Проверка должна отделять технические сигналы от решения человека.
| Ситуация | Сигнал | Действие человека |
|---|---|---|
| Пересечение интервалов | У одного сотрудника интервалы частично или полностью совпадают | Уточнить, есть ли дубль или параллельная работа, затем исправить либо подтвердить по принятому правилу |
| Неверный проект | Автор или руководитель обнаружил ошибочную привязку | Выбрать правильный проект, записать причину и отправить корректировку на согласование |
| Закрытая задача | Новая запись относится к задаче, недоступной для обычного ввода | Проверить дату работы и полномочия; открыть исключение или выбрать корректную задачу |
| Прошлый период | Изменение затрагивает уже утверждённый отчёт | Создать новую версию, повторно согласовать затронутый период и отметить изменение в сводке |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Исходную запись нельзя молча перезаписывать. Журнал корректировки должен содержать автора изменения, его время, старое и новое значения, причину и согласующего. Тогда руководитель видит не только текущий итог, но и путь к нему.
Автоматическая проверка может остановить запись без проекта или минут, обнаружить дубль и подсветить конфликт. Она не должна самостоятельно придумывать причину, выбирать проект при неоднозначности или утверждать спорное изменение от имени руководителя.
Как использовать отчёт для планирования
Сначала сформируйте общий итог по проектам, затем раскройте его по задачам, ролям и категориям. Оплачиваемое время и внутренние работы храните в разных категориях: иначе в одной сумме смешаются работа для заказчика, внутренние встречи, обучение и исправление собственных ошибок.
Для каждой сводки показывайте границы данных:
- период отчёта;
- число принятых и неподтверждённых записей;
- записи без задачи или категории;
- корректировки после закрытия периода;
- правила округления и перевода минут в часы.
Если часть команды ещё не подала сведения, отчёт должен прямо показывать неполноту. Нельзя заменять пропуски нулями и представлять промежуточную сумму как окончательную.
Отчёт помогает увидеть, куда фактически отнесено время, сравнить структуру работ и обсудить загрузку. Но часы сами по себе не измеряют качество результата: специалист мог предотвратить ошибку за 30 минут или потратить несколько часов на повторную работу. Поэтому не используйте один таймшит для рейтинга сотрудников и кадровых выводов.
Если нужен отдельный процесс подготовки управленческой сводки, посмотрите руководство по автоматизации отчёта из CRM. Оно относится к соседнему этапу и не заменяет правила первичного учёта времени.
Учебный пример: путь от входных данных до результата
Ниже — синтетический пример, а не клиентский кейс, файл из рабочей системы или результат внедрения Switch On AI.
В исходных данных есть три записи: 90, 60 и 30 минут. Все они первоначально отнесены к проекту A. Расчёт до проверки:
- проект A: 90 + 60 + 30 = 180 минут = 3 часа;
- проект B: 0 минут = 0 часов;
- общий итог: 180 минут = 3 часа.
При проверке руководитель выясняет, что запись № 3 ошибочно отнесена к проекту A. Автор уточняет правильный проект, а условный согласующий Анна С. подтверждает перенос в B. Длительность не меняется, запись не удаляется.
| Запись | Проект до | Проект после | Минуты | Причина | Согласующий |
|---|---|---|---|---|---|
| 1 | A | A | 90 | Без изменения | Анна С. |
| 2 | A | A | 60 | Без изменения | Анна С. |
| 3 | A | B | 30 | Ошибка выбора проекта | Анна С. |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
После согласованной корректировки:
- проект A: 90 + 60 = 150 минут = 2,5 часа;
- проект B: 30 минут = 0,5 часа;
- общий итог: 150 + 30 = 180 минут = 3 часа.
Контрольный инвариант для переноса между проектами без изменения длительности: сумма минут до должна равняться сумме минут после. В примере 180 = 180. Если после переноса получилось другое значение, корректировку нельзя утверждать, пока человек не найдёт удаление, дубль или ошибочное изменение длительности.
Номера записей, проекты, причина и имя согласующего условны. Они не относятся к реальному сотруднику, клиенту или проекту Switch On AI.
Как проверить результат перед запуском
Проведите проверку на заранее подготовленных синтетических записях. Сравнивайте входные данные, ожидаемый результат и фактический результат системы.
| Сценарий | Ожидаемый результат | Сигнал ошибки | Действие человека |
|---|---|---|---|
| Нормальный путь: три записи приняты, № 3 согласованно перенесена | A = 2,5 часа, B = 0,5 часа, всего = 3 часа; старая и новая версии доступны | Общая сумма изменилась, проект не обновился или история пропала | Остановить утверждение, сверить три записи и журнал корректировки |
| Исключение: у корректировки нет причины или согласующего | Изменение не входит в утверждённый итог | Запись получила статус утверждённой без обязательного основания либо суммы версий расходятся | Уточнить проект и причину, назначить согласующего и повторить контрольную сумму |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Дополнительно проверьте повторный импорт одной записи, пересечение интервалов, изменение закрытого периода и отсутствие категории. Для каждого исключения заранее определите, кто принимает решение и какой статус видит руководитель.
Критерий готовности процесса: суммы сходятся, исправление сохраняет историю, неподтверждённые записи заметны, а система не собирает скрытую активность и не делает вывод о качестве сотрудника из одних часов. Проверка этого учебного примера подтверждает только логику расчёта и маршрута корректировки, а не совместимость с конкретным продуктом.
Что согласовать для внедрения
Готовый инструмент подходит, если в нём уже можно хранить нужные поля, различать версии, назначать согласующего, выгружать отчёт и ограничивать доступ. До выбора нужно отдельно проверить актуальную версию продукта, тариф, права пользователей, API и возможности экспорта. Упоминание функции в описании вендора не доказывает, что она доступна в вашей конфигурации.
Собственная интеграция нужна, когда записи приходят из нескольких действующих систем, проекты и задачи ведутся отдельно, а согласование должно идти по правилам организации. В таком случае сначала описывают одну операцию: от появления записи до подтверждённого отчёта. Затем проверяют данные, доступные API, права, обработку дублей, журнал изменений и действия при сбое.
Switch On AI может разработать для этой операции ИИ-помощника, бота или обычную интеграцию после проверки данных и API. ИИ-помощник уместен, если нужно разбирать неструктурированный текст и предлагать заполнение полей человеку. Бот может собирать запись в диалоге. Обычная интеграция подходит для передачи уже структурированных данных между разрешёнными системами. Ни один формат не должен самостоятельно утверждать спорные часы без согласованного правила.
Это не обещание совместимости, срока или результата для конкретного набора продуктов. Прототип показывает ограниченный ключевой сценарий и не равен готовому внедрению. Правила бухгалтерского, юридического, кадрового и отраслевого учёта задаёт и проверяет специалист заказчика.
Следующий шаг — разобрать одну операцию и обсудить интеграцию действующих задач и учёта часов: источники, обязательные поля, исключения и критерии приёмки. Описание форматов работы есть на странице услуг Switch On AI. Чтобы согласовать границы прототипа без обещания полного отраслевого внедрения, опишите задачу и используемые системы.
Вопросы по этой задаче
Таймер или ручной ввод?
Таймер подходит для непрерывной работы с понятным началом и окончанием, а ручной ввод — когда время фиксируют после выполнения задачи. Таймер требует проверки выбранного проекта и остановки, ручная запись — проверки пропусков и округлений. Оба способа можно сочетать, если они создают записи одной структуры.
Можно ли исправлять закрытый период?
Можно, если организация заранее определила такой маршрут. Исправление оформляют новой версией: сохраняют старое и новое значения, автора, время, причину и согласующего. Затронутый период повторно проверяют, а исходную запись не затирают.
Почему часы не равны производительности?
Длительность не показывает сложность, качество и ценность результата. За короткое время специалист может предотвратить серьёзную ошибку, а долгий интервал может включать повторную работу. Таймшит помогает распределять часы по проектам, но не служит самостоятельным основанием для рейтинга сотрудников.