Автоматизация учета заработной платы начинается с контроля исходных данных: скрипт сверяет табель, ставки и кадровые приказы, а начисление и выплату по-прежнему выполняет учётная система под ответственностью бухгалтера. Модель в этой связке объясняет найденные расхождения и готовит черновики запросов к сотрудникам. Такой контур подходит, когда табель, приказы и ведомость уже лежат в электронном виде и кадровая база отдаёт полную выгрузку.
Граница контроля
Перед расчётом скрипт сопоставляет табель, ставки и кадровые приказы из полных выгрузок, модель объясняет расхождения, а бухгалтер решает, что исправить в учётной системе.
Ошибки в зарплате чаще рождаются до расчёта, чем в формулах. Сотрудника перевели на другую ставку, а в табеле осталась прежняя должность. Отпуск оформлен приказом, а в табеле стоят рабочие дни. Человек уволен, а его строка осталась в ведомости. Формулу начисления выполняет учётная система, например 1С, где бухгалтер настроил правила компании. Контуру проверки достаётся соседняя задача: убедиться, что на вход расчёта попали согласованные данные.
Общий сбор рабочего времени и согласование табеля разобраны в статье про маршрут учёта времени, здесь табель считается готовым источником. Отдельный разбор того, как модель помогает с отпускными, лежит в материале про расчёт отпускных и проверку начислений. Эта статья описывает слой между ними: что именно сверять перед запуском расчёта и кто отвечает за каждое решение.
Закон здесь задаёт ориентир. По тексту статьи 136 Трудового кодекса (consultant.ru) работодатель письменно извещает каждого работника о составных частях заработной платы, размерах и основаниях удержаний и общей сумме к выплате. Поэтому ответ на вопрос сотрудника об одной строке должен собираться из источников этой строки. Журнал проверки хранит, какие записи легли в основу строки, и ответ берётся из него. Правила начислений, надбавок и удержаний бухгалтер сверяет с действующей редакцией Кодекса и локальными актами; в скрипт их вносит человек, а модель получает их готовыми и сочинять правила ей запрещено.
Источники данных
Для каждого расчётного периода у проверки есть четыре входа: табель, кадровая запись, приказы об изменениях и справочник начислений учётной системы. Скрипт забирает их полной выгрузкой за период и сравнивает построчно, поэтому выборочные просмотры «на глаз» исчезают. Если выгрузка пришла обрезанной, проверка останавливается: по половине данных вывод о порядке делать нельзя.
| Источник | Что сверяет скрипт | Кто решает спорное |
|---|---|---|
| Табель | Дни и часы против приказов об отпусках, больничных и командировках | Ответственный за табель |
| Кадровая запись | Должность, ставка и дата приёма или увольнения против строки ведомости | Кадровик |
| Приказы об изменениях | Дата вступления в силу против периода, в котором учтено изменение | Кадровик и бухгалтер |
| Справочник начислений | Коды начислений и удержаний против допустимого перечня компании | Главный бухгалтер |
| Прошлый период | Резкие скачки по сотруднику против предыдущего расчёта | Бухгалтер, ведущий участок |
Прошлый период нужен как фон. Резкий скачок суммы ещё мало о чём говорит: человек мог получить премию либо вернуться из отпуска. Поэтому скрипт ставит отметку «посмотреть», вместо категоричного «ошибка». Решение принимает бухгалтер участка, который знает причины: премия, возврат из отпуска, разовая выплата или ошибка ввода. Фиксируется и итог разбора, чтобы похожий скачок в следующем месяце сразу получил готовый ответ.
Состав полей определяется заранее и записывается в короткий регламент проверки. В нём перечислены поля, которые читает скрипт, и поля, которые остаются внутри контура компании. Так границу обработки видят и бухгалтерия, и ответственный за персональные данные. Новое поле добавляют в регламент до того, как скрипт начнёт его читать, и сохраняют дату решения.
Сверка скриптом
Сопоставление чисел и дат остаётся делом обычного кода. Скрипт устойчив к повторам: на одних и тех же выгрузках он выдаёт тот же список расхождений, чего про генерацию текста сказать нельзя. Каждое расхождение получает тип, ссылку на исходные записи и статус «открыто». Типов немного: сотрудник есть в одном источнике и отсутствует в другом, даты противоречат друг другу, ставка расходится, код начисления вне перечня.
- Выгрузите табель, кадровые записи, приказы и ведомость за один и тот же период в файлы с датой выгрузки в названии.
- Запустите скрипт сверки: он сопоставляет записи по табельному номеру вместо фамилии, чтобы однофамильцы остались разными записями.
- Просмотрите список расхождений по типам и закройте очевидные опечатки прямо в источнике, без правки ведомости.
- Повторите выгрузку после исправлений и убедитесь, что список сократился именно по исправленным записям.
- Передайте итоговый список и журнал прогона бухгалтеру, который запускает расчёт в учётной системе.
Пункт про исправление в источнике важен: правка только в ведомости оставляет расхождение до следующего месяца. Кадровую ошибку исправляет кадровик в своей системе, табельную ошибку исправляет ответственный за табель. Скрипт повторит сверку и подтвердит, что причина устранена. Для проверок самих чисел расчёта удобен разбор сверки первички и проводок в 1С, где та же логика применяется к бухгалтерским записям.
Какие выгрузки у вас сейчас расходятся между кадрами и бухгалтерией?
Что делает модель
Модель подключается после скрипта и работает с уже найденным списком, а числа вычисляет код. Её задачи ограничены: пояснить расхождение простым языком, подобрать вероятную причину из заранее заданного перечня и подготовить черновик запроса, например руководителю участка с просьбой уточнить дни по табелю. Любой такой текст проходит глаза бухгалтера до отправки.
Данные сотрудников и суммы заработной платы относятся к персональным. Во внешнюю модель их передают только обезличенными: вместо фамилии идёт условный код, вместо точной суммы — тип расхождения и направление разницы. Таблица соответствия кодов остаётся в контуре компании. Если политика обработки данных запрещает облачный вызов даже в таком виде, подходит модель на собственном сервере с открытыми весами. Подробнее о границах загрузки данных рассказывает разбор загрузки персональных данных в нейросеть.
Что модели поручать нельзя: пересчитывать начисления, менять ставки, подтверждать выплату и решать, нарушена ли трудовая норма. Для этого служат учётная система, сервер с проверкой прав и человек с полномочиями. Хороший признак зрелого контура — отсутствие у модели доступа на запись в учётную систему вообще.
Качество пояснений проверяют на архивных обезличенных расхождениях. Бухгалтер читает каждое пояснение рядом с исходными записями и отмечает: причина названа верно, причина названа с оговоркой либо выдумана. Выдуманные причины — повод сузить перечень допустимых формулировок и снова прогнать тот же архив. Улучшение считается подтверждённым, когда доля верных пояснений растёт на одном и том же наборе, а список ошибок становится короче.
Запуск проверки
Начните с одного подразделения и одного расчётного периода в режиме «параллельно»: бухгалтер делает расчёт как обычно, а контур проверки работает рядом, и менять в системе ему нечего. После закрытия периода сравните: какие расхождения контур нашёл заранее, какие ошибки всплыли позже, где он поднял ложную тревогу. Результат сравнения решает, расширять ли охват.
- Приказ о том, кто владеет регламентом проверки и кто принимает решения по расхождениям.
- Список полей, которые читает скрипт, и список полей, остающихся только в учётной системе.
- Правило остановки: при неполной выгрузке или сбое сверки расчёт идёт по прежнему ручному маршруту.
- Журнал прогонов с датой выгрузки, версией скрипта и итогом разбора каждого расхождения.
Типичная ошибка запуска — сделать контур строже, чем бухгалтерия готова разбирать. Бесконечные отметки на каждого сотрудника утомляют бухгалтера быстрее, чем редкие ошибки. Оставляйте только те типы расхождений, которые приводят к реальным исправлениям, и пересматривайте перечень раз в квартал вместе с главным бухгалтером.
Выберите три типа расхождений с самым дорогим исправлением: уволенный в ведомости, ставка против приказа, отпуск против табеля. Запустите их в параллельном режиме на одном подразделении. Нужен контур с журналом, ролями и приёмкой? Опишите нам процесс расчёта в вашей компании, и мы предложим состав работ.