Почему в 1С:Управление торговлей 11 некорректно списываются партии при методе ФИФО?

Бизнес-аналитик 1С v8.3 (Управляемые формы) Управленческий учет Торговля и дистрибуция
← На главную

При работе в программе «1С:Управление торговлей» версии 11.3 или 11.4 пользователи часто сталкиваются с ситуацией, которая кажется логической ошибкой: система при списании товара по методу ФИФО (First In, First Out) игнорирует ранние остатки и подтягивает стоимость из более поздних поступлений. Иногда доходит до абсурда — реализация от 1-го числа месяца списывает себестоимость поступления от 28-го числа того же месяца. В этой статье мы подробно разберем, почему так происходит, как работает современный движок партионного учета и что нужно сделать, чтобы цифры в отчетах стали корректными.

Разберем теорию: два вида ФИФО в УТ 11

Прежде всего, нам необходимо проанализировать настройки учетной политики организации. В УТ 11 метод ФИФО реализован в двух вариантах, и понимание разницы между ними критически важно для интерпретации отчетов:

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

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

Механизм партионного учета 2.2: почему отчеты «врут» до закрытия месяца

Рассмотрим техническую сторону вопроса. Начиная с версии 11.3, в программе используется механизм ПартионныйУчет2.2. Его главная особенность заключается в том, что данные в регистрах партий и себестоимости заполняются не в момент нажатия кнопки «Провести и закрыть» в документе продажи, а позже.

Проанализируем этот процесс подробнее:

Важный вывод: пока месяц не закрыт или не выполнено регламентное задание по расчету себестоимости, данные в отчетах могут отображать «предварительную» или среднюю стоимость, которая не имеет отношения к реальному ФИФО. Для проверки корректности итоговых цифр и поиска ошибок после обмена или доработок можно использовать модуль автоматической выверки проводок и поиска расхождений.

Проблема «отрицательных остатков» внутри месяца

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

Например:

  1. 01.03.2023 — На складе 0 шт.
  2. 02.03.2023 10:00 — Продажа 1 шт. (остаток -1 шт., если разрешено в настройках).
  3. 02.03.2023 15:00 — Поступление 10 шт. (остаток +9 шт.).

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

Влияние документов «Ввод начальных остатков»

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

Рассмотрим ситуацию: на складе есть 4 единицы товара, введенные остатками. Вы делаете продажу, но система игнорирует эти 4 штуки и ждет нового поступления, чтобы взять цену оттуда. Чтобы избежать ошибок ручного ввода при переходе на новую версию, можно воспользоваться инструментами для переноса остатков и документов из УТ 10.3 в УТ 11. Это может происходить, если:

Как решить проблему: пошаговая инструкция

Если вы столкнулись с тем, что партии списываются хаотично, выполним следующие шаги для исправления ситуации, а при смене версии программы можно изучить раздел с решениями для переноса данных в УТ:

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

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

Для глубокого анализа ситуации проанализируем движения по регистру накопления ПартииТоваровОрганизаций. Именно он является «первоисточником» для распределения стоимостей. Если вы видите, что документ реализации не делает движений по этому регистру даже после закрытия месяца, проверьте:

Подводя итог, можно сказать: в большинстве случаев «странное» поведение ФИФО в УТ 11 — это либо следствие выбранной «взвешенной» оценки, либо результат нарушения хронологии (минусовых остатков). Регулярное закрытие месяца и контроль оперативных остатков позволяют избежать 99% подобных проблем.

← На главную