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

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

Причина возникновения проблемы: Услуга vs Запас

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

Вариант 1: Использование типа номенклатуры «Запас»

Это самый простой и эффективный метод для получения точных отчетов по прибыли. Несмотря на то, что ПО нематериально, в системе его удобнее всего учитывать как товар. Разберем по шагам, как это реализовать:

1. Создадим новую позицию в справочнике Номенклатура.
2. Установим тип номенклатуры «Запас».
3. При поступлении ПО от поставщика оформим документ Приходная накладная. Теперь на «виртуальном складе» у нас числится единица ПО по конкретной цене закупки.
4. При продаже клиенту оформим Расходную накладную. В этот момент система автоматически спишет стоимость закупки на себестоимость продажи по методу FIFO или «По средней» (в зависимости от настроек учетной политики).

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

Вариант 2: Использование типа номенклатуры «Работа»

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

Проанализируем этот процесс: мы закупаем ПО у вендора через Заказ поставщику, указывая тип Работа. При проведении поступления затраты аккумулируются в системе. При реализации этой работы клиенту через Заказ-наряд или Расходную накладную, мы можем распределить затраты на закупку на этот конкретный выпуск. Это позволит увидеть маржинальность в отчете «Доходы и расходы по заказам».

Вариант 3: Связка заказов и анализ по проектам

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

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

Этот метод не формирует классическую Себестоимость в документе продажи, но дает руководителю конечную цифру прибыли по сделке.

Вариант 4: Документ «Дополнительные расходы»

Посмотрим на пример использования затратных механизмов. Если ПО уже реализовано как услуга, мы можем «догнать» себестоимость вручную:

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

Рекомендация по настройке отчетов

Чтобы убедиться, что всё настроено верно, проанализируем отчет «Валовая прибыль». Если вы выбрали вариант с «Запасом», данные появятся там автоматически. Если вы используете методы с распределением расходов на заказы, используйте отчет «Доходы и расходы по заказам покупателей» (в разделе «Компания» — «Анализ»).

Подведем итог: наиболее «честным» для управленческого учета в 1С:УНФ является использование типа Запас. Это позволяет в реальном времени видеть остатки неактивированных лицензий и получать точный расчет прибыли без сложных манипуляций с распределением затрат в конце месяца. При использовании ЭДО достаточно один раз настроить связь между входящим названием услуги и вашей внутренней карточкой товара.