Как реализовать расчет себестоимости товаров при проведении перемещений в 1С:УТ 11?

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

Понимание архитектуры учета себестоимости

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

• Распределения дополнительных расходов (транспортных, таможенных, услуг сторонних организаций).
• Операций Интеркампани, передающих товары между организациями внутри компании.
• Корректировок поступлений, возвратов и пересортицы.
• Последовательности документов, которые могут проводиться «задним числом».

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

Почему расчет «в лоб» при каждом проведении — это риск?

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

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

Рекомендованные подходы к решению задачи

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

1. Использование типов цен для оценки (Плановая себестоимость)

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

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

2. Реализация демонстрационного механизма «в лоб» (для тестовых заданий)

Если задача получена в рамках тестового задания и вы хотите продемонстрировать владение объектной моделью 1С, вы можете написать процедуру в Обработка проведения. Важно понимать: это решение не для реальной эксплуатации. Реализуйте простой алгоритм расчета средней себестоимости только по текущим остаткам на складе, используя Запрос к регистрам накопления.

// Пример упрощенного алгоритма расчета средней себестоимости в модуле документа
Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |    СУММА(ТоварыНаСкладахОстатки.ВНаличииОстаток) КАК Количество,
    |    СУММА(СебестоимостьТоваровОстатки.СтоимостьОстаток) КАК Стоимость
    |ИЗ
    |    РегистрНакопления.ТоварыНаСкладах.Остатки(&МоментВремени, ) КАК ТоварыНаСкладахОстатки
    |    ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.СебестоимостьТоваров.Остатки(&МоментВремени, ) КАК СебестоимостьТоваровОстатки
    |    ПО ТоварыНаСкладахОстатки.Номенклатура = СебестоимостьТоваровОстатки.Номенклатура";
// ... выполнение запроса и расчет средней цены для оценки

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

Итоговый совет профессионала

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

• Расчет себестоимости требует анализа всей цепочки документов за период, а не одного перемещения.
• Типовая методология 1С гарантирует консистентность финансовых данных только после завершения процесса закрытия месяца.
• Любое вмешательство в механизмы проведения себестоимости потребует колоссальных затрат на сопровождение и сделает невозможным автоматическое обновление конфигурации.

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