Зачем нужна базовая единица измерения в 1С:Управление торговлей 10.3 и как устроен учет единиц?

При работе со справочником Номенклатура в конфигурации «1С:Управление торговлей 10.3» (а также в «1С:УПП 1.3» и «1С:Комплексная автоматизация 1.1») разработчики и пользователи часто сталкиваются с вопросом: зачем в карточке товара указывается Базовая единица измерения из классификатора, если все движения в регистрах и выбор в документах происходят через подчиненный справочник ЕдиницыИзмерения? Выясним причину такого разделения, разберем механику пересчета коэффициентов и рассмотрим последствия некорректной настройки.

Архитектурная разница между базовой единицей и единицей хранения остатков

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

1. Справочник «Классификатор единиц измерения» (ОКЕИ): общероссийский классификатор, содержащий фиксированные наименования, коды и международные сокращения (например, «шт», «кг», «упак»).
2. Реквизит «БазоваяЕдиницаИзмерения»: поле в карточке номенклатуры с типом СправочникСсылка.КлассификаторЕдиницИзмерения. Оно выполняет роль классификационного признака и шаблона при создании номенклатурной позиции.
3. Подчиненный справочник «ЕдиницыИзмерения»: справочник, элементы которого подчинены конкретной номенклатуре. Каждая запись этого справочника содержит ссылку на классификатор (ЕдиницаПоКлассификатору) и числовой Коэффициент пересчета.
4. Реквизит «ЕдиницаХраненияОстатков»: ссылка на элемент подчиненного справочника ЕдиницыИзмерения, коэффициент которого программно зафиксирован и всегда равен 1.

Когда мы создаем новую карточку товара и выбираем базовую единицу (например, «шт»), система автоматически создает первую подчиненную запись в справочнике ЕдиницыИзмерения с коэффициентом 1 и записывает ее в реквизиты ЕдиницаХраненияОстатков и ЕдиницаДляОтчетов.

Как выполняется пересчет единиц в документах и регистрах

Все регистры накопления количественного учета (ТоварыНаСкладах, ПартииТоваровНаСкладах, ТоварыВРознице и др.) хранят остатки и движения исключительно в единицах хранения остатков. Базовая единица из классификатора напрямую в регистрах не участвует.

Посмотрим на пример стандартного пересчета при изменении единицы в табличной части документа (например, в РеализацияТоваровУслуг или ПоступлениеТоваровУслуг):

Процедура ПриИзмененииЕдиницыТабЧасти(СтрокаТабличнойЧасти, ДокументОбъект) Экспорт
    СтароеЗначениеКоэффициента = СтрокаТабличнойЧасти.Коэффициент;
    НовоеЗначениеКоэффициента  = СтрокаТабличнойЧасти.ЕдиницаИзмерения.Коэффициент;
    
    Если НовоеЗначениеКоэффициента <> 0 Тогда
        СтрокаТабличнойЧасти.Количество = СтрокаТабличнойЧасти.Количество * СтароеЗначениеКоэффициента / НовоеЗначениеКоэффициента;
    КонецЕсли;
КонецПроцедуры

При проведении документа количество пересчитывается в единицу хранения остатков по следующей формуле:

КоличествоВРегистре = КоличествоВТабличнойЧасти * ЕдиницаИзмерения.Коэффициент

Так как коэффициент единицы хранения остатков всегда равен 1, то дополнительная упаковка с коэффициентом 10 при количестве 5 упаковок запишет в регистр 50 единиц хранения.

Зачем нужна базовая единица и что сломается при ее отсутствии

Рассмотрим, где задействован реквизит БазоваяЕдиницаИзмерения и почему его нельзя исключить из конфигурации:

1. Синхронизация с «1С:Бухгалтерия предприятия»: в бухгалтерских конфигурациях (БП 2.0 / 3.0) учет ведется без многоуровневых упаковок — напрямую по классификатору ОКЕИ. Правила обмена данными считывают именно реквизит БазоваяЕдиницаИзмерения. Если его удалить или очистить, сопоставление номенклатуры нарушится, а документы не проведутся по счетам 41 и 10.
2. Интеграция с внешними системами и EDI: форматы электронного обмена (CommerceML, электронный документооборот, государственные системы маркировки) требуют передачи общероссийского цифрового кода единицы измерения. Этот код извлекается из базовой единицы.
3. Печатные формы: стандартные регламентированные формы (ТОРГ-12, счет-фактура, М-15) используют код и наименование по ОКЕИ для корректного отображения колонок классификатора.

Типичные ошибки при работе с единицами измерения

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

1. Смена базовой единицы после создания товара: если поменять значение реквизита БазоваяЕдиницаИзмерения в карточке номенклатуры, это не изменит подчиненный справочник ЕдиницыИзмерения и не создаст новую единицу хранения остатков. В результате в печатных формах и выгрузках будет фигурировать новая единица, а движения по регистрам продолжат идти в старой.
2. Выбор неделимой единицы за единицу хранения: если за базовую единицу принять крупную тару (например, «коробка 1000 шт.»), то для штучной продажи придется заводить единицу с коэффициентом 0.001. Из-за ограниченной разрядности полей (обычно 3 знака после запятой) это неизбежно приведет к ошибкам округления, зависанию копеечных сумм и дробных остатков на складах.

Правила исправления единиц измерения

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

1. Золотое правило заведения номенклатуры: базовой единицей и единицей хранения остатков всегда должна быть минимальная неделимая физическая мера товара (штука, килограмм, литр, метр). Все укрупненные фасовки (упаковки, ящики, палеты) заводятся как подчиненные единицы с коэффициентами больше единицы (например, 12, 50, 100).
2. Исправление без движения по регистрам: если по номенклатуре еще не проводились документы, можно вручную изменить базовую единицу, затем открыть подчиненный справочник Единицы измерения, скорректировать запись и заново перевыбрать ее в поле ЕдиницаХраненияОстатков.
3. Исправление при наличии движений: если товар уже поступал и списывался, категорически не рекомендуется редактировать единицы задним числом. Рекомендуемый способ — списать или распродать текущие остатки, пометить старую карточку на удаление и создать новую номенклатуру с корректными единицами.