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

📅 Опубликовано 3 сентября 2026 г.
Коротко: в 1С:ERP себестоимость заказа формируется не в момент отгрузки, как привыкли пользователи УТ 11, а при закрытии месяца документом «Расчет себестоимости товаров». Чтобы валовая прибыль по заказам сходилась, нужно пройти несколько шагов: сверить входящие партии, выбрать один из трёх методов оценки МПЗ, включить обособленный учёт себестоимости по назначениям, настроить статьи расходов, связать заказы с обеспечением, отладить закрытие месяца и сверить результат отчётами.
- Себестоимость в ERP считается регламентно. До проведения документа «Расчет себестоимости товаров» в закрытии месяца вы видите либо предварительную оценку, либо нули — это нормальное поведение системы, а не ошибка переноса.
- Метод оценки стоимости запасов выбирается в учётной политике организации: ФИФО, «Средняя за месяц» или «Среднескользящая», настройка находится в блоке учётной политики финансового учёта. При ФИФО себестоимость считается по каждой партии, при «Средней за месяц» — по средней цене за отчётный период (средняя взвешенная оценка) без учёта партий, при среднескользящей — по данным о себестоимости товаров в разрезе аналитики учёта номенклатуры, раздела учёта, вида запасов и организации, без заполнения партионных измерений. Менять его без перепроведения всего периода нельзя.
- Себестоимость «по заказу» технически ведётся по назначениям — справочник «Назначения» плюс функциональная опция обособленного учёта себестоимости. Без неё заказ получит среднюю по складу, а не свою партию.
- Косвенные расходы попадают в себестоимость только через статьи расходов с корректным вариантом распределения. Статьи, перенесённые из УТ 11 «как есть», чаще всего уходят мимо товарной себестоимости.
- Первое закрытие месяца нередко падает с ошибками — это ожидаемый этап. План: закрыть тестовый месяц на копии базы до старта продуктивной эксплуатации.
Почему себестоимость заказов «ломается» сразу после перехода с УТ 11 на ERP?
Главная причина — разная архитектура расчёта. В 1С:Управление торговлей 11 себестоимость товара оценивается по упрощённой схеме и в значительной части сценариев доступна практически сразу после отгрузки. В 1С:ERP Управление предприятием подсистема себестоимости общая для торговли, производства и регламентированного учёта: она обязана свести партии, распределить косвенные расходы, учесть производственные этапы и только потом выдать финальную цифру. Поэтому расчёт вынесен в регламентную операцию.
Вторая причина — перенос данных. Типовой перенос из УТ 11 переносит справочники, документы и остатки, но история партий и аналитика себестоимости в разрезе назначений редко приезжает в том же виде, в каком она была в источнике. Практический вывод простой: после переноса нельзя считать, что учёт себестоимости «уже работает» — его нужно настраивать заново, опираясь на входящие остатки.
| Что сравниваем | 1С:УТ 11 | 1С:ERP |
|---|---|---|
| Момент формирования себестоимости | Оперативно, по факту отгрузки и по итогам месяца | Регламентно, документом «Расчет себестоимости товаров» в закрытии месяца |
| Методы оценки МПЗ | Три метода: ФИФО, «Средняя за месяц» и «Среднескользящая»; метод выбирается в учётной политике организации, в блоке настроек финансового учёта | Те же три метода: ФИФО — по каждой партии, «Средняя за месяц» — по средневзвешенной цене за месяц без учёта партий, «Среднескользящая» — без партионной аналитики, в разрезе аналитики учёта номенклатуры, раздела учёта, вида запасов и организации |
| Себестоимость по конкретному заказу | Через обособленное обеспечение, ограниченно | Через справочник «Назначения» и обособленный учёт себестоимости |
| Косвенные расходы | Статьи расходов с базовым распределением | Статьи расходов с вариантами распределения, направления деятельности, РБП |
| Производственная составляющая | Отсутствует | Ресурсные спецификации, этапы производства, распределение по выпуску |
| Проверка результата | Отчёты по валовой прибыли | Плюс «Справка-расчет себестоимости товаров» и управленческий баланс |
Ниже — семь шагов, которые закрывают типовой сценарий торговой или торгово-производственной компании, перешедшей на ERP и потерявшей привычные цифры по заказам.
Шаг 1. Как проверить входящие остатки и партии после переноса?
Пока не сошлись входящие остатки, настраивать методику расчёта бессмысленно — любые ошибки просто размножатся на весь год. Порядок действий:
- Откройте раздел «Склад и доставка» и сформируйте «Ведомость по товарам на складах» на дату начала учёта в ERP. Сверьте количество с аналогичным отчётом в УТ 11.
- Сформируйте отчёт по себестоимости товаров на ту же дату и сверьте суммовую оценку. Расхождение по количеству — проблема переноса, расхождение только по сумме — проблема ввода стоимостной оценки партий.
- Проверьте документы «Ввод остатков» (раздел «НСИ и администрирование» → «Начальное заполнение»): у каждой позиции должны быть заполнены и количество, и сумма, и организация, и склад.
- Отдельно проверьте товары в пути, товары на комиссии, переданные на переработку и незавершённое производство — это классические зоны, где перенос отрабатывает не полностью.
- Проверьте, что остатки введены датой, предшествующей первому рабочему дню, иначе движения первого месяца лягут поверх пустых регистров.
Практическое правило: перед стартом ERP проведите полноценную инвентаризацию склада и закройте расхождения в старой базе. Требования к инвентаризации и её оформлению удобно свести в один регламент вместе с бухгалтерией — как это делается по новым правилам инвентаризации в 1С. Переносить в ERP заведомо неверные остатки — гарантированная переделка через два-три месяца.
Шаг 2. Какой метод оценки стоимости товаров выбрать в 1С:ERP?
Метод задаётся в карточке организации: «НСИ и администрирование» → «Организации» → нужная организация → «Учетная политика». Реквизит — «Метод оценки стоимости товаров». Доступны три варианта, и выбор напрямую влияет и на цифры по заказам, и на длительность закрытия месяца.
| Метод | Как считает | Кому подходит | Влияние на закрытие месяца |
|---|---|---|---|
| Средняя за месяц | Единая средневзвешенная стоимость по итогам месяца на всю номенклатурную позицию | Быстрооборачиваемые товары, большая номенклатура, отсутствие требований к партионности | Самый быстрый расчёт, минимум ошибок |
| ФИФО (взвешенная оценка) | Партии списываются по порядку поступления, но оценка уточняется по итогам месяца | Импорт, дорогие товары, длинные сделки под конкретного клиента | Дольше, требует корректного партионного учёта |
| ФИФО (скользящая оценка) | Партия оценивается в момент списания, без пересчёта в конце месяца | Компании, которым нужна оперативная себестоимость в течение месяца | Оперативно, но чувствительно к порядку ввода документов задним числом |
Ключевое ограничение: метод оценки нельзя безболезненно поменять в середине года. Смена требует перепроведения всех документов с начала периода и повторного закрытия всех месяцев. Поэтому решение принимается на этапе проектирования и фиксируется в учётной политике письменно, а не «пробуется» в рабочей базе.
Если бизнес работает под заказ и каждая поставка привязана к конкретной сделке, средняя за месяц вам не подойдёт: она размажет стоимость дорогой позиции по всем клиентам. В этом случае берите ФИФО и сразу переходите к шагу 3.
Шаг 3. Как включить обособленный учёт себестоимости по заказам?
В ERP нет реквизита «себестоимость заказа» — вместо него используется механизм назначений. Назначение — это аналитика на регистре товаров и себестоимости, которая отвечает на вопрос «под что куплен и зарезервирован этот товар».
- Зайдите в «НСИ и администрирование» → «Настройка НСИ и разделов» → «Финансовый результат и контроллинг».
- В подразделе, отвечающем за учёт товаров, включите обособленный учёт себестоимости товаров и партионный учёт. Без первой опции система будет считать среднюю по складу и организации, игнорируя привязку к заказу.
- Проверьте, что стал доступен справочник «Назначения». Назначение может ссылаться на заказ клиента, на подразделение, на направление деятельности или создаваться вручную под проект.
- Убедитесь, что реквизит «Назначение» появился в табличных частях заказа клиента, заказа поставщику, приходного и расходного ордеров, перемещения.
Важный нюанс: обособленный учёт включается не «на всю базу разом» в смысле обязательности. Часть заказов может работать в общем котле, часть — обособленно. Это правильный подход: обособлять имеет смысл проектные, импортные и дорогие позиции, а не всю розничную мелочёвку. Тотальное обособление резко увеличивает количество строк в регистрах и удлиняет закрытие месяца.
Шаг 4. Как настроить статьи расходов, чтобы они попали в себестоимость заказа?
Самая частая причина «неправильной» себестоимости после перехода — расходы, которые формально в системе есть, но в стоимость товара не попадают. В ERP это управляется справочником «Статьи расходов» (раздел «Финансовый результат и контроллинг»).
У каждой статьи задаются:
- Тип расходов — определяет экономический смысл и связь с регламентированным учётом.
- Вариант распределения — куда уйдёт сумма: на себестоимость товаров, на направления деятельности, на производственные затраты, на внеоборотные активы, на расходы будущих периодов либо напрямую на финансовый результат.
- Правило распределения — база, по которой сумма разложится: по количеству, по стоимости, по весу, по объёму.
- Аналитика расходов — заказ, подразделение, склад, номенклатура.
Что делать после переноса из УТ 11:
- Выгрузите список статей расходов и разделите их на три группы: «в себестоимость товара», «в расходы периода», «в производственные затраты».
- Для транспортных, таможенных, страховых и услуг по хранению до приёмки выставьте вариант распределения на себестоимость товаров и выберите базу распределения. Для крупногабаритных грузов почти всегда корректнее вес или объём, а не стоимость.
- Проверьте, что суммы этих расходов действительно приходят в систему документом «Поступление услуг и прочих активов» с указанием статьи и корректного объекта распределения.
- Статьи, у которых распределение осталось «на финансовый результат», не попадут ни в один заказ. Если бизнес хочет видеть маржу по сделке с учётом логистики, эти статьи нужно переопределить.
- Заведите отдельные статьи под расходы, связанные с возвратами и рекламациями — иначе они исказят себестоимость исходной отгрузки. Логику работы с возвратами полезно закрепить регламентом заранее: она хорошо описана в разборе оформления возврата от клиента в 1С:УТ, и в ERP схема принципиально не меняется.
Шаг 5. Как связать заказы клиентов с обеспечением и назначениями?
Настроенный механизм назначений сам по себе ничего не даёт: назначение должно проставляться в документах. За это отвечает подсистема обеспечения.
В документе «Заказ клиента» в каждой строке есть реквизит «Действия» (варианты обеспечения). Для себестоимости по заказу принципиальны варианты обособленного обеспечения и обособленной отгрузки: при их выборе система создаёт или подставляет назначение, привязанное к заказу, и дальше вся цепочка — заказ поставщику, поступление, перемещение, отгрузка — держит эту аналитику.
Порядок настройки:
- В настройках раздела «Продажи» и «Склад и доставка» включите использование заказов клиентов как распоряжений на отгрузку и обеспечение потребностей.
- Определите правила обеспечения по складам (методы обеспечения потребностей), иначе обособленные позиции не попадут в расчёт потребностей.
- Настройте шаблон заказа: для проектных клиентов вариант обеспечения по умолчанию — обособленный, для типовых складских продаж — обычный.
- Проверьте на сквозном примере: заказ клиента → заказ поставщику по назначению → поступление → отгрузка. В отчёте по себестоимости позиция должна показывать назначение, а не пустую аналитику.
- Отдельно проверьте, что при перемещении между складами назначение не теряется — это самая частая точка обрыва цепочки.
Если склад работает по ячейкам, обособленный учёт добавляет требований к дисциплине приёмки и отбора: партия под заказ не должна «смешиваться» с общим остатком. Здесь стоит заранее вычистить складские настройки — типичные грабли собраны в материале про ошибки настройки адресного хранения.
Шаг 6. Как настроить и провести закрытие месяца в 1С:ERP?
Рабочее место находится в разделе «Финансовый результат и контроллинг» → «Закрытие месяца». Это монитор, где регламентные операции выполняются в строгой последовательности, и до расчёта себестоимости система обязана закрыть предшествующие этапы: распределение расходов, производственные операции, переоценку.
Что важно понимать:
- Предварительный и фактический расчёт — разные вещи. Предварительный расчёт можно запускать в течение месяца, чтобы видеть ориентировочную маржу. Итоговые цифры даёт только фактический расчёт при закрытии.
- Монитор закрытия месяца показывает ошибки текстом. Не игнорируйте предупреждения: неуказанная статья расходов, незаполненное подразделение, отрицательный остаток на складе — всё это блокирует корректный расчёт.
- Отрицательные остатки — стоп-фактор. Пока по номенклатуре есть минус, себестоимость по ней будет некорректной или нулевой. Ищите их отчётом по контролю отрицательных остатков до запуска расчёта.
- Задним числом ничего не проводится бесплатно. Любой документ, введённый в уже закрытый месяц, требует отмены закрытия и повторного расчёта. Отсюда — регламент: дата запрета изменения данных ставится сразу после успешного закрытия.
Практическая рекомендация по внедрению: закройте первый месяц на копии базы, а не в продуктиве. Соберите список ошибок, исправьте методику и только потом повторяйте на рабочей базе. Если в проекте есть доработки конфигурации, влияющие на движения по себестоимости, держите их в контуре версионирования — как это устроено, разобрано в статье про хранение конфигурации 1С в Git. Иначе после очередного обновления расчёт снова «поедет», и вы не поймёте, из-за чего.
Найдите специалиста для решения этой задачи на koderion.ru