Почему не рассчитывается себестоимость при сборке товаров после разборки в 1С:ERP и УТ 11?

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

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

Архитектурные особенности учета затрат при сборке и разборке

Для начала проанализируем, как система 1С:ERP (и аналогично УТ 11 / КА 2) распределяет движения по регистрам при проведении этих складских операций. В системе параллельно задействуются два ключевых контура учета:

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

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

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

Выясним основные причины, почему ломается эта цепочка передачи стоимости.

Причина 1. Не заполнены «Доли стоимости» при разборке

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

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

• Откроем документ разборки и проверим табличную часть комплектующих.
• Убедимся, что для каждой позиции заполнена колонка «Доля стоимости». Доли могут быть указаны в пропорциях (например, 1 и 2, или 10 и 90) либо рассчитаны на основе плановых или цен продажи комплектующих.
• Для автоматизации этого процесса рекомендуется настроить Варианты комплектации номенклатуры, где доли стоимости будут рассчитаны и зафиксированы заранее.

Причина 2. Расхождения в «Видах запасов» и аналитиках учета

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

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

Проанализируем ситуацию с помощью отчетов:

1. Сформируем отчет «Ведомость по товарам организаций».
2. В настройках отчета обязательно добавим группировки по полям Аналитика учета номенклатуры, Вид запасов и Номер ГТД.
3. Сопоставим данные прихода от документа разборки и данные расхода от документа сборки. Если виды запасов различаются, необходимо скорректировать документы (например, перевыбрать виды запасов вручную или проверить правильность заполнения реквизитов организаций в документах).

Для поиска расхождений видов запасов мы можем написать проверочный запрос в консоли отчетов. Посмотрим на пример структуры такого запроса:

ВЫБРАТЬ
    ТоварыОрганизаций.Номенклатура КАК Номенклатура,
    ТоварыОрганизаций.ВидЗапасов КАК ВидЗапасов,
    ТоварыОрганизаций.Организация КАК Организация,
    СУММА(ТоварыОрганизаций.КоличествоОборот) КАК КоличествоОборот
ИЗ
    РегистрНакопления.ТоварыОрганизаций.Обороты(&НачалоПериода, &КонецПериода, Авто, ) КАК ТоварыОрганизаций
СГРУППИРОВАТЬ ПО
    ТоварыОрганизаций.Номенклатура,
    ТоварыОрганизаций.ВидЗапасов,
    ТоварыОрганизаций.Организация

Этот запрос наглядно покажет, по каким именно видам запасов происходили движения в рамках интересующего нас периода.

Причина 3. Нарушение хронологической последовательности проведения документов

Даже если документы сборки и разборки созданы в один и тот же день, для партионного учета критически важна точная последовательность их проведения по времени (вплоть до секунды).

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

Рассмотрим порядок исправления хронологии:

• Проверим время проведения документов в журнале.
• Установим время документа Разборка (например, на 12:00:00), а время документа Сборка — строго позже (например, на 12:05:00).
• Выполним перепроведение цепочки документов и перезапустим процедуру расчета себестоимости в закрытии месяца.

Причина 4. Сбои в работе регламентных заданий по расчету партий

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

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

1. Перейдем в раздел НСИ и администрирование -> Обслуживание -> Регламентные операции.
2. Найдем задание «Формирование движений по партиям».
3. Убедимся, что оно включено, выполняется по расписанию и завершается без ошибок. При необходимости запустим его выполнение вручную.

Причина 5. Архитектурные ограничения старых релизов (ERP 2.1 / УТ 11.1)

Если ваше предприятие использует устаревшие версии конфигураций (например, ERP 2.1.3 или УТ 11.1), вы можете столкнуться с ограничениями так называемого «однопроходного» расчета партий. В старых алгоритмах система сначала рассчитывала партии потребления (расход), а уже затем — партии выпуска (затраты). Если обе операции проходили в одном отчетном периоде, программе физически не хватало информации, чтобы передать стоимость по цепочке «Разборка -> Комплектующие -> Сборка нового изделия» за один цикл.

В актуальных версиях систем (начиная с ERP 2.4 и в современных 2.5) разработчики 1С перешли на итерационный алгоритм расчета себестоимости. Теперь процедура расчета в рамках закрытия месяца выполняет несколько проходов (циклов) по цепочкам затрат, постепенно передавая рассчитанную стоимость от первичных источников к конечной продукции. Для планового перехода на новые релизы и автоматизации технического обслуживания системы можно использовать Обновлятор 1С для архивации и обновления баз по расписанию.

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

Чек-лист для устранения проблемы нулевой себестоимости

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

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

Систематическое соблюдение этих правил позволит вам избежать ошибок в расчете себестоимости и гарантирует получение корректных финансовых результатов деятельности вашего предприятия.