Три способа вести учёт времени в 1С — и чем они реально отличаются
Прежде чем настраивать что-либо, полезно понимать: сама 1С — это место, где табель хранится и превращается в начисления. А откуда в неё попадают данные о приходах и уходах — вопрос отдельный, и именно он определяет, насколько цифрам можно верить.
Способов по сути три. Первый — ручной ввод: табельщик или HR заполняет табель в 1С руками, опираясь на журнал на вахте, записки и здравый смысл. Второй — выгрузка из СКУД: сотрудники прикладывают карту на турникете, а система контроля доступа отдаёт события в 1С. Третий — биометрические терминалы: лицо человека распознаётся на проходной, и факт входа или выхода уходит в базу напрямую, без карты и без посредника.
Разница между ними — не в удобстве, а в том, кто и на каком этапе может исказить данные. Дальше пройдём по каждому варианту и его слабому месту.
Ручной табель: журнал на вахте и свод в Excel
Классика, которая до сих пор живёт в большинстве компаний. На вахте лежит журнал, сотрудники расписываются (или не расписываются), в конце месяца табельщик сводит всё в Excel и переносит итог в табель 1С. В 1С:ЗУП и 1С:Бухгалтерии для Казахстана табель заполняется одним из двух методов: сплошной регистрации (вбиваем явки по каждому дню) или методом отклонений (по умолчанию все отработали норму, вручную отмечаем только отпуска, больничные, прогулы, опоздания).
Метод отклонений экономит время, но именно он создаёт главную дыру: система по умолчанию считает, что человек отработал полный день, пока кто-то не докажет обратное. Опоздание на 40 минут, ранний уход, «отпросился на пару часов» — всё это фиксируется, только если табельщик о нём узнал и не поленился внести. На практике узнаёт он не всегда.
Штатных средств 1С здесь хватает для расчёта: производственный календарь заполняется по данным о выходных и праздниках Казахстана, графики (дневные, сменные, скользящие) настраиваются, в табеле проставляются стандартные обозначения — Я (явка), Н (ночные), В (выходной), ОТ (отпуск), Б (больничный) и другие. Проблема не в 1С, а в источнике данных: пока цифры в табель заносит человек со слов других людей, точность упирается в его добросовестность и память.
Выгрузка из СКУД по картам: шаг вперёд и где он спотыкается
Логичный следующий уровень — привязать табель к проходной. Турникет с картами (СКУД) фиксирует каждое прикладывание, эти события выгружаются в 1С, и табель формируется по реальным меткам времени. Ручной свод в Excel уходит, споров о том, «во сколько ты пришёл», становится заметно меньше.
Но у карточной системы есть врождённая слабость, у которой даже есть свой термин — buddy punching, отметка одного сотрудника за другого. Карта не знает, кто её приложил. Забыл пропуск — попросил коллегу «пробить» за тебя. Опаздываешь — отдал карту тому, кто уже на месте. Для производства с посменной работой и текучкой это не редкий сбой, а системная утечка часов: табель выглядит идеально, а половина смены пришла позже.
Карты ещё и теряются, размагничиваются, передаются при увольнении. Поэтому вопрос «карта или биометрия на проходную» на объектах, где важна дисциплина, обычно решается в пользу биометрии — просто потому, что лицо нельзя передать коллеге.
Биометрические терминалы Face ID: когда данные попадают в 1С сами
Здесь на проходной стоит биометрический терминал, который распознаёт лицо сотрудника за доли секунды. Приложить нечего и передать нечего — отметиться за коллегу физически невозможно, и buddy punching закрывается на уровне железа. Каждый вход и выход уходит напрямую в базу 1С, а табель собирается автоматически: отработанные часы, опоздания, ранние уходы, переработки.
Это тот случай, когда штатных средств уже мало и нужна интеграция. 1С сама по себе не умеет разговаривать с терминалом на проходной — обмен настраивается отдельно под конкретную конфигурацию: 1С:Бухгалтерия для Казахстана, 1С:ЗУП, 1С:УНФ, Комплексная автоматизация, а также доработанные и отраслевые версии. Способ обмена подбирается на экспресс-анализе базы, потому что «доработанная за 8 лет» 1С и коробочная — это две разные задачи.
Отдельный плюс для сетей и производств с географией: несколько филиалов и городов сводятся в одну базу 1С. Терминалы в Алматы, Таразе и Атырау передают данные в общий табель, и директор видит всю компанию в одном отчёте, а не собирает выгрузки по регионам. Если у вас уже стоит проходная СКУД, биометрию по лицу можно совместить с турникетами — это делает та же команда. Подробный разбор именно связки распознавания лиц и 1С мы вынесли в отдельную статью.
Типовые ошибки табельного учёта, которые дорого стоят
Независимо от способа, есть набор ошибок, которые встречаются в каждой второй компании. Знать их полезно, даже если менять систему вы пока не планируете.
Первое — табель задним числом. Когда явки вносятся не день в день, а «под зарплату» в конце месяца, табель перестаёт отражать реальность и превращается в согласованную версию событий. Проверить его постфактум невозможно.
Второе — «отметь за меня». Любая система, где метку можно поставить не за себя (журнал, карта), рано или поздно этим начинает пользоваться.
Третье — расхождения с реальностью в переработках. Сверхурочные и суммированный учёт — самая конфликтная зона. По Трудовому кодексу РК сверхурочная работа оплачивается в повышенном размере (не ниже полуторной ставки), а при суммированном учёте переработка считается не по каждому дню, а по итогу учётного периода — как разница между фактически отработанными часами и нормой по производственному календарю за этот период. Если факт часов берётся из ручного табеля, любой спор с сотрудником вы проигрываете: доказательной базы нет. Когда часы приходят с биометрического терминала, переработки и опоздания считаются автоматически и опираются на объективную метку времени.
- Табель задним числом — вносится «под зарплату», проверить нельзя
- Buddy punching — отметка за коллегу картой или в журнале
- Ручной свод в Excel — ошибки переноса и потерянные отклонения
- Спорные переработки без доказательной базы по часам
- Опоздания, которые никто не зафиксировал, потому что «не заметили»
Что проверить в своей конфигурации 1С перед автоматизацией
Прежде чем что-то интегрировать, стоит честно оценить, что уже есть в вашей базе. Вот короткий чек-лист, который проходят с бухгалтерией и HR.
Проверьте, какие графики реально заведены и совпадают ли они с фактическими сменами — часто в 1С:ЗУП настроен один график, а люди работают по другому. Убедитесь, что производственный календарь на текущий год заполнен и учитывает переносы праздников по Казахстану. Посмотрите, каким методом заполняется табель — отклонений или сплошной регистрации — и кто физически его ведёт. Уточните, есть ли сотрудники на суммированном учёте и правильно ли задан для них учётный период, иначе переработки посчитаются неверно.
И главный вопрос: сходятся ли данные табеля с реальностью хотя бы выборочно. Если вы не можете за пять минут доказать, во сколько конкретный сотрудник пришёл в прошлый вторник, — учёт держится на доверии, а не на данных. Насколько глубоко переработана ваша конкретная база и какой способ обмена ей подойдёт, как раз и показывает экспресс-анализ.
Как выглядит правильное внедрение: NDA, анализ базы и семь шагов
Грамотное внедрение не начинается с покупки терминала. Оно начинается с NDA и разбора вашей ситуации, потому что 1С у всех разная, а данные о сотрудниках — чувствительные. Мы подписываем соглашение о неразглашении, работаем только с данными, которые нужны для учёта времени, и не передаём их третьим лицам.
Дальше идёт бесплатный экспресс-анализ базы: смотрим конфигурацию, графики, объём и специфику доработок — и уже на этом подбираем способ обмена и терминалы (оригинальное оборудование с гарантией производителя). Затем фиксируем стоимость в коммерческом предложении, потому что она зависит от вашей базы и количества точек. После договора — исполнение: монтаж, настройка обмена с 1С, перенос сотрудников и графиков, обучение бухгалтерии и HR. И на этом не заканчиваем: остаётся гарантия и абонентское сопровождение интеграции — обмен, доработки, обновления конфигурации и консультации.
Про частый юридический вопрос — нужно ли согласие сотрудника на сбор биометрии — коротко: этот момент решается на уровне ваших внутренних документов. Со своей стороны мы подписываем NDA и работаем строго в рамках задачи учёта времени; юридические заключения по закону о персональных данных давать не беремся — это к вашему юристу.
Итог простой. Если у вас небольшой офис, стабильный состав и дисциплина не вызывает вопросов — штатных средств 1С и аккуратного табеля может хватить. Если же есть смены, филиалы, текучка, споры о переработках и подозрение, что часть часов вы оплачиваете зря, — данные нужно снимать объективно, а значит нужна биометрия и интеграция с 1С. Разницу вы увидите на первом же табеле, собранном без ручного свода.