← На главную

При автоматизации учета на производстве и в торговле часто возникает системный конфликт единиц измерения. Намеренно мелкие позиции номенклатуры (саморезы, шайбы, винты, прокладки) в ресурсных спецификациях и спецификациях готовой продукции прописываются поштучно (например, 4 штуки на изделие). Однако поставщики отгружают подобный товар исключительно весовыми партиями — в килограммах или тоннах.

Попытка вести базовый учет таких позиций в штуках приводит к погрешностям: цена за 1 штуку становится меньше одной копейки и округляется в регистре сведений ЦеныНоменклатурыПоставщиков до 0,00 руб. или 0,01 руб. Попытка же вести учет в тысячах штук или килограммах сталкивается с ограничениями пересчета по погрешности массы. Проанализируем, почему возникают эти ошибки и какими типовыми способами их можно решить в конфигурациях «Управление торговлей», «Комплексная автоматизация» и «ERP Управление предприятием».

Причины возникновения проблемы в системном контуре 1С

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

1. Ограничение разрядности цен в регистрах: Регламентированный тип данных для хранения цены в регистрах сведений ЦеныНоменклатуры и ЦеныНоменклатурыПоставщиков — Число(15, 2). Если 1 штука метиза стоит 0,0003 рубля, система округлит цену до нуля или копейки, что исказит последующие заказы поставщикам и расчет себестоимости.
2. Контроль типов измеряемых величин: Единицы измерения в 1С имеют строго определенный тип («Количество штук», «Вес», «Объем»). Система не позволяет произвольно связывать весовые и штучные единицы без настройки соответствующего механизма коэффициентов и упаковок.
3. Порог погрешности при автоматическом пересчете: При использовании мерных единиц система проверяет физическое соответствие веса количеству штук. Если разница между фактическим весом и теоретическим весом количества штук превышает заданный порог (по умолчанию 3%), 1С выдает ошибку проведения документа.

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

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

1. Включим функциональную опцию подсистемы закупок Номенклатура поставщиков.
2. Перейдем в карточку поставщика и откроем справочник Номенклатура контрагентов.
3. Создадим запись номенклатуры поставщика, указав его единицу измерения — кг.
4. Сопоставим номенклатуру поставщика с нашей элементарной позицией номенклатуры (в которой единица хранения установлена как шт или тыс. шт).
5. Зарегистрируем цену поставщика за его единицу (за 1 кг). В этом случае цена 200 руб./кг зафиксируется без искажений и округлений.
6. При создании документа Заказ поставщику выберем позицию через номенклатуру контрагента. Система автоматически пересчитает закупаемое количество в килограммах в наши внутренние штуки с использованием установленного коэффициента пересчета упаковки.

Способ 2. Изменение допустимого отклонения при автоматическом пересчете

Если базовой единицей хранения выбрана штука (или тысяча штук), но вес партии от поставщика постоянно плавает из-за погрешностей весов или допусков производства, отрегулируем системный порог погрешности.

1. Перейдем в раздел НСИ и администрирование → Настройка НСИ и разделов → Номенклатура.
2. Откроем подраздел Единицы измерения.
3. Найдем параметр Допустимое отклонение при автоматическом пересчете.
4. Увеличим значение процента допустимого отклонения (например, до 20% или 50%). Это позволит приходовать фактически взвешенные килограммы без блокировки проведения документов, даже если штучный эквивалент не совпадает с теоретическим весом на несколько процентов.

Способ 3. Хранение номенклатуры в килограммах и использование упаковок в штуках

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

1. В карточке номенклатуры установим единицу хранения кг. В регистрах 1С количество в килограммах хранится с точностью до 3 знаков после запятой (до 1 грамма).
2. В настройках номенклатуры включим использование упаковок и создадим индивидуальный набор упаковок.
3. Добавим упаковку с именем шт или 100 шт и зададим вес одной штуки (например, 1 шт = 0.00135 кг).
4. При оформлении закупки и складском учете используем единицу кг. При формировании ресурсных спецификаций и списании материалов выбираем единицу шт из набора упаковок. Система автоматически спишет с остатка соответствующую массу в килограммах.

Способ 4. Учет метизов по принципу «Канбан» (общепроизводственные расходы)

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

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

Способ 5. Расширение разрядности цен (для программистов)

Если предложенные типовые методики не подходят и требуется жесткая регистрация цен за 1 штуку с точностью до 4–6 знаков после запятой, проблему решают путем создания расширения конфигурации (.cfe).

В расширении заимствуются регистры сведений ЦеныНоменклатуры и ЦеныНоменклатурыПоставщиков, после чего у ресурса Цена меняется точность с 2 до 4 или 6 знаков (тип Число(15, 4) или Число(15, 6)). Это позволяет хранить микро-цены без снятия основной конфигурации с поддержки.