← На главную

При работе с товарными запасами в программах 1С, таких как 1С:Управление нашей фирмой (УНФ) 3.0 и 1С:Розница 3.0, многие пользователи сталкиваются с вопросом о реализации метода FIFO (First In, First Out – первым пришел, первым ушел) и возможностью отслеживания остатков по конкретным поставщикам. Давайте подробно разберем, как эти механизмы работают в указанных конфигурациях, и какие есть нюансы.

Что такое FIFO в 1С:УНФ 3.0 и Розница 3.0?

Когда мы видим в карточке товара возможность выбрать метод списания запасов по FIFO, важно понимать, что его реализация в 1С:УНФ 3.0 и 1С:Рознице 3.0 имеет свои особенности и отличается от «классического» партионного учета, который мог быть знаком по более старым версиям 1С или другим учетным системам. В этих конфигурациях FIFO реализован по принципу взвешенной оценки (средневзвешенная FIFO), а не по скользящей оценке, которая предполагает пересчет себестоимости при каждом движении товара. Это ключевое отличие, которое часто вызывает вопросы у пользователей.

Рассмотрим подробнее, как происходит этот расчет:

1. Свертка остатков на начало месяца: В начале каждого месяца себестоимость всех остатков товара на складе сворачивается до одной условной партии. Это означает, что для системы не имеет значения, от скольких поставщиков и когда именно пришел товар, который остался на складе с прошлого периода – вся его суммовая оценка агрегируется.
2. Свертка поступлений в течение дня: Аналогично, все поступления конкретного товара, произошедшие в течение одного дня, также сворачиваются до одной партии. Таким образом, мы получаем укрупненные «партии» для учета, которые не детализируются до каждого конкретного поступления по накладной от поставщика.
3. Расчет себестоимости отгруженных партий: На конец месяца система определяет суммовой остаток товаров методом FIFO, исходя из укрупненных партий. Себестоимость остатка товаров на конец периода рассчитывается как разность между себестоимостью всех поступивших укрупненных партий и себестоимостью отгруженных «первых» партий. В итоге суммовой остаток товаров на конец периода определяется стоимостью последних укрупненных партий.
4. Корректировка себестоимости: Далее определяется средняя стоимость списания, исходя из рассчитанного суммового остатка, и затем каждое списание корректируется до рассчитанной стоимости. Весь этот процесс, включая корректировку себестоимости по FIFO, происходит при выполнении документа «Закрытие месяца». Это крайне важный аспект: без регулярного выполнения закрытия месяца себестоимость товаров в отчетах может быть предварительной и некорректной.

Настройка учета по FIFO производится для каждой отдельной позиции номенклатуры в группе «Учетная информация» карточки товара. Это позволяет нам гибко подходить к учетной политике по разным товарам.

Таким образом, FIFO в 1С:УНФ и Рознице ориентирован в первую очередь на корректный расчет финансового результата и формирование бухгалтерской и управленческой отчетности по себестоимости, а не на детальный оперативный учет каждой физической партии с привязкой к конкретному поставщику.

Зачем нужны «Партии номенклатуры» (производственные/ручные партии)?

Помимо FIFO для расчета себестоимости, в 1С:УНФ 3.0 и 1С:Рознице 3.0 существует другой механизм, который также называется «партии», но выполняет совершенно иную функцию. Это так называемые «производственные партии» или «ручные партии», которые выступают в качестве дополнительной аналитики номенклатуры. Эти партии не имеют прямого отношения к автоматическому расчету себестоимости по FIFO, но очень полезны для оперативного управленческого учета и отслеживания движения запасов по другим признакам.

Разберем, как это работает:

1. Включение опции: В карточке товара мы можем включить опцию «Использовать партии» и при необходимости установить флаг «Обязательное заполнение партий».
2. Ручное заполнение: После включения этой опции в табличной части документов по движению запасов (например, приходные накладные, расходные накладные, перемещения) появится дополнительная колонка «Партия». Эту колонку нам необходимо будет заполнять вручную. Мы можем дать партии любое осмысленное наименование, например, «Поступление от Буратино 01.01.2023», «Партия С345 от завода X», «Срок годности до 31.12.2024».
3. Атрибуты партии: Для каждой такой партии мы можем задать не только наименование, но и другие атрибуты:
   • Статус: собственные запасы, товары на комиссии, ответственное хранение, давальческое сырье. Это позволяет четко разделить права собственности на товар.
   • Владелец партии: Указание контрагента, которому принадлежит партия (например, комитент).
   • Основная партия: Можно установить одну из партий как основную, чтобы она подставлялась по умолчанию в документы.

Для чего используются эти ручные партии?

• Комиссионная торговля: Это обязательный механизм для разделения собственных товаров и товаров, принятых на комиссию.
• Ответственное хранение: Позволяет отслеживать товары, принятые на хранение от других организаций.
• Переработка давальческого сырья: Дает возможность вести учет материалов, переданных на переработку или полученных от заказчика.
• Учет по срокам годности (FEFO/BBD): Хотя 1С:УНФ напрямую не имеет функционала FEFO (First Expired, First Out), ручные партии позволяют нам имитировать этот учет. Мы можем указывать в наименовании партии срок годности и затем при отгрузке вручную выбирать партии с ближайшим сроком.
• Отслеживание производственных партий: Если товар поступает от разных производственных линий или имеет разные серийные номера, мы можем использовать ручные партии для их идентификации.

Важно помнить о некоторых ограничениях ручных партий:

• Ручное заполнение: Требует дисциплины и внимательности от пользователей. Отсутствие автоматизации может привести к ошибкам или пропускам.
• Внутренний учет: Эти партии предназначены только для внутреннего учета. Они не подставляются в печатные формы документов для внешних контрагентов (например, в товарные накладные, счета-фактуры).
• Отчетность: Отдельных типовых отчетов специально по «партиям номенклатуры» в 1С:УНФ нет. Однако аналитику по партиям можно добавить в другие универсальные отчеты, например, в отчет «Запасы», что позволяет проводить необходимый анализ.

Таким образом, мы видим, что «партии номенклатуры» служат инструментом для гибкого управленческого учета, но не решают задачу автоматического расчета себестоимости по партиям поставщиков в рамках FIFO.

Почему 1С:УНФ не предлагает 'классический' партионный учет по поставщикам?

Как мы уже выяснили, «классического» партионного учета, который бы автоматически привязывал остатки товаров к конкретным поступлениям от поставщиков и позволял бы выцепить обороты по ним для целей расчета себестоимости, в 1С:УНФ 3.0 и 1С:Рознице 3.0 нет. Более того, компания 1С давно отошла от такой модели в своих современных конфигурациях (например, в 1С:Управление торговлей, 1С:ERP Управление предприятием тоже используется укрупненный партионный учет).

Рассмотрим причины такого подхода:

1. Сложность и производительность: Классический партионный учет, где каждое поступление формирует уникальную партию, отслеживаемую до момента выбытия, является крайне ресурсоемким. При большом объеме товарооборота, широком ассортименте и многочисленных движениях товаров такая детализация приводит к огромному количеству записей в регистрах, что значительно замедляет проведение документов, формирование отчетов и, как следствие, снижает общую производительность системы.
2. Фокус на финансовом результате: Современные конфигурации 1С больше ориентированы на корректный расчет финансового результата и формирование бухгалтерской и налоговой отчетности. Для этих целей часто достаточно укрупненного расчета себестоимости (средняя, взвешенная FIFO), который дает адекватную оценку стоимости запасов, не перегружая систему избыточной операционной детализацией.
3. Разделение учета: Происходит четкое разделение между финансовым (бухгалтерским) учетом и операционным (управленческим) учетом. Для бухгалтерии важна себестоимость, а для операционных нужд (например, выбора товара для отгрузки по срокам годности или возврата конкретному поставщику) могут использоваться другие механизмы, в том числе ручные или специализированные решения.

Именно из-за этих причин возникает несоответствие ожиданий у многих пользователей, привыкших к более старым системам учета или к специализированным складским программам. Пользователи могут ожидать автоматического отслеживания партий по поставщикам для следующих целей:

• Возвраты поставщику: Быстрое определение, какой товар от какого поставщика остался на складе, чтобы оформить возврат именно тех позиций, которые были получены от него. Если мы ориентируемся только на FIFO для себестоимости, то можем столкнуться с ситуацией, когда по данным учета остался товар от одного поставщика, а физически на складе находится товар от другого.
• Анализ рентабельности по поставкам: Отслеживание прибыли, полученной от продажи товаров из конкретной партии, приобретенной у определенного поставщика, может быть затруднено без детальной партионки.
• Контроль взаиморасчетов: Понимание, сколько осталось товара, приобретенного у конкретного «Буратино», для контроля оплаты или других договорных обязательств.

Программы 1С:УНФ и 1С:Розница «не шмогли» (как выразился один из участников форума) реализовать классический партионный учет по поставщикам в автоматическом режиме для целей себестоимости, но предложили другие инструменты для решения управленческих задач.

Как учитывать остатки по поставщикам и другие специфические требования?

Несмотря на отсутствие «классического» партионного учета по поставщикам для целей себестоимости, в 1С:УНФ (и косвенно в 1С:Рознице, через синхронизацию с УНФ) есть другие механизмы, которые позволяют нам учитывать информацию о поставщиках и решать более сложные задачи товародвижения.

1. Использование функционала «Номенклатура поставщиков»

Начиная с версии 1.6.20, в 1С:УНФ появился функционал «Номенклатура поставщиков». Этот механизм предназначен для компаний, работающих по схемам дропшиппинга, торгующих чужим товаром или просто желающих эффективно управлять закупками и ассортиментом поставщиков. Разберем, как его использовать:

1. Включение опции: Нам необходимо включить опцию «Номенклатура поставщиков» в разделе «Закупки» настроек программы.
2. Сопоставление номенклатуры: Мы можем сопоставлять нашу собственную номенклатуру с номенклатурой, под которой товар продает поставщик. Это позволяет нам:
   • Указывать наименование товара у поставщика и его артикул.
   • Хранить информацию о сроке выполнения заказа поставщиком.
   • Отслеживать остаток товара у поставщика (если поставщик предоставляет такие данные).

Этот механизм очень полезен для формирования заказов поставщикам, анализа ассортимента и выбора оптимальных условий закупки. Однако важно понимать, что «Номенклатура поставщиков» не заменяет автоматический партионный учет ваших собственных запасов по конкретным поставщикам для целей себестоимости. Она скорее служит для управления закупками и внешними данными о товарах.

2. Специфические требования к учету (маркированный товар, прослеживаемость)

В современном мире бизнеса существуют специальные требования к учету некоторых категорий товаров, которые по сути реализуют очень детализированный партионный учет, но на другом уровне:

• ЕГАИС (Единая государственная автоматизированная информационная система): Для алкогольной продукции требуется отслеживание каждой бутылки от производителя до конечного потребителя, что является поэкземплярным учетом.
• Честный ЗНАК (ЧЗ): Система маркировки товаров, которая также обеспечивает прослеживаемость каждой единицы продукции по уникальному коду маркировки.

Эти системы фактически предоставляют механизм учета товародвижения с точностью до каждого экземпляра (или агрегированной партии маркированного товара), включая информацию о происхождении и поставщике. При этом такой детализированный учет по КМ (кодам маркировки) прекрасно уживается с бухгалтерским учетом по средней или FIFO. Например, мы можем списывать маркированный товар по его уникальному коду, а себестоимость этого списания будет рассчитана по FIFO (взвешенная оценка) или по средней, согласно настроенной учетной политике. Это демонстрирует, что разные виды «партий» могут существовать параллельно и обслуживать разные учетные задачи.

3. Учет для УСН «Доходы минус расходы»

Для организаций, применяющих упрощенную систему налогообложения (УСН) с объектом «Доходы минус расходы», в 1С:УНФ предусмотрена возможность ведения «Книги учета доходов и расходов» (КУДиР). Расходы на закупку товаров для последующей реализации учитываются автоматически после их продажи и оплаты поставщику. Программа позволяет установить признак налогового учета (УСН) при вводе первичных документов или в статьях денежных средств. Для корректного формирования КУДиР не требуется классический партионный учет по поставщикам в традиционном его понимании; программа сама определяет момент признания расхода согласно требованиям НК РФ.

Заключение

В конечном итоге, мы приходим к пониманию, что 1С:УНФ 3.0 и 1С:Розница 3.0 не предоставляют «классического» партионного учета, который бы автоматически привязывал остатки и себестоимость к конкретным поступлениям от поставщиков. Вместо этого мы имеем:

• FIFO для расчета себестоимости: Это ежемесячный расчет по взвешенной оценке, который фокусируется на финансовом результате и агрегирует данные о поступлениях.
• «Партии номенклатуры» (ручные партии): Это инструмент для дополнительной операционной аналитики, который мы заполняем вручную, чтобы отслеживать товары по произвольным признакам (сроки годности, производственные партии, принадлежность). Этот механизм не связан напрямую с автоматическим расчетом себестоимости по FIFO.
• «Номенклатура поставщиков»: Инструмент для управления закупками и информацией о товарах у поставщиков, полезный для дропшиппинга и формирования заказов, но не заменяющий партионный учет наших собственных запасов.

Если нам требуется очень глубокий детализированный учет по поставщикам или партиям с автоматически сложными правилами списания (например, строго по FEFO на основе серий), то, возможно, потребуется рассмотреть доработки типового функционала или использовать более продвинутые конфигурации 1С, такие как 1С:Управление торговлей или 1С:ERP Управление предприятием, где реализованы более сложные механизмы управления сериями и политиками учета. В 1С:УНФ и 1С:Рознице нам придется комбинировать доступные инструменты и быть готовыми к некоторой доле ручного контроля для решения специфических операционных задач.