Почему не распределяются расходы на заказ поставщику в 1С:Управление торговлей и как исправить ошибку расчета себестоимости?

При закрытии месяца в программе 1С:Управление торговлей (редакции 11.4 или 11.5) пользователи часто сталкиваются с неприятным сообщением об ошибке: «Обнаружены нераспределенные на себестоимость остатки расходов...». Особенно часто эта проблема возникает, когда в качестве аналитики расходов используется документ Заказ поставщику, а сами дополнительные затраты (например, доставка или таможенные пошлины) регистрируются документом Приобретение услуг и прочих активов (ПУиПА).

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

Как устроен механизм распределения расходов на «Заказ поставщику»

Для начала рассмотрим, как этот механизм должен работать в идеальных условиях. В системе 1С:Управление торговлей предусмотрена возможность относить транспортно-заготовительные расходы (ТЗР) не на конкретную партию поступления, а в целом на Заказ поставщику. Это очень удобно, поскольку в рамках одного заказа товары могут приходить несколькими отдельными поставками (документами Приобретение товаров и услуг), оформленными в разные дни и даже на разные склады.

Когда мы указываем в статье расходов вариант распределения «На себестоимость товаров» и выбираем тип аналитики Заказ поставщику, система понимает, что все зарегистрированные по этой статье затраты должны быть распределены между всеми поступившими по данному заказу товарами пропорционально выбранной базе (количеству, сумме, весу или объему).

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

Ключевые причины возникновения ошибки нераспределенных расходов

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

1. Расхождения по Направлениям деятельности (НД)

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

2. Временной разрыв между расходами и поступлением (переходящие периоды)

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

3. Несовпадение Организаций

При ведении учета по нескольким юридическим лицам в одной базе крайне важно следить за чистотой аналитики. Если Заказ поставщику оформлен по организации «Торговый дом «Комплексный», а услуги по доставке (ПУиПА) по ошибке проведены по организации «Торговый дом «Патриот», распределение не произойдет. Вся цепочка документов — от заказа до услуг и поступления товаров — должна быть оформлена строго по одной организации.

4. Отсутствие данных для базы распределения

Посмотрим на настройки статьи расходов. Если в правиле распределения указано «Пропорционально весу» или «Пропорционально объему», программа обращается к карточкам поступивших номенклатурных позиций. Если в справочнике Номенклатура у товаров не заполнены реквизиты веса или объема (они равны нулю), математический расчет распределения становится невозможным. Система не находит базу для расчета долей и оставляет расходы нераспределенными.

5. Товар уже полностью списан или продан

Иногда дополнительные расходы отражаются задним числом, когда поступивший по заказу товар уже полностью продан или списан со склада в предыдущих периодах. Программа пытается увеличить стоимость партии, которой фактически больше нет на остатках. В зависимости от детальных настроек партионного учета, это может приводить к зависанию сумм в регистре ПартииПрочихРасходов.

Пошаговый алгоритм решения проблемы

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

1. Анализируем движения по регистру «Партии прочих расходов»: Для этого воспользуемся отчетом «Универсальный отчет» (раздел «НСИ и администрирование» — «Печатные формы, отчеты и обработки»). Выберем тип объекта «Регистр накопления», имя таблицы «Остатки и обороты» для регистра ПартииПрочихРасходов. Настроим группировку по организации, статье расходов, аналитике расходов (нашему заказу) и направлению деятельности. Это позволит наглядно увидеть, в каком именно разрезе «зависла» сумма затрат.
2. Проверяем сквозную аналитику документов: Откроем три ключевых документа: Заказ поставщику, связанное с ним Приобретение товаров и услуг и Приобретение услуг и прочих активов. Внимательно сверим следующие реквизиты:
   • Организация в шапке документов;
   • Направление деятельности (вкладка «Дополнительно» или в табличной части);
   • Подразделение-получатель расходов.
   Если обнаружено расхождение, исправим аналитику в документах и проведем их заново.
3. Корректируем хронологию и периоды документов: Если услуги были отражены в месяце, предшествующем поступлению товаров, и вызывают ошибку при закрытии этого раннего месяца, у нас есть два пути решения:
   • Перенести дату документа ПУиПА на дату фактического поступления товаров (на следующий месяц), если это допустимо с точки зрения бухгалтерского учета.
   • Если перенос даты невозможен, временно распределить эти расходы на статью с типом «Расходы будущих периодов» (РБП), а уже в месяце поступления товара списать их на себестоимость.
4. Проверяем заполнение карточек номенклатуры: Если статья расходов предусматривает распределение по весу или объему, откроем карточки всех товаров, фигурирующих в поступлении по нашему заказу. Убедимся, что на вкладке «Реквизиты» в разделе «Вес и объем» указаны корректные физические параметры. Если данные отсутствуют, заполним их и запустим расчет себестоимости повторно.

Технический анализ для специалистов (запрос к базе данных)

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

ВЫБРАТЬ
    ПартииРасходов.Организация КАК Организация,
    ПартииРасходов.СтатьяРасходов КАК СтатьяРасходов,
    ПартииРасходов.АналитикаРасходов КАК АналитикаРасходов,
    ПартииРасходов.НаправлениеДеятельности КАК НаправлениеДеятельности,
    ПартииРасходов.ДокументРегистратор КАК ДокументРегистратор,
    ПартииРасходов.СтоимостьОстаток КАК СтоимостьОстаток
ИЗ
    РегистрНакопления.ПартииПрочихРасходов.Остатки(&ПериодГраница, ) КАК ПартииРасходов
ГДЕ
    ПартииРасходов.СтоимостьОстаток > 0

Проанализировав результат выполнения этого запроса, мы сразу увидим расхождения в полях НаправлениеДеятельности или Организация между зависшей партией расходов и реальным приходом товаров по заказу, что позволит оперативно внести исправления в первичные документы.