Кейс производителя поездов: учет времени по проектам

Кейс: Учет рабочего времени по проектам для одного из ведущих производителей поездов

О компании

Название клиента не публикуется по условиям соглашения о конфиденциальности.

Производственная площадка международного концерна, одного из ведущих мировых производителей железнодорожного подвижного состава.

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

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

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

Требовалось найти систему, которая:

• сохраняет привычный для международной компании уровень прозрачности и управляемости;

• закрывает тот же прикладной контур, что и прежнее решение;

• интегрируется в действующую учетную среду предприятия.

Почему простого учета рабочего времени здесь было недостаточно

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

Бизнесу важно видеть:

• на какие именно операции ушло время;

• как распределились трудозатраты внутри смены;

• как это влияет на стоимость работ;

• насколько корректно формируются начисления и аналитика.

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

Что происходило без устойчивого цифрового контура

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

• табель есть, но он не показывает содержание работы;

• производственные задачи есть, но они живут в отдельном контуре;

• распределение времени по операциям начинает вестись вручную или полуформально.

Для бизнеса это означает вполне конкретные потери:

→ трудозатраты по операциям считаются неточно;

→ стоимость работ «плавает», искажается себестоимость;

→ аналитика по эффективности — условная;

→ отсутствия прозрачной базы по разным видам работ.

Простой пример

Сотрудник отработал 12 часов:

• 5 часов — на сложной высокоточной операции;

• 3 часа — на стандартной сборке;

• 4 часа — на вспомогательных работах.

Если учитывать только «12 часов смены», предприятие не видит реальную структуру трудозатрат. А значит, не понимает, сколько на самом деле стоят разные операции и где скрыты резервы эффективности.

Что нужно было решить

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

То есть нужна была система, которая:

1. Фиксирует достоверный факт рабочего времени;

2. Учитывает графики, перерывы и различные сценарии режима рабочего времени;

3. Позволяет относить фактически отработанное время к конкретным проектам и задачам;

4. Формирует табель с распределением часов по разным видам работ;

5. Интегрирует данные в 1С для расчета зарплаты и отчетности;

6. Дает руководству видимость по трудозатратам и загрузке сотрудников.

При этом важно было не усложнить жизнь сотрудникам на производстве. 

Почему TARGControl подошел под эту задачу

TARGControl позволил реализовать эту модель учета в логике реального производственного процесса. 

В основе решения — сценарий, при котором система фиксирует не только приход на смену, но и конкретную работу, которую сотрудник выполняет в данный момент.

Для этого используется сценарий с TaskPad на базе TimePad и терминалом TC T1 как точкой идентификации и фиксации событий.

Как это выглядит

Сценарий выстроен максимально просто:

1. Сотрудник идентифицируется на терминале;

2. Выбирает задачу (или продолжает работу по уже назначенной);

3. Система начинает учитывать время именно по этой операции;

4. При переключении на другую задачу сотрудник снова фиксирует событие. 

Далее TARGControl автоматически:

→ считает время по каждой задаче;

→ распределяет трудозатраты;

→ формирует табель;

→ готовит данные для расчета оплаты и аналитики.

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

Важный принцип: разделение табельного и проектного времени

Один из ключевых элементов решения — четкое разделение двух видов времени:

• Табельное время — факт присутствия на рабочем месте (включая паузы, перемещения, организационные простои).

• Проектное время — время, фактически затраченное на выполнение конкретных задач и операций.

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

Интеграция с 1С для расчета зарплаты и управленческой аналитики

Отдельный этап проекта — связка учета рабочего времени с 1С в двух контурах: 

1. Расчет зарплаты

TARGControl передает в 1С данные по отработанному времени с разбивкой по операциям, задачам и интервалам → зарплата рассчитывается на основе фактического времени в нужном разрезе, а не по усредненным часам.

2. Управленческая аналитика.

Интеграция в отчетный контур → анализ трудозатрат, загрузки сотрудников, отклонений по трудоемкости и себестоимости операций.

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

Итог

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

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

Что это дало бизнесу:

• точнее считается стоимость работ — труд больше не распределяется по смене усредненно, а относится к конкретным операциям;

• корректнее рассчитывается зарплата — в 1С передается фактическое время в нужном разрезе;

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

• появляется прозрачность по загрузке и трудоемкости — руководство видит фактическую картину по операциям и отклонениям в себестоимости.

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