Ситуация, когда при закрытии месяца в 1С:ERP Управление предприятием процедура расчета себестоимости выдает сообщения об отрицательных остатках по партиям, — одна из самых трудозатратных в диагностике. Особенно часто это встречается, когда по складскому контуру товар в наличии есть, а по финансовому (в регистре СебестоимостьТоваров) система «не видит» конкретную партию поступления. Разберем по шагам, как выявить причину этой ошибки и какими инструментами воспользоваться для ее решения.
Представим ситуацию: при выполнении регламентного задания «Расчет себестоимости» за декабрь система сообщает об отрицательных остатках по количеству и по партиям для определенной номенклатуры. Проверка документа реализации показывает, что в движениях по регистру накопления СебестоимостьТоваров не заполнился столбец Партия. При этом на складе используется ордерная схема, и по складу (регистр ТоварыНаСкладах) остатков достаточно.
Многие пользователи начинают с того, что перепроводят цепочку документов: РасходныйОрдерНаТовары и РеализацияТоваровУслуг. Однако, если после перепроведения и повторного запуска расчета себестоимости партия все равно не подтягивается, значит, корень проблемы лежит глубже — в расхождении между регистрами управленческого и финансового учета. Для выявления таких несоответствий при ордерной схеме можно использовать отчет для сравнения товаров на складах и товаров организаций.
Одной из ключевых причин «потери» партий является несоответствие данных в регистрах ТоварыОрганизаций (который отвечает за количественный учет в разрезе организаций) и СебестоимостьТоваров (который отвечает за стоимостную оценку и партии). В норме количественные показатели в этих регистрах должны совпадать по каждому регистратору.
Рассмотрим методику поиска документа-виновника. Нам необходимо сравнить обороты по этим регистрам в разрезе ключей аналитики. Для этого воспользуемся следующим запросом, который поможет выявить документы, сформировавшие некорректные движения:
ВЫБРАТЬ
СУММА(ВложенныйЗапрос.Количество) КАК Количество,
ВложенныйЗапрос.Регистратор КАК Регистратор,
ВложенныйЗапрос.АналитикаУчетаНоменклатуры КАК АналитикаУчетаНоменклатуры
ПОМЕСТИТЬ ВременнаяТаблица
ИЗ
(ВЫБРАТЬ
СебестоимостьТоваровОбороты.Регистратор КАК Регистратор,
-СебестоимостьТоваровОбороты.КоличествоОборот КАК Количество,
СебестоимостьТоваровОбороты.АналитикаУчетаНоменклатуры КАК АналитикаУчетаНоменклатуры
ИЗ
РегистрНакопления.СебестоимостьТоваров.Обороты(&НачалоПериода, &КонецПериода, Регистратор, АналитикаУчетаНоменклатуры.Номенклатура = &Номенклатура) КАК СебестоимостьТоваровОбороты
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
ТоварыОрганизацийОбороты.Регистратор,
ТоварыОрганизацийОбороты.КоличествоОборот,
ТоварыОрганизацийОбороты.АналитикаУчетаНоменклатуры
ИЗ
РегистрНакопления.ТоварыОрганизаций.Обороты(&НачалоПериода, &КонецПериода, Регистратор, АналитикаУчетаНоменклатуры.Номенклатура = &Номенклатура) КАК ТоварыОрганизацийОбороты) КАК ВложенныйЗапрос
СГРУППИРОВАТЬ ПО
ВложенныйЗапрос.Регистратор,
ВложенныйЗапрос.АналитикаУчетаНоменклатуры
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
ВременнаяТаблица.Количество КАК Количество,
ВременнаяТаблица.Регистратор КАК Регистратор,
ВременнаяТаблица.АналитикаУчетаНоменклатуры КАК АналитикаУчетаНоменклатуры
ИЗ
ВременнаяТаблица КАК ВременнаяТаблица
ГДЕ
ВременнаяТаблица.Количество <> 0
Важное примечание: При анализе учитывайте, что если складской ордер оформлен в конце одного месяца, а финансовый документ (например, РеализацияТоваровУслуг) — в начале другого, период запроса должен охватывать оба документа. Часто причиной сбоя оказывается документ ПеремещениеТоваров, который «криво» отразил движения по одному из регистров.
Проанализируем техническую сторону вопроса. В версиях 1С:ERP 2.4 (например, релиз 2.4.6.188) встречались программные ошибки, когда документы не формировали приходные движения по партиям в регистрах НДС или УСН при определенных настройках учетной политики. Если вы столкнулись с необъяснимым поведением системы, проверьте следующее:
КлючиАналитикиУчетаНоменклатуры. Иногда система дублирует ключи или создает разные ключи для одной и той же номенклатуры из-за скрытых реквизитов (например, разное назначение под деятельность НДС). Если ключи различаются, расчет себестоимости не сможет сопоставить приход и расход.Назначение. Товар, пришедший под «Облагаемую НДС» деятельность, не будет автоматически списан реализацией, идущей по «Необлагаемой» деятельности, без корректировки назначения.Выясним, не замешана ли в проблеме передача товаров между организациями. В 1С:ERP реализована схема обеспечения, при которой одна организация может продавать товар другой организации без немедленного оформления передачи. Если отчет по остаткам показывает наличие товара, проверьте, на той ли организации он числится. Если организация-продавец и организация-владелец разные, расчет себестоимости не увидит партию до тех пор, пока не будет сформирован и проведен документ ПередачаТоваровМеждуОрганизациями.
Если вы обнаружили документ, который вызвал расхождение (через предложенный выше запрос), выполните следующие действия:
Подводя итог, можно сказать: расчет себестоимости — это лишь вершина айсберга. Если он не проходит, причина почти всегда кроется в несогласованности данных в регистрах ТоварыОрганизаций и СебестоимостьТоваров. Использование точечных запросов и инструментов диагностики позволяет быстро локализовать проблемный документ и восстановить целостность учета. Для автоматического решения проблемы можно использовать обработку для исправления ошибки отрицательных остатков партий в регистре себестоимости.