← На главную

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

Архитектурная модель учета: почему в типовой конфигурации нет резервов по организациям

Проанализируем структуру регистров конфигурации. В прикладных решениях на базе единой архитектуры (1С:УТ 11, 1С:КА 2, 1С:ERP) учет товарно-материальных ценностей концептуально разделен на два независимых контура:

1. Складской (оперативный) контур. Отвечает за фактическое физическое движение номенклатуры, контроль свободного остатка, размещение на складах и обеспечение заказов. Данный контур оперирует регистрами накопления СвободныеОстатки, ЗапасыИПотребности и ТоварыКОтгрузке. Ни в одном из этих регистров измерение Организация не предусмотрено разработчиками типового функционала. Резерв устанавливается на конкретном складе независимо от того, от какого юридического лица оформлен документ Заказ клиента.
2. Финансовый контур (учет прав собственности). Контролирует партии товаров и их принадлежность конкретным юридическим лицам. За эту задачу отвечает регистр накопления ТоварыОрганизаций. В нем присутствует измерение Организация, но фиксируются только фактические поступления, списания и перемещения без оперативных складских резервов.

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

Особенности типовых отчетов и регистров

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

1. Поле «ДоступныйОстаток» в отчете по товарам организаций. В типовом отчете Остатки товаров организаций в схеме компоновки данных присутствует поле доступности, однако в режиме предприятия оно остается пустым либо скрывается. Это связано с тем, что расчет доступности опирается на регистры оперативного контура, где связь между зарезервированным товаром и его владельцем-организацией отсутствует.
2. Регистр накопления «Резервы товаров организаций». Начиная с версий 11.4 и 11.5 в конфигурации присутствует служебный регистр с таким названием. Важно понимать, что он не предназначен для клиентских резервов. Данный регистр обслуживает исключительно межфирменные продажи и хранит сведения о товарах, которые уже отгружены стороннему покупателю от имени одной организации, но еще не переданы ей от организации-владельца.
3. Контроль остатков при отключенном «Интеркампани». Даже если запретить межфирменные продажи, программа проверяет принадлежность товара конкретной организации только в момент проведения документа Реализация товаров и услуг. На этапе бронирования в документе Заказ клиента резерв всегда фиксируется только по складу.

Способ 1. Организационное разделение: склад под каждую организацию

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

1. Заведем в справочнике Склады (места хранения) отдельные элементы для каждого юридического лица (например, «Основной склад (ООО)» и «Основной склад (ИП)»).
2. Если физически товары хранятся в одном помещении, объединим созданные склады в единую группу складов для удобства логистики.
3. Ограничим видимость и доступ менеджеров к складам чужих организаций с помощью стандартного механизма RLS (ограничение прав на уровне записей).

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

Способ 2. Использование обособленного обеспечения заказов

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

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

В этом случае зарезервированное количество связывается с конкретным заказом клиента, в шапке которого указана организация. Товар становится недоступен для списания и резервирования по заказам других организаций и подразделений.

Способ 3. Разработка расчетного отчета

Если разделение складов невозможно, а обособление избыточно, разработаем внешний отчет на СКД. Построим расчетную схему доступности товара в разрезе организаций по следующему алгоритму:

1. Получаем остаток товара юридического лица из регистра накопления ТоварыОрганизаций.
2. Получаем количество товара в проведенных заказах клиентов со статусами «К выполнению» и действием «Резервировать на складе» / «В резерве», где в шапке заказа указана соответствующая Организация.
3. Рассчитываем виртуальную доступность по формуле: Учетный остаток организации минус Заказы в резерве по этой организации.

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

Способ 4. Контроль остатков при проведении заказов через расширение

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

1. Создаем расширение без снятия основной конфигурации с поддержки.
2. Перехватываем обработку проведения документа Заказ клиента перед записью движений в регистры складского контура.
3. Добавляем запрос к регистру ТоварыОрганизаций и проверяем, перекрывает ли остаток организации текущую потребность заказа с учетом ранее созданных активных резервов по этой же организации.
4. Если остатка недостаточно, прерываем проведение документа и выводим информационное сообщение пользователю.

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