← На главную

В процессе работы в программе «1С:Бухгалтерия предприятия 3.0» (включая редакцию КОРП) пользователи часто сталкиваются с ситуацией, когда при поступлении одного и того же товара в килограммах и тоннах себестоимость рассчитывается некорректно. Рассмотрим пример: один приход оформлен как 250 кг по цене 10 рублей (на сумму 2500 рублей), а второй — как 0,25 тонны по цене 10 000 рублей (на сумму 2500 рублей). При реализации товара в килограммах система делит общую сумму 5000 рублей на сумму числовых значений количества 250 + 0,25 = 250,25 единиц, из-за чего средняя себестоимость получается катастрофически искаженной.

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

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

Проанализируем архитектуру хранения данных в регламентированном учете. В конфигурациях на базе «1С:Бухгалтерии» учет материально-производственных запасов ведет регистрацию движений напрямую в регистре бухгалтерии по счетам 10 «Материалы», 41 «Товары» и др.

При проведении документов (например, Поступление (акт, накладная, УПД) или Реализация (акт, накладная, УПД)) в проводках по субконто Номенклатура записывается число из колонки «Количество» именно в том виде, в котором оно указано в табличной части документа. В проводках регистра бухгалтерии нет механизма автоматического пересчета количества через коэффициенты упаковок или единиц измерения.

Формула расчета себестоимости по средней вычисляет значение путем деления суммового остатка по счету на количественный остаток по выбранному субконто. Если в регистр попали числа 250 и 0,25, программа воспринимает их как 250,25 абстрактных единиц номенклатуры, не зная о том, что тонны необходимо было предварительно перевести в килограммы.

Способ 1. Ведение учета строго в единой базовой единице измерения

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

1. Выберите минимальную или наиболее удобную единицу измерения для позиции номенклатуры.
2. При приеме первичных документов от поставщика, оформленных в тоннах, производите пересчет количества и цены в килограммы до проведения документа в программе.
3. Если контрагенту обязательно требуется печатная форма (ТОРГ-12 или УПД) с указанием тонн, используйте механизм дополнительных реквизитов или внешние печатные формы (ВПФ). В этом случае в проводках программы останется корректный объем в килограммах, а на печать выведутся тонны с нужным коэффициентом.

Способ 2. Корректировка ошибочных остатков ручными операциями или комплектацией

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

1. Корректировка остатка через операцию: Создайте документ Операция, введенная вручную. Сделайте проводку по счету учета номенклатуры (например, 41.01), скорректировав только количество по Дт или Кт без изменения суммы. Это позволит приравнять количественный остаток в регистре бухгалтерии к реальному значению в килограммах (например, добавить недостающие 249,75 единиц).
2. Разделение номенклатуры: Если менеджеры требуют разного учета, создайте две отдельные позиции в справочнике Номенклатура (например, «Товар (кг)» и «Товар (т)»). Перевод одной единицы в другую между этими позициями оформляйте документом Комплектация номенклатуры.

Способ 3. Автоматизация пересчета и разделение контуров учета

Если предприятие совершает большое количество операций с разным фасованием и единицами измерения, рассмотрим технические варианты автоматизации:

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