← На главную

В процессе ведения управленческого учета в розничной и оптовой торговле (особенно в сфере электроники и мобильных телефонов) часто возникает необходимость точечного распределения дополнительных расходов. Типичный кейс: компания продает мобильные телефоны. Номенклатура в базе — это модель телефона (например, "iPhone 14"), а характеристика — его уникальный IMEI-код. На один конкретный аппарат приходят индивидуальные затраты (например, плата за разблокировку, замена экрана по гарантии, наклейка защитного стекла или индивидуальная пошлина). Перед аналитиками и разработчиками встает задача: как распределить эти доп. расходы строго на себестоимость конкретной характеристики (IMEI), а не размазывать их по всей номенклатуре или партии?

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

Почему программная доработка общего модуля расчета себестоимости — это тупиковый путь?

Первое побуждение программиста при получении такой задачи — «допилить» конфигурацию: добавить характеристику в аналитику статей расходов и изменить алгоритмы проведения документов. Однако в конфигурациях на платформе 1С:ERP и 1С:УТ 11 (особенно в версиях 11.3 и 11.4) этот путь связан с огромными рисками. Выясним, почему этого делать не стоит:

1. Сложность математического аппарата расчета себестоимости. Движок расчета себестоимости работает через Систему Линейных Уравнений (СЛУ). Все расчеты происходят во временных таблицах внутри общего модуля РасчетСебестоимости. Базовыми аналитиками для распределения затрат являются элементы справочника КлючиАналитикиУчетаНоменклатуры, которые сворачивают данные до уровня номенклатуры, склада и назначения. Характеристики на уровне распределения постатейных расходов на себестоимость программно игнорируются.
2. Нарушение обновляемости базы. Попытка внедрить суб-аналитику по характеристикам в запросы расчета себестоимости потребует переписать колоссальный объем типового кода. База станет фактически «необновляемой», а любое обновление от вендора будет приводить к непредсказуемым ошибкам распределения затрат и появлению копеечных остатков, которые невозможно закрыть в конце месяца.

Именно поэтому мы рекомендуем использовать методологические обходы или штатные возможности более современных редакций системы.

Вариант 1. Ведение уникального учета через справочник «Номенклатура» (Рекомендуемый для УТ 11.3 / 11.4)

Рассмотрим самый надежный и чистый с точки зрения типовой архитектуры способ. Если каждый телефон имеет уникальный IMEI и уникальные затраты, то логичнее отказаться от использования характеристик для хранения IMEI и перенести эти данные непосредственно в справочник Номенклатура.

Проанализируем по шагам, как организовать такой учет:

1. Создаем карточку номенклатуры под каждый физический аппарат. В наименовании указываем модель и IMEI (например, "Смартфон Apple iPhone 14 128GB (IMEI: 123456789012345)").
2. Для удобства работы пользователей группируем такие уникальные карточки по папкам-родителям (моделям) или используем механизм видов номенклатуры и дополнительных реквизитов.
3. В качестве аналитики расходов в документах «Приобретение услуг и прочих активностей» указываем конкретную номенклатурную позицию. При расчете себестоимости программа без проблем отнесет доп. расход строго на данный аппарат.

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

Недостатки: Быстрое раздувание справочника Номенклатура. Однако в современных СУБД это практически не влияет на производительность системы.

Вариант 2. Разделение документов поступления (Поштучный приход)

Если плодить карточки номенклатуры категорически запрещено внутренними регламентами компании, рассмотрим схему с разделением партий:

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

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

Вариант 3. Использование механизма обособленного учета (Назначений)

В 1С:УТ 11 реализован мощный инструмент — обособление запасов под конкретное «Назначение» (это может быть заказ клиента, направление деятельности или сделка). Выясним, как применить этот функционал для решения нашей задачи:

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

Вариант 4. Современное решение в новых редакциях (1С:УТ 11.5 / ERP 2.5)

Если у вашей компании есть возможность обновить конфигурацию до актуальных версий (начиная с 11.5), то задача распределения доп. расходов на конкретную характеристику решается полностью в рамках типового функционала.

Разберем, как это реализовано в новых редакциях:

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

Резюме и рекомендации

Для старых версий конфигураций (УТ 11.3) наиболее жизнеспособным и простым в поддержке решением является Вариант 1 (ведение каждого уникального телефона как отдельной номенклатуры) или Вариант 2 (поштучное разделение документов поступления). Они позволяют избежать дорогостоящего программирования и гарантируют стабильную работу базы данных.

Если же бизнес-процессы требуют массового и гибкого распределения затрат по характеристикам без раздувания номенклатуры, лучшим стратегическим решением станет переход на современную редакцию 1С:УТ 11.5, где этот функционал поддерживается вендором «из коробки».