Как учитывать зарплату по проектам в 1С УНФ: три схемы и типовые ошибки

Так бывает часто. Программа умеет учитывать зарплату по проектам, но сначала нужна методика: что считать прямым трудом по заказу, что — переменной оплатой, что сознательно оставить в «котле». Без этого настраивают красивые начисления — и всё равно не видят честную рентабельность заказа.

👋 Привет, это Алексей. Отвечаю за стратегию автоматизации управленческого учёта в Интерлогике. В этой статье — не пошаговая настройка кнопок, а схема: как привязать оплату труда к заказам в УНФ и где чаще всего ломается связка с маржой. Если захотите разобрать ваш случай — оставьте заявку или напишите в телеграм @interlogik.

Заказ или сделка с точки зрения управленческого учёта включает гораздо больше, чем простое списание расходных материалов. Это ещё работа монтажников, инженеров, менеджеров, расчётчиков КП. Не говоря уже о косвенных расходах — об этом в других статьях или на консультации. Если в себестоимости заказа с учётом зарплаты учтены только ТМЦ, отчёт по рентабельности заказа в 1С УНФ показывает «складскую» картинку: может случиться ситуация, что по отчётам сделка прибыльная, хотя ФОТ всё съел.

Фонд оплаты труда — одна из крупнейших статей. На производстве и в проектных услугах доля труда в себестоимости часто сопоставима с материалами. Собственник смотрит на цифры и радуется раньше времени. Финдиректор в конце месяца вручную разносит Excel — и всё равно не уверен, что проект X действительно окупился.

Учитывать оплату труда по заказам полезно, когда решения принимаются по конкретным сделкам: какие направления развивать, какие схемы мотивации менять, где поднять цену, а где резать потери. Цель — увидеть маржу с людьми, а не только с закупкой.

Один механизм учёта зарплаты в УНФ не закроет все случаи. Сначала разделите ФОТ на три уровня — от этого зависит, как разнести зарплату по заказам в 1С УНФ без трёх дней ручной работы у бухгалтерии.

Прямой труд попадает в заказ почти «сам»: человек делал работу по конкретному заказу на производство или по заказ-наряду — сумма должна лечь в себестоимость этой сделки.

Переменная оплата — зона типовых ошибок. Бизнес платит за продажу, а в программе премия считается по другому документу. Или KPI привязан к отгрузке, хотя договорённость — за заказ или за стадию «КП отправлено».

Косвенный ФОТ в УНФ не «включается галочкой». Табель фиксирует дни и часы, но не проекты. Запрос «табель по проектам 1с» часто упирается в то, что для окладов нужна отдельная методика распределения — коэффициенты, база трудозатрат, упрощённый котёл по направлениям. Это нормально: главное — не притворяться, что оклад «сам» сел на заказ.

В УНФ уровни 1 и 2 частично автоматизируются штатными документами. Уровень 3 — всегда решение методики, а не настройки одного вида начисления.

Подсказываем когда какую схему выбирать, детальная настройка зависит от вашей номенклатуры, статусов заказов и политики мотивации.

Подходит, когда зарплату нужно начислить и сразу отнести на себестоимость выпуска или заказа на производство. Сдельный наряд решает две задачи: сколько начислить и куда положить сумму в затратах.

Типовой сценарий: наряд на основании заказа на производство или фактического выпуска. Расценка × фактическое количество. Исполнитель — сотрудник или бригада с коэффициентами трудового участия. Документ закрывают — зарплата попадает в учёт и в себестоимость.

Если задача «просто начислить сдельщину» без отнесения на заказ — смысл схемы для расчёта маржи по заказу теряется. Сдельная оплата труда в 1С УНФ здесь работает на маржу, только когда сумма уходит в затраты конкретной продукции или работы.

Для компаний, которые выполняют работы по заказу клиента: монтаж, сервис, проектные услуги. Заказ-наряд объединяет план работ, материалы, взаиморасчёты и начисление зарплаты исполнителям — процент от суммы, тариф или фиксированная сумма.

Отдельный путь — задание на работу и учёт времени: почасовка, курьеры, разовые подрядчики в штате. Формула «отработанные часы × тариф». Важно, чтобы подразделение в учёте времени совпадало с подразделением в начислении — иначе автоматический расчёт разъедется.

Обе схемы дают прямую связь «работа по заказу → сумма в затратах», если заказ-наряд доведён до завершения и правила начисления привязаны к исполнителю в документе.

Когда платят не за нормо-час, а за результат: % от продаж, бонус за категорию номенклатуры, за группу клиентов, за перевод заказа на стадию.

В УНФ это настраивается через виды начислений, показатели и произвольные запросы. Методически важнее источник данных:

• Продажи по заказу, а не по расходной накладной — если менеджер вёл сделку, а отгрузил другой сотрудник. Классический «процент продаж по ответственному» в накладной отдаст премию кладовщику или тому, кто оформил документ отгрузки. При вводе продажи на основании заказа ответственный из заказа не всегда переносится автоматически.
• Стадия заказа — когда платят за расчёт КП или за переход в «КП отправлено», а не за отгрузку.
• Несколько KPI у одного сотрудника — удобнее выделять отдельными начислениями: проще проверить в документе начисления зарплаты и в отчётах.

Произвольные запросы имеют смысл, когда правила мотивации уже согласованы. Иначе получится точный расчёт по неверной схеме — красивые цифры, бессмысленная маржа.

👉 Настраивать KPI без фиксации «за что платим» — типичная ловушка. Сначала методика, потом формула.

ФОТ ушёл на общую статью расходов. В документе начисления зарплаты сумма проведена, но аналитика — «общепроизводственные» или одна статья на всю компанию. В отчёте по заказу материалы есть, людей нет.

Премия считается по отгрузке, бизнес платит за заказ. Менеджер закрыл сделку, отгрузку оформил склад. Если мотивация привязана к расходной накладной, премия и учёт зарплаты по заказам в 1С УНФ расходятся с фактом.

Ответственный в документе продажи — не тот, кто вёл проект. Заказ вёл один человек, в накладной стоит другой. Без явного правила «брать ответственного из заказа» цифры в KPI и в голове у руководителя не сойдутся.

Оклад пытаются «посадить» на проект через табель. Табель в УНФ — про явки и часы, не про проекты. Для окладов нужна отдельная база распределения или честный котёл. Иначе бухгалтер три дня в месяц таскает суммы вручную — и всё равно с ошибками.

Сложный KPI там, где хватило сдельного наряда или заказ-наряда. Если работа привязана к выпуску или завершённому заказ-наряду, не стоит строить многослойные запросы — проще поддерживать и проверять.

Начислили, но не проверили себестоимость заказа. Зарплата в отчёте «Начисления и удержания» есть, а в марже по заказу — нет. Значит, цепочка «начисление → затраты → заказ» где-то оборвана.

Котловой метод нормален, если:

• заказов много, но маржу смотрят по направлению или продуктовой группе, а не по каждой сделке;
• доля ФОТ в себестоимости мала, а труд по заказам не различим;
• компания только выстраивает учёт — сначала порядок в материалах и закрытии месяца, потом детализация по людям.

Позаказный учёт ФОТ нужен, если:

• производство или услуги идут под конкретный заказ, и труд — заметная часть себестоимости;
• мотивация завязана на сделки, а споры «кто сколько заработал на этом проекте» длятся каждый месяц;
• руководитель принимает решения о цене и составе команды по заказам, а не «в среднем по больнице».

УНФ тянет прямой и большую часть переменного ФОТ по заказам. Тяжёлый позаказный учёт окладов, НЗП и сложное распределение косвенных расходов — повод заранее оценить, хватит ли конфигурации или нужна связка с ERP и отдельной методикой трудозатрат. Это не приговор УНФ — это вопрос масштаба и глубины аналитики.

Учитывать зарплату по проектам в 1С УНФ — значит сначала разделить ФОТ на прямой, переменный и косвенный уровни, выбрать схему под тип труда и проверить, что начисленная сумма доходит до себестоимости заказа, а не только до ведомости.

Три рабочих направления в программе: сдельный наряд для производства, заказ-наряд и учёт времени для услуг, KPI и премии — когда платят за результат продаж или стадию сделки. Большинство сбоев — не в формулах, а в несовпадении методики и документов: заказ против отгрузки, общая статья против аналитики заказа, оклад «в котле» при ожидании точной маржи.

Если после настройки отчёт по заказу всё ещё «слишком красивый» — ищите, где в цепочке потерялись люди.

Если нужно разобрать, как учитывать оплату труда по заказам именно в вашей компании — оставьте заявку на консультацию, напишите в телеграм @interlogik или позвоните +7 (495) 764 83 81.

Что читать ещё
— Себестоимость и маржа по каждому заказу в 1С:УНФ — базовая логика позаказного учёта и отчётов по марже
— Учёт трудозатрат и зарплаты по заказам в 1С ERP — та же задача на другой конфигурации, если УНФ уже не хватает по глубине
— Ошибки закрытия месяца в 1С УНФ — как они искажают себестоимость — почему цифры по заказам не сходятся даже при «правильной» зарплате
— Списание материалов в производство и учёт затрат в 1С:УНФ — вторая половина себестоимости заказа: материалы и затраты в производстве