Сдельная оплата продавцов в 1С:Розница и ЗУП: расчёт ROI
📅 Опубликовано 19 августа 2026 г.
Коротко: перевод продавцов пяти магазинов на схему «оклад + процент от личных продаж» в связке 1С:Розница и 1С:ЗУП стоит 185 000–504 000 ₽ разово (типовой сценарий — около 300 000 ₽) плюс 15 000–25 000 ₽ в месяц на сопровождение. При выручке 20 млн ₽/мес и валовой марже 30% проект окупается за 12 месяцев уже при приросте продаж на 0,9%, а при приросте на 3% — за два месяца.
- Смета на 5 точек: 74–126 часов работ по ставке 2 500–4 000 ₽/ч — от обследования схемы мотивации до параллельного расчёта и кадровых документов.
- Ключевая развилка по цене — интеграция: ручной Excel-мост стоит 0 ₽ разработки, но съедает 2–4 часа бухгалтера ежемесячно; полноценный автоматический обмен — 140 000–280 000 ₽.
- Точка безубыточности проекта — прирост выручки всего 0,9%. Именно гипотеза о росте продаж, а не экономия на ФОТ, определяет ROI.
- При падении выручки на 5% ФОТ автоматически снижается на 25 000 ₽/мес — сдельная схема работает как встроенный амортизатор в кризис.
- Срок запуска — 6 недель, из них 2 месяца параллельного расчёта в тестовом контуре до перевода людей на новые условия.
Что даёт перевод продавцов на сдельную оплату и зачем здесь 1С:ЗУП?
Сдельная оплата в рознице — это не «деньги за отработанную смену», а вознаграждение за измеримый результат: процент от личной выручки, процент от валовой прибыли по проданным позициям либо фиксированная ставка за единицу товара. Юридически это сдельная система оплаты труда в смысле статей 129 и 135 ТК РФ, и она требует закреплённой, воспроизводимой методики расчёта, а не устной договорённости с директором магазина.
Одной программой задача не решается. 1С:Розница знает, кто продал. Если в чеке ККМ заполняется реквизит «Продавец» (а в ряде отраслевых сборок — построчно, по каждой товарной позиции), система накапливает личные продажи в разрезе сотрудников, торговых точек и номенклатурных групп. Но она не считает НДФЛ по прогрессивной шкале, не ведёт средний заработок, не формирует персонифицированную отчётность в СФР и не пересчитывает отпускные, когда переменная часть скачет от месяца к месяцу.
Отсюда единственно рабочая архитектура: Розница — источник базы расчёта, ЗУП — расчётчик и источник правды по деньгам. Розница отдаёт одну-две цифры на сотрудника за месяц (личные продажи и, опционально, валовую прибыль по ним), а ЗУП превращает их в начисление, налоги, взносы, базу среднего заработка и расчётный листок.
Третий популярный вариант — считать всё в Excel и вводить итог как «Премию» — работает ровно до первого спора с продавцом или проверки. У такой схемы нет истории пересчётов, нет привязки к первичке и нет объяснения, почему в июле отпускные оказались ниже ожидаемых. Стоимость разбора одного такого конфликта — несколько рабочих дней бухгалтера и кадровика.
Сколько стоит проект: смета на 5 торговых точек
Ниже — типовая структура работ для сети из пяти магазинов и примерно двадцати продавцов, работающих в 1С:Розница, с расчётом зарплаты в отдельной базе 1С:ЗУП 3.1. Часы — медиана по проектам сопоставимого масштаба, ставка 2 500–4 000 ₽/ч соответствует открытым предложениям специалистов на биржах и прайсам франчайзи в городах-миллионниках на середину 2026 года. В Москве ставки выше на 20–40%, в малых городах ниже на 15–25% — пересчитайте таблицу под свой регион.
| Этап | Часы | Стоимость, ₽ | Исполнитель |
|---|---|---|---|
| Обследование, выбор схемы мотивации, финмодель | 10–16 | 25 000–64 000 | Консультант / аналитик |
| Настройка указания продавца в чеках 1С:Розница, обучение кассиров | 8–12 | 20 000–48 000 | Специалист по Рознице |
| Показатели и виды начислений в 1С:ЗУП, шаблоны ввода данных | 12–20 | 30 000–80 000 | Специалист по ЗУП |
| Механизм передачи данных Розница → ЗУП | 20–40 | 50 000–160 000 | Разработчик |
| Отчёт-витрина «Личные продажи и вознаграждение» для продавцов | 10–16 | 25 000–64 000 | Разработчик |
| Параллельный расчёт и приёмка (2 закрытых месяца) | 8–12 | 20 000–48 000 | Бухгалтер + консультант |
| Кадрово-правовой пакет: положение об оплате труда, допсоглашения | 6–10 | 15 000–40 000 | Кадровик / юрист |
| Итого | 74–126 | 185 000–504 000 | — |
К разовым затратам добавьте ежемесячное сопровождение: контроль загрузки данных, разбор спорных чеков, корректировки при увольнениях и переводах — 4–8 часов в месяц, то есть 12 000–30 000 ₽. В расчётах ниже используется середина вилки — 20 000 ₽/мес. Если сравниваете эту сумму с содержанием сотрудника в штате, посмотрите полный расчёт ФОТ штатного 1С-специалиста на 2026 год — для сети из пяти точек внешнее сопровождение почти всегда выходит дешевле.
Как передать выручку из 1С:Розница в 1С:ЗУП?
Штатного двустороннего обмена между 1С:Розница и 1С:ЗУП нет — в отличие от связки Розница ↔ Бухгалтерия. Это главная точка, где смета проекта расходится в разы. Есть три рабочих варианта.
| Вариант | Как работает | Разработка, ₽ | Рутина в месяц | Кому подходит |
|---|---|---|---|---|
| A. Excel-мост | Отчёт по продажам в разрезе продавцов выгружается в Excel и загружается в документ «Данные для расчёта зарплаты» кнопкой «Загрузить из файла» | 0 | 2–4 часа | 1–5 точек, до 30 человек |
| B. Полуавтомат | Внешняя обработка формирует из базы Розницы файл строго в формате шаблона ввода ЗУП, сверка идёт по ИНН или табельному номеру | 60 000–120 000 | 30–60 минут | 5–15 точек, сложные схемы |
| C. Автоматический обмен | Правила конвертации данных 3.0 или HTTP-сервис: показатели переносятся в ЗУП по расписанию, с журналом ошибок | 140 000–280 000 | 10 минут на контроль | от 15 точек либо несколько юрлиц |
Для пяти магазинов экономически оправдан вариант B: он снимает ручной труд и риск «съехавших» строк в Excel, но не требует бюджета полноценной интеграционной подсистемы. Отдельно заложите справочник соответствия сотрудников: продавец в Рознице и сотрудник в ЗУП — разные объекты в разных базах, и без ключа сопоставления загрузка будет падать при каждом однофамильце. Логика здесь та же, что при связывании учётной системы с внешними контурами: типичные грабли разобраны в материале про связки 1С с CRM и их подводные камни.
Как настроить сдельную схему в 1С:ЗУП: порядок действий
Работа ведётся в интерфейсе, без программирования. Последовательность для схемы «оклад + процент от личных продаж»:
- Настройка → Расчёт зарплаты — убедитесь, что доступны расширенные возможности начислений. Отдельный флаг «Выполнение сдельных работ» включать не нужно: он открывает документ «Сдельный наряд» со справочником видов работ и расценок, что избыточно для розницы и создаёт лишнюю рутину.
- Настройка → Начисления → Показатели расчёта зарплаты — создайте показатель «Личные продажи» с типом «Числовой», назначением «Для сотрудника» и периодичностью «Ежемесячно». При схеме от маржи добавьте второй показатель — «Валовая прибыль по личным продажам».
- Настройка → Шаблоны ввода исходных данных — создайте шаблон, включающий этот показатель. Именно он определяет структуру колонок файла для загрузки из Excel.
- Настройка → Начисления → Создать — новое начисление «Вознаграждение от личных продаж». Назначение — «Повременная оплата труда и надбавки», выполняется ежемесячно. Формула:
ЛичныеПродажи * ПроцентВознаграждения / 100. - На закладке «Налоги, взносы, бухучёт» укажите код дохода НДФЛ 2000 (оплата труда, а не премия 2002), вид дохода для взносов — облагаемый целиком.
- На закладке «Средний заработок» включите начисление в базу для расчёта отпускных и пособий. Пропуск этого шага — самая частая и самая дорогая ошибка: отпуск считается только от оклада, продавец видит потерю трети заработка и идёт с претензией.
- Кадры → Приёмы, переводы, увольнения — плановое начисление назначается сотруднику документом «Изменение оплаты труда» вместе со ставкой процента (второй показатель — постоянный, вводится в карточке).
- Зарплата → Данные для расчёта зарплаты — ежемесячно, до закрытия периода, вводится или загружается фактическая база по каждому сотруднику.
Для сети с точками в разных регионах не забудьте про справочник территорий и районные коэффициенты: процент вознаграждения входит в базу для их начисления, если он является частью оплаты труда. Ошибки в назначении начислений и показателей стабильно выливаются в ручные пересчёты — по механике они близки к классическому сбою из статьи про подбор вида начисления при оплате отпуска в 1С:ЗУП.
Какой ROI даёт схема: расчёт на 5 точек и 20 продавцов
Исходные данные модели: 5 магазинов, выручка 4 млн ₽ на точку, итого 20 млн ₽ в месяц. Валовая маржа — 30%. Двадцать продавцов с окладом 60 000 ₽, ФОТ 1,2 млн ₽. Новая схема: оклад 35 000 ₽ плюс 2,5% от личных продаж. При плановой выручке продавец получает те же 60 000 ₽ — схема сбалансирована и не является скрытым урезанием зарплаты.
| Показатель, ₽/мес | До: оклад 60 000 | После: 35 000 + 2,5%, выручка +5% |
|---|---|---|
| Выручка 5 точек | 20 000 000 | 21 000 000 |
| Валовая прибыль (30%) | 6 000 000 | 6 300 000 |
| ФОТ 20 продавцов | 1 200 000 | 1 225 000 |
| Страховые взносы (30%) | 360 000 | 367 500 |
| Сопровождение схемы | 0 | 20 000 |
| Прибыль после расходов на продавцов | 4 440 000 | 4 687 500 |
Эффект — +247 500 ₽ в месяц, вложения 300 000 ₽ возвращаются за 1,2 месяца. Но 5% роста — это гипотеза, а не факт. Честный способ защитить бюджет перед собственником — считать не «ожидаемый эффект», а точку безубыточности: какой минимальный прирост оправдывает проект.
| Прирост выручки | Доп. валовая прибыль | Доп. ФОТ + взносы | Чистый эффект в месяц | Окупаемость 300 000 ₽ |
|---|---|---|---|---|
| 0% | 0 | 0 | −20 000 | не окупается |
| +0,9% | 54 000 | 5 850 | +28 150 | ≈ 11 месяцев |
| +1% | 60 000 | 6 500 | +33 500 | 9 месяцев |
| +3% | 180 000 | 19 500 | +140 500 | 2,1 месяца |
| +5% | 300 000 | 32 500 | +247 500 | 1,2 месяца |
| −5% (спад) | −300 000 | −32 500 | −287 500 | ФОТ падает на 25 000 автоматически |
Два вывода из таблицы. Первый: проект окупается за год уже при приросте выручки менее одного процента — это порог, который обычно перекрывается одним только эффектом прозрачности, когда продавец впервые видит свой заработок в реальном времени. Второй: экономии на ФОТ схема не даёт и давать не должна — вся отдача сидит в дополнительных продажах. Если бизнес рассчитывает срезать фонд оплаты труда, сдельная схема приведёт к оттоку сильных продавцов, и ROI уйдёт в минус.
Отдельно проверьте свой тариф взносов. Если компания в реестре МСП и применяет пониженный тариф к части выплат, нагрузка на переменную часть будет ниже, а окупаемость — быстрее, чем в таблице.
Почему проект может не окупиться: 5 рисков
1. Продавец не указан в чеке. Если кассир пробивает всё под собой или под «общим» пользователем, база расчёта разваливается. Лечится не приказом, а настройкой: обязательность заполнения реквизита и еженедельный отчёт по доле чеков без продавца. Целевой показатель — не более 3% таких чеков.
2. Возвраты и «выкупленные» продажи. Без вычета возвратов схема провоцирует навязывание. Правило должно быть закреплено заранее: возврат уменьшает базу того месяца, в котором оформлен, а не пересчитывает закрытый период.
3. Конфликт за «жирного» покупателя. На точке с 4 продавцами чистый процент от личных продаж почти всегда порождает борьбу за клиента и провал в выкладке и уборке. Рабочий компромисс — 60–70% вознаграждения от личных продаж и 30–40% от продаж магазина.
4. Разрыв между Розницей и ЗУП по составу сотрудников. Уволенный в середине месяца, переведённый между точками, совместитель — каждый такой случай ломает автоматическую загрузку. Заложите регламент сверки списков до расчёта зарплаты.
5. Расчёт держится на одном человеке. Если методику и обработку загрузки знает единственный специалист, его отпуск превращается в срыв выплаты. Как страховаться — подробно в чек-листе по передаче дел 1С-специалисту на время отпуска.
Найдите специалиста для решения этой задачи на koderion.ru
Нужна помощь с расчётом зарплаты в 1С — исполнители по 1С:ЗУП на бирже.