Расчёт зарплаты автоматизирован давно и почти у всех: 1С:ЗУП или зарплатный блок 1С:Бухгалтерии считают начисления, взносы и НДФЛ без участия человека, и переписывать эту часть не нужно. Болит всё, что стоит вокруг расчёта. В модельной компании на 260 сотрудников — производство, склад и офис, 14 подразделений, 180 человек на сменном графике — зарплатный контур занимает 137 часов бухгалтерии в месяц, и только 22 из них приходятся на сам расчёт.
Остальные 115 часов распределены по четырём узлам: собрать и свести табель, согласовать переменную часть, выдать расчётные листки и ответить сотрудникам на вопросы про отпускные, сроки и справки. Ни один из этих узлов не является бухгалтерским по сути — это логистика данных, которая исторически оказалась на бухгалтерии, потому что больше её никто не делал.
Ниже — разбор всех четырёх узлов с часами, смета, окупаемость и отдельный раздел про персональные данные: зарплатный контур — единственное место в учёте, где ограничения 152-ФЗ определяют выбор инструментов сильнее, чем цена. Сразу оговорка: мы инженерное бюро, а не аудиторы и не налоговые консультанты. Учётную политику, форму расчётного листка и порядок его выдачи утверждает ваш главный бухгалтер, наша часть — сделать так, чтобы данные доходили до расчёта без ручного переноса.
Четыре узла вокруг расчёта и 137 часов
Первое, что стоит сделать перед любым проектом, — разложить контур на узлы и замерить каждый в течение одного месяца. Не по памяти: бухгалтерия почти всегда занижает время на сбор табеля, потому что оно размазано по последней неделе месяца мелкими звонками и правками. Методика замера у нас разобрана отдельно — как измерить процесс до внедрения. Здесь важен результат.
| Узел зарплатного контура | Было, часов | Стало, часов | Чем закрывается |
|---|---|---|---|
| Сбор и сведение табеля по 14 подразделениям | 38 | 9 | Свод из СКУД, графика смен и нарядов, разбор расхождений руководителем |
| Переменная часть: премии и сдельная оплата | 26 | 7 | Маршрут согласования и правило расчёта, зафиксированное в системе |
| Расчётные листки: печать, раздача, повторные выдачи | 16 | 1 | Адресная выдача в личный кабинет с журналом вручения |
| Ответы сотрудникам: 300 обращений в месяц | 35 | 11 | Бот по остатку отпуска, датам выплат и справкам |
| Расчёт, межрасчёты и отчётность в 1С:ЗУП | 22 | 22 | Не меняется |
| Итого | 137 | 50 | Экономия 87 часов в месяц |
Схема с центральным блоком «Расчёт в 1С:ЗУП — 22 часа, не меняется». Слева два входящих блока со стрелками к центру: «Табель: 38 → 9 часов» (под ним три источника — СКУД, график смен, наряды) и «Переменная часть: 26 → 7 часов» (под ним подпись «маршрут согласования»). Справа два исходящих блока: «Расчётные листки: 16 → 1 час» и «Вопросы сотрудников: 35 → 11 часов, 300 обращений». Внизу итоговая полоса «137 → 50 часов в месяц». Чертёжная штриховка, подписи по-русски.
Строка про расчёт стоит в таблице специально. Её не ускорить: регламентные операции ЗУП считают ровно столько, сколько считают, а межрасчёты и отчётность идут по календарю, известному заранее. Подрядчик, который обещает ускорить сам расчёт, либо продаёт замену конфигурации, либо не понимает, где здесь время.
Табель: три источника и 190 расхождений
Табель почти никогда не собирают из одного источника. Факт присутствия даёт система контроля доступа, план — график смен, объём сдельной работы — наряды или закрытые задачи. Каждый источник по отдельности неполон: проходная не знает про командировку, график не знает про больничный задним числом, наряд не знает, что человек ушёл в середине смены.
Правило, которое стоит принять до старта проекта: система не решает, кто прав. Она сводит три источника, находит расхождения и показывает их тому, кто может ответить. В модельной компании на 260 человек это около 190 строк в месяц — примерно 7 % человеко-смен. Типовые расхождения повторяются из месяца в месяц.
- Проход есть, смены в графике нет — переработка, подмена или ошибка графика. Подтверждает руководитель подразделения.
- Смена есть, прохода нет — работа вне периметра, командировка, отгул или прогул. Здесь цена ошибки самая высокая, поэтому строка не закрывается автоматически ни при каких условиях.
- Проход короче смены больше чем на 30 минут — ранний уход или сбой считывателя.
- Наряд закрыт на человека, которого в этот день не было на территории. Классический источник переплат по сдельной части.
- Больничный или отпуск оформлен задним числом поверх уже отработанных смен — требует перерасчёта и всегда идёт через бухгалтера.
Разбор 190 строк занимает у 14 руководителей около 9,5 часа в месяц на всех — по 40 минут на подразделение. Это не исчезнувшая работа, а перенесённая: до автоматизации те же руководители заполняли табели вручную и тратили на это примерно 21 час. В окупаемость проекта мы эти часы намеренно не кладём — 1,5 часа на подразделение получены со слов, а не замером, и в разных компаниях цифра отличается втрое.
Если график смен живёт в распечатке на стене, а проходная — это вахтёр с журналом, автоматизировать нечего: у системы нет двух источников из трёх. Порядок работ обратный — сначала график смен в электронном виде и учёт проходов, потом свод. Попытка перепрыгнуть этот шаг заканчивается тем, что руководитель по-прежнему заполняет табель руками, только теперь в новом интерфейсе.
Переменная часть: правило важнее интерфейса
Премии и сдельная оплата почти всегда считаются в отдельной таблице. Причина не в лени: правило расчёта живёт не в системе, а в голове руководителя и в положении о премировании, которое обновлялось два года назад. Пока правило не зафиксировано, любая автоматизация сводится к переносу той же таблицы в другое окно.
Работающая конструкция состоит из двух частей. Первая — правило расчёта, записанное как формула от измеримых величин: закрытые наряды, отгруженные заказы, выполнение плана подразделения, отсутствие нарушений. Вторая — маршрут согласования: руководитель подразделения предлагает, директор по производству или коммерческий директор утверждает, бухгалтерия получает готовую сумму с историей, кто и когда её изменил. Ровно этот же принцип мы разбирали на примере маршрутов согласования в кадровом документообороте.
Разовая премия за спасённый заказ, доплата за наставничество, компенсация за неудобный график — это решения, а не расчёты. Пытаться описать их формулой значит получить правило с двадцатью исключениями, которое никто не поддерживает. Правильная граница: формулой считается регулярная часть, привязанная к измеримому результату, а разовые суммы проходят маршрутом согласования как отдельная строка с обязательным комментарием. В модельной компании по формуле считается около 70 % переменной части.
Расчётные листки: канал, подтверждение, запреты
Трудовой кодекс обязывает извещать работника в письменной форме о составных частях заработной платы. Форму листка и порядок его выдачи утверждает работодатель локальным нормативным актом, и электронная выдача допустима, если такой способ в этом акте закреплён. Формулировки проверяйте со своим бухгалтером или юристом — здесь мы описываем не право, а инженерные требования к каналу.
- 1Адресность. Один листок — один получатель. Никаких общих рассылок, архивов на отдел и файлов, где видно соседа.
- 2Подтверждение вручения. Журнал: кому, когда, каким способом отправлено и был ли документ открыт. Без журнала выдача формально не доказуема.
- 3Повторная выдача. Сотрудник должен уметь получить листок за любой прошлый месяц сам, иначе бухгалтерия вернётся к ручным ответам.
- 4Ограниченный доступ. Руководитель подразделения не видит сумм своих подчинённых, если это не предусмотрено его ролью.
- 5Срок хранения и выгрузка. Листки хранятся столько же, сколько кадровые документы, и выгружаются при смене системы.
Самый частый способ «автоматизировать» выдачу выглядит так: бухгалтер выгружает пачку PDF, кладёт архив в общую папку или в рабочий чат смены и просит забрать свой файл. Формально это передача персональных данных одних работников другим, и претензия к работодателю здесь возникает не от проверяющего, а от самого сотрудника. То же относится к печати пачкой и раздаче через старшего смены. Канал должен быть адресным по построению, а не по договорённости.
По состоянию на сентябрь 2026 года рабочих вариантов канала три. Личный кабинет сотрудника — 1С:Кабинет сотрудника или собственный портал: журнал вручения ведётся сам, повторная выдача бесплатна, доступ разграничен. Корпоративная почта на личный адрес — допустимо, но требует шифрования вложения и отдельного журнала. Бот в MAX с привязкой к табельному номеру — работает и удобен сменному персоналу, но требует явного согласия сотрудника и проверки, что бот отдаёт документ только владельцу. WhatsApp как канал не рассматриваем: он заблокирован в России с февраля 2026 года. Telegram технически работает, но закладывать на него единственный контур выдачи документов мы не советуем — про архитектуру с запасным каналом есть отдельный разбор про блокировки мессенджеров.
Карта связей. В центре узел «1С:ЗУП — начисления, НДФЛ, взносы». Сплошными линиями с подписями идут разрешённые маршруты: к узлу «Личный кабинет сотрудника» (подпись «журнал вручения»), к узлу «Банк, зарплатный проект» (подпись «реестр на выплату»), к узлу «Бот сотрудника» (подпись «остаток отпуска, дата выплаты»). Пунктиром и с крестом — три запрещённых маршрута: «Общий чат смены», «Внешний облачный сервис вне РФ», «Внешняя LLM без договора и локализации». Внизу подпись «доступ по ролям: расчётчик — все, руководитель — только табель». Чертёжная штриховка, подписи по-русски.
152-ФЗ: почему в этом контуре мало вариантов
Данные о доходах конкретного человека — персональные данные, и это меняет правила выбора инструментов сильнее, чем в любом другом участке учёта. Три ограничения, которые приходится закладывать в архитектуру с самого начала.
- Локализация. Базы с зарплатными данными должны находиться в России. Это отсекает облачные HR-сервисы с зарубежным хостингом и большинство удобных зарубежных конструкторов ботов, даже если интерфейс у них русский.
- Поручение обработки. Подрядчик, который настраивает контур, получает доступ к данным и должен работать по поручению обработки с описанным перечнем действий. На практике проще другое: разработка ведётся на обезличенном контуре, а к боевым суммам подрядчик не имеет доступа вовсе. Как готовить такой контур, мы разбирали в материале про аудит персональных данных перед внедрением.
- Внешние модели. Отправлять массив начислений во внешнюю языковую модель нельзя без договора, локализации и оценки рисков. Если языковая модель нужна — например, чтобы бот понимал вопросы сотрудников свободным текстом, — её ставят локально на свой сервер, а к базе она обращается через ограниченный набор запросов, а не свободным доступом.
Отдельно про разграничение прав внутри компании. Расчётчик видит всех, главный бухгалтер видит всех, руководитель подразделения видит табель своих людей и не видит сумм, сотрудник видит только себя. Это простое правило почему-то регулярно нарушается на этапе внедрения, когда «временно» всем выдают полный доступ к отчётам ЗУП и забывают его снять. Что именно относится к персональным данным и как их разделять по ролям, разобрано в отдельной статье — что относится к персональным данным.
Бот сотрудника: самый быстрый узел контура
Тридцать пять часов на ответы сотрудникам — это 300 обращений в месяц по 7 минут каждое. Найти человека в базе, посмотреть остаток отпуска, посчитать дату выплаты, сформировать справку, ответить. Обращения приходят в мессенджер, на почту, в дверь бухгалтерии и по телефону, а в дни перед выплатой их поток удваивается.
Структура обращений устойчива: остаток дней отпуска и дата, до которой их надо использовать; дата и сумма ближайшей выплаты; справка о доходах; справка с места работы; вопрос «почему в этом месяце меньше». Первые четыре типа — это 68 % потока, и они закрываются ботом полностью: сотрудник привязывается к табельному номеру один раз, дальше получает ответ по своим данным за секунды и в любое время суток. Остаётся 96 обращений в месяц — те самые «почему меньше», разбор конкретного расчёта. Их бот не берёт и брать не должен: это объяснение, а не справка.
Этот узел мы называем самым быстрым не потому, что он дешевле остальных — 130 000 ₽ против 90 000 ₽ за выдачу листков. Он единственный, который не трогает ни расчёт, ни учётную политику, ни регламенты подразделений: запускается за 3 недели, работает поверх существующей базы и не требует ничего согласовывать за пределами бухгалтерии. Устроен он так же, как корпоративная база знаний с ответами по документам, только источник у него один и ответы строго по своему сотруднику.
Смета и окупаемость
Парная столбчатая диаграмма: по горизонтали пять позиций, для каждой два столбца «было» и «стало». Значения: табель 38 и 9, переменная часть 26 и 7, расчётные листки 16 и 1, вопросы сотрудников 35 и 11, расчёт в 1С:ЗУП 22 и 22. Ось Y — часы в месяц. Пятая пара помечена подписью «не ускоряется». Справа итоговая пара «137 → 50 часов» и подпись «87 часов × 844 ₽ = 73 428 ₽ в месяц». Чертёжная штриховка, подписи по-русски.
Узлы можно брать по одному, и порядок обычно диктует не цена, а готовность данных. Если СКУД и цифровой график смен уже есть — начинать надо с табеля: 29 сэкономленных часов при вложении 150 000 ₽ дают самый короткий валовый срок возврата, около 6,1 месяца. Если проходной системы нет, первым идёт бот сотрудника: 24 часа при вложении 130 000 ₽, около 6,4 месяца, и никакой зависимости от чужих данных. Выдача листков и переменная часть при тех же вложениях возвращаются за 7,1 и 7,5 месяца соответственно. Все четыре срока здесь валовые, без поддержки — она считается на контур целиком.
Что в зарплате не автоматизируется
Пять участков, где мы сознательно оставляем человека, и обещание обратного — повод насторожиться.
- Решение о размере разовой премии. Формализуется только регулярная часть, привязанная к измеримому результату.
- Нестандартные удержания: исполнительные листы, алименты с изменившимся основанием, возврат переплаты. Каждый случай разбирается отдельно и требует бухгалтера.
- Больничные и отпуска, оформленные задним числом поверх отработанных смен: перерасчёт делает человек, потому что вариантов трактовки больше одного.
- Сдельная оплата без утверждённых норм и расценок. Пока нормы не приняты, формула считает не результат, а чьё-то мнение о результате.
- Расчёт при увольнении в день обращения. Скорость здесь упирается не в систему, а в закрытие табеля и подтверждение отсутствия задолженностей.
Когда зарплатный контур автоматизировать не надо
Проект имеет смысл не всегда, и это проверяется четырьмя вопросами до подписания договора.
- Меньше 60 сотрудников на окладах без сменного графика. Табель в такой компании умещается на одном листе, расхождений почти нет, а обращений в бухгалтерию — десятки, а не сотни. Экономия часов не покроет даже поддержку в 16 000 ₽ в месяц.
- Нет ни системы контроля доступа, ни графика смен в электронном виде. Свод табеля строится из источников, а не из воздуха. Сначала источники, потом свод.
- Правила премирования пересматриваются каждый квартал и не записаны. Правило, которое меняется чаще, чем окупается его настройка, автоматизировать нельзя — можно только зафиксировать маршрут согласования и оставить сумму ручной.
- Расчёт зарплаты отдан на аутсорс. Тогда автоматизировать нужно не расчёт, а передачу данных исполнителю — табеля, приказов и изменений по сотрудникам. Как это меняет счёт исполнителя, мы посчитали в разборе аутсорсинг бухгалтерии или автоматизация.
В зарплате автоматизируется дорога к расчёту и дорога от него. Сам расчёт давно посчитан.
