Почему в 1С:УПП при методе ФИФО товар списывается с более поздней партии поступления вместо оприходования

При ведении традиционного партионного учета в конфигурации 1С:Управление производственным предприятием пользователи нередко сталкиваются с ситуацией, когда документ реализации списывает себестоимость с партии текущего года (например, с документа Поступление товаров и услуг), игнорируя более раннюю партию ввода остатков или документа Оприходование товаров. При этом в настройках параметров учета и учетной политике четко установлен метод оценки ФИФО.

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

Анализ дополнительных аналитических разрезов

Алгоритм ФИФО в 1С работает не только по дате документа партии, но и в строгом соответствии с совпадением всех измерений регистров учета. Если хотя бы одно измерение в списываемом документе не совпадает с партией оприходования, программа вынуждена пропускать раннюю партию и брать следующую подходящую.

Проанализируем ключевые аналитические разрезы, которые могут вызывать расхождение:

1. Статус партии и собственный товар. В регистрах ПартииТоваровНаСкладах присутствует измерение СтатусПартии. При вводе документом Поступление товаров и услуг обычно формируется статус Купленный. В документе Оприходование товаров может установиться статус Оприходованный или Продукция. Если алгоритм реализации настроен на списание конкретного статуса либо если в табличной части реализации указаны товары, принятые на комиссию или в переработку, очередность нарушается.
2. Склад, серия и характеристика номенклатуры. Проверим, совпадает ли склад списания в документе реализации со складом, на который был оприходован остаток. Наличие заполненной характеристики или серии номенклатуры в одном документе и их отсутствие в другом делает партии неэквивалентными для автоматического подбора.
3. Обособленный учет под заказ покупателя. Если партия поступления или остатков была зафиксирована под конкретный ЗаказПокупателя, она не спишется документом реализации, в котором данный заказ не указан (или указан другой).
4. Качество товара. В регистре партий присутствует реквизит Качество (значения: «Новый», «Брак», «Подлежащий уценке»). При реализации стандартного товара программа выбирает только партии с качеством «Новый».

Проверка учетной политики и флагов отражения в учете

Рассмотрим особенности настройки учетных политик в конфигурации УПП:

1. Раздельные учетные политики по видам учета. В программе действуют независимые учетные политики для бухгалтерского, налогового и управленческого учета. Необходимо убедиться, что способ оценки запасов ФИФО установлен для всех видов учета на обе даты — и на период ввода остатков, и на текущий отчетный период.
2. Флаги отражения в документах. Проверим флаги Отражать в упр. учете, Отражать в бух. учете и Отражать в нал. учете в обоих документах-партиях и в документе списания. Если документ оприходования был проведен только по бухгалтерскому учету, а отчет или списание анализируются по управленческому регистру, система выберет поступление, где включен управленческий учет.

Диагностика с помощью отчетов и восстановление последовательности

Разберем по шагам порядок поиска и исправления ошибки:

1. Сформируем отчет Ведомость по партиям товаров на складах (бухгалтерский и управленческий учет).
2. В настройках отчета добавим группировки строк: Номенклатура, Склад, Характеристика номенклатуры, Серия номенклатуры, Статус партии, Заказ, Документ оприходования (партия).
3. Сравним строки оприходования 2016 года и поступления 2017 года. Любое несовпадение в этих колонках объясняет, почему система не смогла списать остаток с первого документа.
4. Проверим актуальность границы последовательности партионного учета через регистр сведений Границы последовательностей.
5. Выполним регламентную обработку Проведение по партиям с даты ввода начальных остатков, чтобы пересчитать списания и актуализировать партионные остатки по всем видам учета.