Себестоимость заказов в 1С:ERP после УТ 11: 7 шагов

Себестоимость заказов в 1С:ERP после УТ 11: 7 шагов

📅 Опубликовано 3 сентября 2026 г.

Коротко: в 1С:ERP себестоимость заказа формируется не в момент отгрузки, как привыкли пользователи УТ 11, а при закрытии месяца документом «Расчет себестоимости товаров». Чтобы валовая прибыль по заказам сходилась, нужно пройти несколько шагов: сверить входящие партии, выбрать один из трёх методов оценки МПЗ, включить обособленный учёт себестоимости по назначениям, настроить статьи расходов, связать заказы с обеспечением, отладить закрытие месяца и сверить результат отчётами.

  • Себестоимость в ERP считается регламентно. До проведения документа «Расчет себестоимости товаров» в закрытии месяца вы видите либо предварительную оценку, либо нули — это нормальное поведение системы, а не ошибка переноса.
  • Метод оценки стоимости запасов выбирается в учётной политике организации: ФИФО, «Средняя за месяц» или «Среднескользящая», настройка находится в блоке учётной политики финансового учёта. При ФИФО себестоимость считается по каждой партии, при «Средней за месяц» — по средней цене за отчётный период (средняя взвешенная оценка) без учёта партий, при среднескользящей — по данным о себестоимости товаров в разрезе аналитики учёта номенклатуры, раздела учёта, вида запасов и организации, без заполнения партионных измерений. Менять его без перепроведения всего периода нельзя.
  • Себестоимость «по заказу» технически ведётся по назначениям — справочник «Назначения» плюс функциональная опция обособленного учёта себестоимости. Без неё заказ получит среднюю по складу, а не свою партию.
  • Косвенные расходы попадают в себестоимость только через статьи расходов с корректным вариантом распределения. Статьи, перенесённые из УТ 11 «как есть», чаще всего уходят мимо товарной себестоимости.
  • Первое закрытие месяца нередко падает с ошибками — это ожидаемый этап. План: закрыть тестовый месяц на копии базы до старта продуктивной эксплуатации.

Почему себестоимость заказов «ломается» сразу после перехода с УТ 11 на ERP?

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

Вторая причина — перенос данных. Типовой перенос из УТ 11 переносит справочники, документы и остатки, но история партий и аналитика себестоимости в разрезе назначений редко приезжает в том же виде, в каком она была в источнике. Практический вывод простой: после переноса нельзя считать, что учёт себестоимости «уже работает» — его нужно настраивать заново, опираясь на входящие остатки.

Что сравниваем1С:УТ 111С:ERP
Момент формирования себестоимостиОперативно, по факту отгрузки и по итогам месяцаРегламентно, документом «Расчет себестоимости товаров» в закрытии месяца
Методы оценки МПЗТри метода: ФИФО, «Средняя за месяц» и «Среднескользящая»; метод выбирается в учётной политике организации, в блоке настроек финансового учётаТе же три метода: ФИФО — по каждой партии, «Средняя за месяц» — по средневзвешенной цене за месяц без учёта партий, «Среднескользящая» — без партионной аналитики, в разрезе аналитики учёта номенклатуры, раздела учёта, вида запасов и организации
Себестоимость по конкретному заказуЧерез обособленное обеспечение, ограниченноЧерез справочник «Назначения» и обособленный учёт себестоимости
Косвенные расходыСтатьи расходов с базовым распределениемСтатьи расходов с вариантами распределения, направления деятельности, РБП
Производственная составляющаяОтсутствуетРесурсные спецификации, этапы производства, распределение по выпуску
Проверка результатаОтчёты по валовой прибылиПлюс «Справка-расчет себестоимости товаров» и управленческий баланс

Ниже — семь шагов, которые закрывают типовой сценарий торговой или торгово-производственной компании, перешедшей на ERP и потерявшей привычные цифры по заказам.

Шаг 1. Как проверить входящие остатки и партии после переноса?

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

  1. Откройте раздел «Склад и доставка» и сформируйте «Ведомость по товарам на складах» на дату начала учёта в ERP. Сверьте количество с аналогичным отчётом в УТ 11.
  2. Сформируйте отчёт по себестоимости товаров на ту же дату и сверьте суммовую оценку. Расхождение по количеству — проблема переноса, расхождение только по сумме — проблема ввода стоимостной оценки партий.
  3. Проверьте документы «Ввод остатков» (раздел «НСИ и администрирование» → «Начальное заполнение»): у каждой позиции должны быть заполнены и количество, и сумма, и организация, и склад.
  4. Отдельно проверьте товары в пути, товары на комиссии, переданные на переработку и незавершённое производство — это классические зоны, где перенос отрабатывает не полностью.
  5. Проверьте, что остатки введены датой, предшествующей первому рабочему дню, иначе движения первого месяца лягут поверх пустых регистров.

Практическое правило: перед стартом ERP проведите полноценную инвентаризацию склада и закройте расхождения в старой базе. Требования к инвентаризации и её оформлению удобно свести в один регламент вместе с бухгалтерией — как это делается по новым правилам инвентаризации в 1С. Переносить в ERP заведомо неверные остатки — гарантированная переделка через два-три месяца.

Шаг 2. Какой метод оценки стоимости товаров выбрать в 1С:ERP?

Метод задаётся в карточке организации: «НСИ и администрирование» → «Организации» → нужная организация → «Учетная политика». Реквизит — «Метод оценки стоимости товаров». Доступны три варианта, и выбор напрямую влияет и на цифры по заказам, и на длительность закрытия месяца.

МетодКак считаетКому подходитВлияние на закрытие месяца
Средняя за месяцЕдиная средневзвешенная стоимость по итогам месяца на всю номенклатурную позициюБыстрооборачиваемые товары, большая номенклатура, отсутствие требований к партионностиСамый быстрый расчёт, минимум ошибок
ФИФО (взвешенная оценка)Партии списываются по порядку поступления, но оценка уточняется по итогам месяцаИмпорт, дорогие товары, длинные сделки под конкретного клиентаДольше, требует корректного партионного учёта
ФИФО (скользящая оценка)Партия оценивается в момент списания, без пересчёта в конце месяцаКомпании, которым нужна оперативная себестоимость в течение месяцаОперативно, но чувствительно к порядку ввода документов задним числом

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

Если бизнес работает под заказ и каждая поставка привязана к конкретной сделке, средняя за месяц вам не подойдёт: она размажет стоимость дорогой позиции по всем клиентам. В этом случае берите ФИФО и сразу переходите к шагу 3.

Шаг 3. Как включить обособленный учёт себестоимости по заказам?

В ERP нет реквизита «себестоимость заказа» — вместо него используется механизм назначений. Назначение — это аналитика на регистре товаров и себестоимости, которая отвечает на вопрос «под что куплен и зарезервирован этот товар».

  1. Зайдите в «НСИ и администрирование» → «Настройка НСИ и разделов» → «Финансовый результат и контроллинг».
  2. В подразделе, отвечающем за учёт товаров, включите обособленный учёт себестоимости товаров и партионный учёт. Без первой опции система будет считать среднюю по складу и организации, игнорируя привязку к заказу.
  3. Проверьте, что стал доступен справочник «Назначения». Назначение может ссылаться на заказ клиента, на подразделение, на направление деятельности или создаваться вручную под проект.
  4. Убедитесь, что реквизит «Назначение» появился в табличных частях заказа клиента, заказа поставщику, приходного и расходного ордеров, перемещения.

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

Шаг 4. Как настроить статьи расходов, чтобы они попали в себестоимость заказа?

Самая частая причина «неправильной» себестоимости после перехода — расходы, которые формально в системе есть, но в стоимость товара не попадают. В ERP это управляется справочником «Статьи расходов» (раздел «Финансовый результат и контроллинг»).

У каждой статьи задаются:

  • Тип расходов — определяет экономический смысл и связь с регламентированным учётом.
  • Вариант распределения — куда уйдёт сумма: на себестоимость товаров, на направления деятельности, на производственные затраты, на внеоборотные активы, на расходы будущих периодов либо напрямую на финансовый результат.
  • Правило распределения — база, по которой сумма разложится: по количеству, по стоимости, по весу, по объёму.
  • Аналитика расходов — заказ, подразделение, склад, номенклатура.

Что делать после переноса из УТ 11:

  1. Выгрузите список статей расходов и разделите их на три группы: «в себестоимость товара», «в расходы периода», «в производственные затраты».
  2. Для транспортных, таможенных, страховых и услуг по хранению до приёмки выставьте вариант распределения на себестоимость товаров и выберите базу распределения. Для крупногабаритных грузов почти всегда корректнее вес или объём, а не стоимость.
  3. Проверьте, что суммы этих расходов действительно приходят в систему документом «Поступление услуг и прочих активов» с указанием статьи и корректного объекта распределения.
  4. Статьи, у которых распределение осталось «на финансовый результат», не попадут ни в один заказ. Если бизнес хочет видеть маржу по сделке с учётом логистики, эти статьи нужно переопределить.
  5. Заведите отдельные статьи под расходы, связанные с возвратами и рекламациями — иначе они исказят себестоимость исходной отгрузки. Логику работы с возвратами полезно закрепить регламентом заранее: она хорошо описана в разборе оформления возврата от клиента в 1С:УТ, и в ERP схема принципиально не меняется.

Шаг 5. Как связать заказы клиентов с обеспечением и назначениями?

Настроенный механизм назначений сам по себе ничего не даёт: назначение должно проставляться в документах. За это отвечает подсистема обеспечения.

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

Порядок настройки:

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

Если склад работает по ячейкам, обособленный учёт добавляет требований к дисциплине приёмки и отбора: партия под заказ не должна «смешиваться» с общим остатком. Здесь стоит заранее вычистить складские настройки — типичные грабли собраны в материале про ошибки настройки адресного хранения.

Шаг 6. Как настроить и провести закрытие месяца в 1С:ERP?

Рабочее место находится в разделе «Финансовый результат и контроллинг» → «Закрытие месяца». Это монитор, где регламентные операции выполняются в строгой последовательности, и до расчёта себестоимости система обязана закрыть предшествующие этапы: распределение расходов, производственные операции, переоценку.

Что важно понимать:

  • Предварительный и фактический расчёт — разные вещи. Предварительный расчёт можно запускать в течение месяца, чтобы видеть ориентировочную маржу. Итоговые цифры даёт только фактический расчёт при закрытии.
  • Монитор закрытия месяца показывает ошибки текстом. Не игнорируйте предупреждения: неуказанная статья расходов, незаполненное подразделение, отрицательный остаток на складе — всё это блокирует корректный расчёт.
  • Отрицательные остатки — стоп-фактор. Пока по номенклатуре есть минус, себестоимость по ней будет некорректной или нулевой. Ищите их отчётом по контролю отрицательных остатков до запуска расчёта.
  • Задним числом ничего не проводится бесплатно. Любой документ, введённый в уже закрытый месяц, требует отмены закрытия и повторного расчёта. Отсюда — регламент: дата запрета изменения данных ставится сразу после успешного закрытия.

Практическая рекомендация по внедрению: закройте первый месяц на копии базы, а не в продуктиве. Соберите список ошибок, исправьте методику и только потом повторяйте на рабочей базе. Если в проекте есть доработки конфигурации, влияющие на движения по себестоимости, держите их в контуре версионирования — как это устроено, разобрано в статье про хранение конфигурации 1С в Git. Иначе после очередного обновления расчёт снова «поедет», и вы не поймёте, из-за чего.

Найдите специалиста для решения этой задачи на koderion.ru

Читайте также