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