В практике работы с конфигурацией «1С:Управление производственным предприятием» (УПП) часто встречается ситуация, когда одна и та же номенклатурная позиция может выступать и в роли покупного товара, и в роли продукции собственного производства. Например, компания может производить деталь самостоятельно, а при нехватке производственных мощностей — закупать аналогичную деталь у поставщика. С точки зрения справочника Номенклатура — это один и тот же объект, но с точки зрения бухгалтерского учета — это разные категории запасов (счета 41 и 43).
Рассмотрим ситуацию, когда при проведении регламентной операции «Расчет себестоимости» система формирует странные корректирующие проводки вида Дт 90.02 Кт 43 со знаком «минус» и Дт 90.02 Кт 41 со знаком «плюс». Проанализируем, почему это происходит и как правильно организовать учет в таких случаях.
Проблема возникает в следующем сценарии:
Дт 43 Кт 20).Дт 41 Кт 60).Реализация товаров и услуг указываются две строки с этой номенклатурой, где вручную выбираются счета списания 41 и 43.При оперативном проведении реализации всё выглядит корректно: списано количество и суммы по партиям. Однако после запуска документа Расчет себестоимости система начинает «перебрасывать» суммы между счетами. Это происходит из-за того, что алгоритмы 1С:УПП настроены на соблюдение единообразия стоимости для одной карточки номенклатуры в рамках определенных разрезов аналитики.
Разберем подробнее, как работает регистр Партии товаров на складах. Для системы 1С:УПП ключевыми измерениями в партионном учете являются Номенклатура, Склад, Характеристика и Серия. Параметр «Счет учета» часто не является жестким разделителем партий в управленческом учете. Когда мы продаем товар в одном документе реализации, программа видит общую массу одного и того же товара на одном складе.
Если в Учетной политике установлена оценка стоимости запасов «По средней», то при расчете себестоимости система стремится привести стоимость списания к единому среднему значению за месяц. Поскольку остатки на 41 и 43 счетах имеют разную входящую стоимость, алгоритм «схлопывает» их в общую корзину, вычисляет среднюю цену и распределяет ее обратно. Результатом этого распределения и становятся корректирующие проводки на разницу между фактической стоимостью партии и рассчитанной средней ценой.
Проанализируем ситуацию с технической стороны: документ Расчет себестоимости работает с коллекциями движений. Если он видит в одном документе реализации две строки с одной и той же номенклатурой, он может объединить их в одну расчетную группу. Это приводит к тому, что индивидуальная стоимость каждой строки (товара и продукции) теряется.
Выясним, как можно оперативно устранить проблему без изменения структуры справочников. Как показывает практика, одним из рабочих способов является физическое разделение транзакций. Вместо того чтобы указывать товар и продукцию в разных строках одного документа Реализация товаров и услуг, необходимо создать два отдельных документа:
Реализация товаров и услуг — только для позиций, списываемых со счета 41.Реализация товаров и услуг — только для позиций со счета 43.Разберем, почему это помогает. Когда каждая операция выделена в отдельный документ, алгоритм расчета себестоимости обрабатывает их как независимые события. Это «разрывает» связь в оперативной памяти алгоритма, и он с меньшей вероятностью попытается усреднить их стоимость между собой. При таком подходе корректирующие проводки +/- 200 рублей, как в описанном случае, перестают формироваться, так как система видит изолированные обороты по каждому счету учета в рамках отдельного регистратора.
Рассмотрим более устойчивое решение. Эксперты по 1С:УПП указывают на то, что использование одной карточки номенклатуры для разных видов воспроизводства (куплено/произведено) является методической ошибкой. Программа проектировалась исходя из принципа: одна карточка — один жизненный цикл.
Рекомендуемый алгоритм действий:
Номенклатура две разные позиции: например, «Болт М8 (ПРОД)» и «Болт М8 (ТОВ)».Этот подход полностью исключает путаницу в регистрах Партии товаров на складах и Себестоимость товаров. Система будет четко разделять затраты на производство и затраты на закупку. Если для покупателя принципиально видеть в документах одно и то же наименование, это можно решить настройкой печатных форм или использованием механизма Наборы-комплекты.
Посмотрим на ситуацию, если вы используете РАУЗ (Расширенную аналитику учета затрат). В этом режиме ключевую роль играют Виды запасов. Если для одной номенклатуры система создала разные виды запасов (например, «Собственный товар» и «Собственная продукция»), то при продаже она будет подбирать их согласно приоритетам, указанным в настройках.
Если вы столкнулись с корректировками, проанализируйте отчет Ведомость по партиям товаров организаций и Себестоимость товаров организаций. Если в этих отчетах вы видите, что остатки по количеству закрылись в ноль, а по сумме остались «хвосты», значит, нарушена последовательность списания или настройки ключей аналитики не позволяют системе однозначно идентифицировать партию.
Важные моменты, на которые стоит обратить внимание:
Партии товаров на складах по данной номенклатуре нет отрицательных остатков на момент проведения реализации.Подводя итог, можно сказать, что поведение документа Расчет себестоимости, формирующего корректировки между 41 и 43 счетами, является следствием попытки программы усреднить стоимость одной и той же номенклатуры. Для исправления ситуации рассмотрите следующие шаги:
Краткосрочно:
Разносите реализацию продукции и товаров по разным документам. Это позволит обойти ограничение алгоритма распределения стоимости в рамках одного регистратора.
Долгосрочно:
Разделите номенклатуру на две разные карточки в справочнике. Это обеспечит прозрачность учета, корректное формирование себестоимости и отсутствие «посмертных» корректировок в конце месяца. Помните, что архитектура 1С:УПП чувствительна к чистоте нормативно-справочной информации, и правильная настройка аналитики — залог отсутствия ошибок в регламентированном учете.