Как в 1С:УНФ правильно оформить перепродажу услуг и работ с учетом прибыли?

В практике многих компаний, работающих в 1С:Управление нашей фирмой (УНФ), возникает задача «перепродажи» услуг. Типичный пример: компания нанимает субподрядчика для выполнения монтажа за 1000 рублей и выставляет счет клиенту на 1100 рублей. Главная сложность здесь заключается в том, чтобы программа правильно сопоставила расход на покупку услуги с доходом от её продажи и показала чистую прибыль в 100 рублей, не создавая при этом фиктивных остатков на складах.

Разберем подробно, как реализовать эту схему в 1С:УНФ 1.6 и выше, используя стандартные механизмы программы и избегая методологических ошибок.

Тип номенклатуры: «Услуга» или «Работа»?

Первое, с чего необходимо начать — это анализ справочника Номенклатура. В 1С:УНФ существует принципиальное различие между типами номенклатуры, которое напрямую влияет на расчет финансового результата. Рассмотрим их подробнее:

1. Услуга: Этот тип предназначен для сервисов, которые не имеют материальной себестоимости. Например, аренда или консультация. В УНФ для «Услуги» нельзя напрямую указать прямые материальные затраты. Она списывается сразу на финансовый результат. Если вы приходуете «Услугу» от поставщика и продаете «Услугу» клиенту, программа не всегда может автоматически связать их в одном отчете без дополнительных настроек.
2. Работа: Этот тип номенклатуры — идеальный вариант для перепродажи сторонних сервисов. В отличие от услуги, «Работа» имеет себестоимость. Она может накапливать затраты (материалы, услуги сторонних организаций, зарплату). При этом, как и услуга, «Работа» не ведется в количественном учете на складе, что решает проблему автора темы с «зависанием» остатков.

Рекомендация: Для операций, где вы покупаете сервис у одного лица и перепродаете другому, лучше использовать тип номенклатуры Работа.

Способ 1: Использование аналитики «Заказ покупателя» в Приходной накладной

Проанализируем ситуацию, когда нам не нужно использовать сложные производственные схемы, а достаточно зафиксировать затрату под конкретную сделку. Рассмотрим этот алгоритм по шагам:

1. Создадим документ Заказ покупателя, в котором укажем услугу (или работу) и её продажную стоимость (1100 рублей).
2. При получении счета от субподрядчика оформим документ Приходная накладная.
3. В табличной части Приходной накладной выберем услугу субподрядчика.
4. Важный момент: В колонке Заказ (если её не видно, используйте настройку формы) необходимо выбрать тот самый Заказ покупателя, под который мы закупаем эту работу.

В этом случае система понимает, что затрата в 1000 рублей является прямой и относится именно к этой сделке. При формировании отчета Доходы и расходы по заказам (по отгрузке) программа сопоставит выручку от реализации и себестоимость, полученную из приходной накладной. Мы увидим чистую прибыль.

Способ 2: Оформление через «Заказ-наряд» (Субподряд)

Выясним, как работает более продвинутый механизм — документ Заказ-наряд. Это универсальный документ в УНФ, который совмещает в себе функции заказа, реализации и акта выполненных работ.

Если в настройках программы (Раздел Закупки — Взаиморасчеты или Производство) включена возможность работы с субподрядом, мы можем выполнить следующие действия:

1. Создадим Заказ-наряд на выполнение работ для клиента.
2. На вкладке Работы укажем наименование работы и её цену для клиента.
3. Для отражения услуг стороннего подрядчика воспользуемся вкладкой Затраты. Здесь можно указать услугу сторонней организации, которая ляжет на себестоимость данного заказа-наряда.
4. Альтернативно можно использовать механизм «Поступление от переработчика» или оформить Приходную накладную на основании этого Заказа-наряда.

Этот метод считается наиболее корректным с точки зрения методологии управленческого учета в УНФ, так как документ Заказ-наряд аккумулирует в себе все доходы и расходы по конкретному объекту или задаче.

Программный метод: Использование подписок на события

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

// Пример упрощенной логики при проведении реализации
Процедура ПриЗаписиДокументаРеализация(Источник, Отказ)
    Если Источник.ОбменДанными.Загрузка Тогда Возврат; КонецЕсли;
    
    // Проверяем наличие определенных услуг в табличной части
    Для Каждого СтрокаТЧ Из Источник.Запасы Цикл
        Если СтрокаТЧ.Номенклатура.ТипНоменклатуры = ПредопределенноеЗначение("Перечисление.ТипыНоменклатуры.Работа") Тогда
            // Программное создание Заказа поставщику и Приходной накладной
            // Связывание с ЗаказомПокупателя для фиксации себестоимости
        КонецЕсли;
    КонецЦикла;
КонецПроцедуры

Внимание: Такой подход чреват созданием «лишних» документов в системе и сложностями при корректировках задним числом. Как справедливо заметили участники обсуждения (Сообщение 13), это превращает систему в «чудовище Франкенштейна». Используйте программные доработки только тогда, когда стандартные возможности Заказ-нарядов или привязки к заказам через Приходные накладные категорически не подходят под бизнес-процесс.

Анализ результатов: Как проверить прибыль?

После того как мы оформили покупку услуги (через Приходную накладную с аналитикой заказа) и её продажу (через Расходную накладную или Заказ-наряд), нам необходимо убедиться в корректности данных. Посмотрим на основные отчеты:

• Доходы и расходы по заказам: Это основной отчет для проверки. В нем должна отобразиться выручка (без НДС), себестоимость (ваша закупка у подрядчика) и маржинальный доход.
• Финансовый результат: В этом отчете можно увидеть общую картину по компании. Если вы использовали тип номенклатуры Услуга и не привязали её к заказу, себестоимость может «улететь» в общие расходы, и вы не увидите прибыли в разрезе конкретной сделки.

Почему возникают «проблемы со складами»?

Разберем причину опасений автора темы. Ошибки со складами в УНФ при перепродаже услуг возникают только в одном случае: если номенклатуре присвоен тип Запас. Если вы ошибочно создали «Услугу монтажа» с типом Запас, программа будет требовать её наличие на остатках склада для отгрузки. При использовании типов Услуга или Работа количественный складской учет не ведется, и вы никогда не столкнетесь с отрицательными остатками или необходимостью инвентаризации этих позиций.

Резюме

Для правильной перепродажи услуг в 1С:УНФ выполните следующие шаги:

1. Используйте тип номенклатуры Работа для тех позиций, которые вы закупаете на стороне и перепродаете.
2. Всегда создавайте Заказ покупателя как связующее звено.
3. В документе Приходная накладная при закупке услуги у подрядчика обязательно заполняйте поле Заказ.
4. Используйте отчет Доходы и расходы по заказам для оперативного контроля маржинальности ваших сделок.