В производственной практике и торговле металлопрокатом часто возникает классическая коллизия между бухгалтерским (документальным) и складским (фактическим) учетом. Рассмотрим ситуацию, когда поставщик отгружает товар по весу (например, 6 тонн швеллера одной строкой в ТОРГ-12), а на склад фактически поступают разные отрезки (куски) этого металла, которые критически важно учитывать поштучно или по длине для нужд производства. Разберем подробно, как реализовать этот процесс в 1С:ERP Управление предприятием 2.5, используя различные методики.
В документах поступления (ТОРГ-12, УПД) указана одна номенклатурная позиция: «Швеллер 12м», количество — 6 тонн. Фактически на склад приезжают отрезки разной длины, например:
Если мы оприходуем товар просто как «6 тонн», производство не будет знать, есть ли на складе кусок нужной длины. Нам необходимо трансформировать общую массу в конкретные характеристики или позиции.
Наиболее корректным методом с точки зрения логики работы 1С:ERP является фиксация факта, отличающегося от плана, непосредственно в момент приемки. Для этого мы используем документ Акт о расхождениях после поступления.
Разберем алгоритм действий:
Оформление поступления.
Создаем документ Приобретение товаров и услуг. В нем заполняем данные строго по входящей накладной поставщика: одна строка, «Швеллер 12м», 6 тонн. Проводим документ.
Создание Акта о расхождениях.
На основании приобретения создаем документ Акт о расхождениях после поступления.
В этом документе мы видим две колонки (или строки, в зависимости от настроек отображения): «По документу» и «Факт».
Корректировка факта.
В табличной части товаров мы указываем, что позиция «Швеллер 12м» (без характеристики или с обобщенной характеристикой) по факту не поступила (количество 0).
Затем, используя команду «Добавить» (или «Разбить строку»), добавляем новые строки:
Важно, чтобы сумма веса всех фактических строк совпадала с документальным весом (6 тонн), если расхождений по массе нет.
Варианты отражения.
На вкладке «Основное» или в правилах отработки расхождений мы выбираем вариант: «Оформить» (изменить накладную) или «Оформить пересортицу» (если поставщик не признает детализацию).
Однако чаще всего в ERP 2.5 используется сценарий, когда мы подтверждаем поступление другого товара без изменения взаиморасчетов (если цена за тонну едина). Система предложит варианты действий с расхождениями. Мы выбираем вариант, при котором приходуется фактический товар, а взаиморасчеты остаются привязанными к сумме документа.
Этот способ позволяет сразу положить на склад правильные характеристики, не создавая лишних складских документов передела.
Если бухгалтерия требует, чтобы на 41 счете (или 10) сначала появилась ровно та номенклатура, которая указана в бумажной накладной, мы используем двухэтапную схему.
Посмотрим, как это настроить:
Приемка "один в один".
Оформляем Приобретение товаров и услуг на 6 тонн общей позиции. Товар попадает на склад остатком.
Документ Разборки.
Создаем документ Сборка (разборка) товаров с видом операции Разборка на комплектующие.
В качестве «Комплекта» указываем нашу общую позицию (6 тонн).
На вкладке «Комплектующие» перечисляем фактические куски (характеристики), которые получились в результате «разборки» поставки.
Важно: При этом способе необходимо контролировать себестоимость. Доли стоимости комплектующих нужно распределить (обычно пропорционально весу), чтобы цена за тонну куска 6,3м была такой же, как цена за тонну исходной поставки.
Этот метод хорош для внутреннего порядка: четко видно, что пришло, и четко видно, как это трансформировалось в учетные единицы.
В теме на форуме упоминается вариант использования документа Пересортица товаров. Это рабочий вариант, но он чаще используется для исправления ошибок, чем для регулярного процесса приемки.
Механизм следующий:
Пересортицу товаров.
Этот метод требует наличия статьи доходов/расходов для пересортицы (даже если суммы равны, система может потребовать указать статью для схлопывания "копеек" округления). Это может усложнить работу бухгалтера при закрытии месяца.
Ключевой вопрос — как именно хранить информацию о длине. Проанализируем три подхода, упомянутых в обсуждении.
Это наиболее гибкий способ. В карточке вида номенклатуры включаем использование характеристик.
Создаем дополнительный реквизит характеристики Длина (Тип: Число).
При создании характеристики (например, «L=6300мм») мы можем настроить шаблон наименования, чтобы оно формировалось автоматически.
Плюс: В отчетах можно видеть остатки в разрезе длин. Минус: Если длины всегда разные (6301 мм, 6299 мм), справочник характеристик может сильно разрастись.
Если каждый кусок металла уникален и его нужно отслеживать индивидуально (партионный учет), стоит включить учет по Сериям.
Настраиваем Политику учета серий так, чтобы серия идентифицировала партию товаров и указывалась при поступлении и отгрузке.
В реквизиты серии можно добавить «Длину». Тогда на остатках будет лежать одна номенклатура, но в разрезе серий мы будем видеть конкретные куски. Это избавляет от создания тысяч карточек характеристик, если каждый раз приходят уникальные обрезки.
Создавать отдельные карточки «Швеллер 12м (6.3м)», «Швеллер 12м (5.7м)» — тупиковый путь. Это приведет к хаосу в справочнике и сложностям при анализе общих запасов металла.
Для производства важно знать метры, а учет ведется в тоннах. В 1С:ERP это решается через механизм упаковок или метрических характеристик.
Рассмотрим настройку:
В карточке номенклатуры можно задать коэффициент пересчета (теоретический вес погонного метра). Однако, так как вес проката часто «гуляет» от теоретического, лучше использовать индивидуальные упаковки или учет в двух независимых единицах (если включена соответствующая функциональная опция), либо полагаться на характеристики, где в наименовании закреплена длина, а учет идет по весу.
В исходных данных указан ордерный склад. Это дает преимущество при приемке.
Приобретение (или Заказ поставщику) на 6 тонн общей массой.Приемка товаров на склад создает Приходный ордер.Приобретение изменится, и менеджер увидит расхождение, которое нужно оформить через Акт о расхождениях (см. Решение 1).Таким образом, процесс разделения ответственности работает идеально: кладовщик фиксирует факт (длины), а менеджер утверждает юридические и финансовые последствия.
Для решения задачи поступления металла с "плавающими" характеристиками длины в 1С:ERP оптимально использовать связку: