Расчёт KPI в 1С: от плана и факта до премии сотруднику
Содержание
Эффективность в 1С считается как отношение факта к плану: программа берёт плановое значение показателя, фактическое значение за тот же период, делит одно на другое и переводит результат в процент выполнения. Дальше этот процент либо показывается руководителю (монитор целевых показателей в УТ 11, КА и ERP), либо через шкалу превращается в коэффициент премии (ЗУП 3.1).
Типичная ситуация: директор по продажам приносит бухгалтеру по зарплате таблицу «план, факт, процент» и просит начислить премию менеджерам по KPI. Чтобы в следующем месяце не пересчитывать всё вручную, механизм нужно один раз собрать в 1С: показатели, шкалу, формулу начисления и порядок ввода данных.
Где хранятся показатели эффективности в 1С
Единого «модуля KPI» в типовых конфигурациях нет. Расчёт эффективности собирается из трёх слоёв, и каждый живёт в своём месте.
| Слой | Что хранит | Где в типовых конфигурациях |
|---|---|---|
| Факт | Обороты продаж, выработка, отработанное время | Регистры накопления УТ 11, ERP, КА; табель и выработка в ЗУП |
| План | Плановые значения по периодам и аналитике | Планы продаж в УТ 11 / ERP; значения показателей в ЗУП |
| Результат | Процент выполнения, коэффициент, сумма премии | Отчёты и монитор в УТ/ERP; начисления в ЗУП |
📌 Как это устроено технически:
- 📈 Факт почти всегда берётся из регистров накопления: каждое проведение документа (реализация, выпуск продукции) добавляет движение с суммой и количеством. Отчёт за период просто сворачивает эти обороты.
- 🗓 План хранится отдельно и привязан к периоду. Если план введён на квартал, а факт смотрите за месяц, процент выйдет заниженным примерно втрое.
- 🧮 Показатели расчёта зарплаты в ЗУП 3.1 хранятся как периодические значения: у показателя есть дата, с которой действует значение, и сотрудник, подразделение или организация, к которой оно относится.
- 💰 Начисления записываются в регистры расчёта. Поэтому премия по KPI, как и оклад, попадает в расчётный листок, в НДФЛ и во взносы.
Отсюда главное правило: план и факт должны совпадать по периоду и по аналитике. Менеджер, склад, подразделение, номенклатурная группа — что угодно, но одинаково с обеих сторон.
Настройка показателей эффективности и формул в ЗУП 3.1
Если KPI нужен для премии, его настраивают в ЗУП 3.1 (или в зарплатном блоке ERP и КА). Порядок такой.
Шаг 1. Включите нужные настройки
- Откройте
Настройка → Расчет зарплаты. - Перейдите по ссылке настройки состава начислений и удержаний и включите премии нужной периодичности: ежемесячные, квартальные, годовые.
- Сохраните. После этого в списке начислений станут доступны виды премий.
Шаг 2. Создайте показатели
Список показателей открывается командой Настройка → Показатели расчета зарплаты. Для KPI обычно нужны два-три показателя:
- План продаж — денежный, назначение «для сотрудника».
- Факт продаж — денежный, назначение «для сотрудника».
- Коэффициент KPI — числовой, значение определяется по шкале в зависимости от процента выполнения.
При создании показателя обратите внимание на три свойства:
- 👤 Назначение — для сотрудника, подразделения или организации. Командный KPI отдела удобнее вести как показатель подразделения.
- 🔢 Тип — денежный, числовой или числовой по шкале. От типа зависит, как значение участвует в формуле.
- 🔁 Способ использования — значение действует постоянно до следующего изменения или только в том месяце, в котором введено. План и факт продаж почти всегда «разовые»: каждый месяц новые цифры.
Короткие идентификаторы вроде ПланПродаж и ФактПродаж упрощают жизнь: потом их придётся вписывать в формулу руками.
Шаг 3. Пропишите формулу начисления
- Откройте
Настройка → Начисления, создайте новый вид начисления с назначением «Премия». - Выберите способ расчета «Формула» и введите выражение, например:
РазмерПремииПоKPI * КоэффициентKPI
- Если премия считается от оклада, вместо фиксированной базы используйте показатель оклада:
ТарифнаяСтавка * ПроцентПремии / 100 * КоэффициентKPI. - На закладке с зависимостями укажите, входит ли премия в базу среднего заработка и как она учитывается при отпусках и больничных.
Проверяйте формулу на одном сотруднике до массового начисления. Опечатка в идентификаторе показателя даст ноль, а не ошибку, и вы заметите её только по жалобе.
Шкала KPI: как процент выполнения превращается в коэффициент
Сам по себе процент выполнения премию не определяет. Почти всегда компания договаривается о шкале: до какого порога премии нет, где она растёт, где упирается в потолок.
Пример шкалы для менеджера по продажам:
| Выполнение плана | Коэффициент премии |
|---|---|
| ниже 80% | 0 |
| от 80% до 100% | 0,8 |
| от 100% до 120% | 1,0 |
| 120% и выше | 1,3 |
В ЗУП 3.1 такую шкалу задают в самом показателе с типом «по шкале». Указываете, от какого показателя зависит значение (процент выполнения), и заполняете таблицу диапазонов.
📐 Процент выполнения можно получить двумя путями:
- 🧾 Ввести готовый процент отдельным показателем — если план и факт считаются вне ЗУП, в УТ или в таблице руководителя.
- 🧮 Посчитать прямо в формуле —
ФактПродаж / ПланПродаж * 100. Тогда нужно защититься от деления на ноль: у сотрудника без плана формула упадёт. Для таких сотрудников план лучше не оставлять пустым, а вывести их из начисления.
Границы диапазонов проверьте на «стыке». Если в одной строке «до 100%», а в следующей «от 100%», ровно 100% должны попадать в один диапазон, а не в оба и не в никакой. Сотрудники с выполнением ровно в пороге — самый частый повод для споров.
Механизм планирования и сравнение плана с фактом
В УТ 11, КА 2 и ERP планы хранятся в отдельных документах планирования. План задаётся по сценарию планирования (например, «Бюджет года» и «Оперативный план»), периоду и аналитике: менеджер, партнёр, номенклатура, склад.
Как устроено планирование продаж
- Сценарий определяет периодичность и назначение плана. Один и тот же месяц может иметь несколько планов — оптимистичный и рабочий.
- Вид плана задаёт, по каким разрезам вводятся цифры. Если вид плана не детализирован по менеджеру, вычислить KPI менеджера из такого плана не получится.
- Документ плана содержит сами значения. Его можно заполнить вручную, по факту прошлого периода с коэффициентом или копированием.
Где смотреть выполнение
- 📊 План-фактные отчёты по продажам сравнивают плановые и фактические обороты в выбранных разрезах. Выполнение в процентах выводится колонкой.
- 🎯 Монитор целевых показателей в УТ 11, КА и ERP показывает набор KPI на одном экране: значение, цель и цветовую индикацию — зелёный, жёлтый, красный.
Целевой показатель в мониторе строится на источнике данных — отчёте, из которого берутся цифры. Для показателя задаются целевое значение и пороги, при которых меняется цвет. Поэтому если в мониторе «странная» цифра, сначала откройте исходный отчёт с теми же отборами: монитор ничего не считает сам, он показывает результат отчёта.
Для KPI руководителя смотрите на динамику, а не только на текущий месяц. Монитор умеет сравнивать значение с прошлым периодом, и рост с 70% до 90% выполнения часто важнее, чем факт «план не выполнен».
Расчёт премии на основе KPI: пример от начала до конца
Возьмём менеджера Иванова. Договорённость: целевая премия 40 000 ₽ при выполнении плана на 100%, коэффициент — по шкале из раздела выше.
Исходные данные за сентябрь:
- план продаж — 1 200 000 ₽;
- факт продаж — 1 380 000 ₽;
- целевая премия — 40 000 ₽.
Расчёт:
- Процент выполнения: 1 380 000 / 1 200 000 × 100 = 115%.
- По шкале 115% попадает в диапазон «от 100% до 120%» — коэффициент 1,0.
- Премия: 40 000 × 1,0 = 40 000 ₽.
Если бы факт был 1 500 000 ₽, выполнение составило бы 125%, коэффициент 1,3, премия — 52 000 ₽. При факте 900 000 ₽ выполнение 75%, премии нет.
Как это провести в ЗУП 3.1
- Каждый месяц вводите значения показателей документом
Зарплата → Данные для расчета зарплаты. Чтобы форма документа содержала только нужные колонки (план и факт или процент), заранее настройте шаблон вНастройка → Шаблоны ввода исходных данных. - Премию начисляйте отдельным документом «Премия» или включите её в документ «Начисление зарплаты и взносов» — зависит от того, как настроен вид начисления.
- Проверьте результат расчётным листком или отчётом «Анализ начислений и удержаний».
Если факт продаж за месяц становится известен только после закрытия зарплаты, премию по KPI удобнее начислять отдельным документом в следующем месяце. Не пересчитывайте уже выплаченную зарплату задним числом: изменятся НДФЛ и взносы закрытого периода.
Учёт и налоги
Премия по KPI — это оплата труда. Она облагается НДФЛ и страховыми взносами так же, как оклад, и учитывается в расходах на оплату труда при условии, что порядок премирования закреплён в трудовом договоре или локальном положении о премировании. Отсюда практическое требование: шкала в 1С должна совпадать со шкалой в положении. Расхождение всплывёт при первом споре с сотрудником.
Анализ отклонений и поиск ошибок в расчёте эффективности
Когда процент выполнения или премия не сходятся с ожиданием, идите по цепочке от исходных данных к результату. Ошибка почти всегда сидит в одном из звеньев.
Откуда берутся отклонения факта
- 🔄 Возвраты уменьшают факт. Если возврат пришёл в следующем месяце, факт прошлого месяца не меняется, а текущий проседает.
- 🧾 Непроведённые документы не попадают в регистры и в факт. Перед расчётом KPI проверьте, все ли реализации за период проведены.
- 💱 Суммы с НДС и без НДС. План часто ставят без НДС, а отчёт по умолчанию показывает выручку с налогом. Разница — 20% выполнения на пустом месте.
- 📅 Дата отгрузки и дата оплаты. Если KPI считается по оплатам, а факт берётся по отгрузкам, цифры не совпадут никогда.
Договоритесь один раз, что считается фактом, и пропишите это в положении о премировании. Тогда настройка в 1С сводится к выбору нужного отчёта.
Выгрузка KPI и интеграция с внешними системами
Данные для KPI редко лежат в одной базе. Продажи в УТ, зарплата в ЗУП, звонки в CRM, оценки качества — в таблице руководителя. Варианты стыковки:
| Способ | Когда подходит | Ограничения |
|---|---|---|
| Загрузка из Excel в документ ввода данных | Небольшая компания, данные готовят руководители | Ручная работа каждый месяц, риск сдвига строк |
| Синхронизация между базами 1С | Связка БП, УТ, ЗУП, если настроен обмен | Типовой обмен передаёт документы и справочники, а не значения KPI |
| Стандартный интерфейс OData | Выгрузка данных во внешний BI или сервис | Нужна публикация базы на веб-сервере и настройка состава объектов |
| Расширение конфигурации | Нетиповые формулы, автоматическая передача факта | Нужен разработчик и сопровождение при обновлениях |
Загрузка показателей из таблицы
Самый частый сценарий — руководитель присылает файл «сотрудник — факт». Чтобы не вбивать цифры руками:
- Приведите файл к виду «одна строка — один сотрудник», первая колонка — ФИО или табельный номер в том же написании, что и в 1С.
- Создайте документ ввода данных для расчёта зарплаты по нужному шаблону.
- Заполните табличную часть через загрузку из файла или копированием колонки из таблицы, если эта возможность есть в форме вашего релиза.
- Проверьте выборочно 2-3 строки и проведите документ.
Табельный номер надёжнее ФИО: однофамильцы и буква «ё» ломают сопоставление чаще, чем кажется.
Выгрузка во внешнюю аналитику
Для дашбордов в BI-системе удобнее отдавать сырые данные — обороты продаж, планы, начисления, а KPI считать уже там. OData позволяет внешней системе читать регистры и справочники базы напрямую по HTTP. При такой схеме логика расчёта эффективности должна быть записана в одном месте. Если процент выполнения считается и в 1С, и в BI, через полгода формулы разойдутся.