При использовании расширенного аналитического учета затрат (РАУЗ) в 1С:Управлении производственным предприятием (УПП) многие специалисты сталкиваются с проблемой «прозрачности» себестоимости. Когда транспортно-заготовительные расходы (ТЗР) или таможенные пошлины включаются в стоимость материалов через документ ПоступлениеДопРасходов, они «растворяются» в общей стоимости ТМЦ. В итоге, анализируя себестоимость готовой продукции, мы видим лишь общую сумму затрат на материалы, не понимая, какую долю в ней занимают услуги перевозчиков или государственные сборы.
В этой статье мы разберем несколько стратегий решения этой задачи: от изменения методологии учета до серьезной технической доработки ядра РАУЗ.
Рассмотрим, почему стандартные отчеты не дают нужной детализации. В режиме РАУЗ все движения фиксируются в регистре УчетЗатрат. Когда мы оформляем дополнительные расходы на материалы, система увеличивает стоимость конкретной номенклатуры на складе. С точки зрения математики РАУЗ, материал становится «дороже» на входе. При списании в производство система оперирует усредненной стоимостью (или стоимостью по ФИФО в зависимости от настроек), где основная цена поставщика и допрасходы уже не разделимы. Для системы это просто единый ресурс с определенной стоимостью.
Проанализируем самый простой с технической точки зрения путь — отказ от включения ТЗР в стоимость материалов (счет 10) в пользу прямого отнесения на производственные затраты (счета 20, 25, 26).
Разберем этот алгоритм по шагам:
ПоступлениеДопРасходов используем ПоступлениеТоваровУслуг (вкладка «Услуги»).СпособыРаспределенияЗатрат. Чтобы ТЗР распределялись максимально точно, можно использовать базу распределения «По объему» или «По весу» списанных материалов, если это критично для отрасли.Результат: В отчете «Анализ себестоимости выпуска» или «Ведомость по учету затрат» вы увидите готовую продукцию, в структуре затрат которой отдельными строками будут выделены: «Металл», «Транспортные расходы», «Таможенные сборы». Это наиболее «чистый» управленческий подход, не требующий написания кода.
Если бизнес-процессы требуют, чтобы ТЗР обязательно входили в стоимость материалов на складе, рассмотрим вариант создания аналитического отчета. Этот отчет будет работать по принципу ретроспективного разбора себестоимости.
Логика работы такого отчета может быть следующей:
УчетЗатрат).ПоступлениеДопРасходов, которые корректировали стоимость в периоде поступления.Коэффициент = СуммаДопРасходов / (СуммаПоставщика + СуммаДопРасходов).Проанализируем пример кода для поиска связи доп. расходов с материалом:
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| УчетЗатрат.Регистратор КАК ДокументПоступления,
| УчетЗатрат.Стоимость КАК ОсновнаяСтоимость,
| ЕСТЬNULL(ДопРасходы.Сумма, 0) КАК СуммаДопРасходов
|ИЗ
| РегистрНакопления.УчетЗатратРегламентированный КАК УчетЗатрат
| ЛЕВОЕ СОЕДИНЕНИЕ (
| ВЫБРАТЬ
| ДопРасходыТовары.ДокументПартии КАК ДокументПартии,
| СУММА(ДопРасходыТовары.Смма) КАК Сумма
| ИЗ
| Документ.ПоступлениеДопРасходов.Товары КАК ДопРасходыТовары
| СГРУППИРОВАТЬ ПО
| ДопРасходыТовары.ДокументПартии) КАК ДопРасходы
| ПО УчетЗатрат.Регистратор = ДопРасходы.ДокументПартии";
Этот метод имеет погрешность при многопередельном производстве, но для простых цепочек «Материал — Продукция» дает вполне достоверную картину.
Рассмотрим наиболее сложный, но надежный путь, на который намекают опытные архитекторы. В 1С:ERP 2.0 проблема решена введением разреза «Постатейные затраты» прямо в регистре себестоимости. В УПП мы можем попытаться реализовать аналогичный механизм.
Для реализации потребуется:
УчетЗатрат (и соответствующие ключи аналитики) добавляется новое измерение ВидЗатратДляСебестоимости или реквизит, определяющий происхождение суммы.Поступления доп. расходов сумма должна фиксироваться не просто как «Стоимость», а с пометкой конкретной статьи.РасчетСебестоимостиВыпуска (обычно это обработка ПроведениеПоИтерациям) должна быть модифицирована таким образом, чтобы при решении системы линейных уравнений она «протаскивала» доли разных затрат через всю цепочку перемещений и выпусков.Важно помнить, что РАУЗ в УПП работает с агрегированными данными. Чтобы разделить стоимость на составляющие, вам придется либо дублировать суммы в разных ресурсах регистра (например, СтоимостьТЗР, СтоимостьМатериала), либо значительно усложнить ключи аналитики, что может привести к существенному замедлению расчета себестоимости.
Выясним причину, по которой внедрение варианта с доработкой РАУЗ часто считается нецелесообразным. Изменение кода РАУЗ делает конфигурацию практически «неснимаемой» с поддержки и крайне сложной в обслуживании. Поэтому, если перед вами стоит задача реализации такого механизма, рекомендуем следующий приоритет действий:
Подводя итог, можно сказать, что 1С:УПП предоставляет мощный, но жестко структурированный механизм учета затрат. Выделение долей ТЗР требует либо гибкости в методологии учета, либо разработки интеллектуальных инструментов отчетности, способных «размотать» клубок затрат от готового изделия до первичного документа поставщика.