В конфигурациях 1С:Управление торговлей 11, 1С:Комплексная автоматизация 2 и 1С:ERP Управление предприятием многие сталкиваются с архитектурной особенностью: при наличии нескольких юридических лиц и общего физического склада система резервирует товар без учета его принадлежности конкретной организации. Разберем суть проблемы, выясним причины такого поведения системы и рассмотрим рабочие способы настройки и доработки.
Проанализируем типовую ситуацию:
Заказ клиента от имени Организации №1 на 2 штуки.Организация в контуре складской доступности отсутствует.Реализация товаров и услуг от Организации №1 проведение блокируется с ошибкой нехватки остатка организации по финансовому контуру (если не настроена схема перепродажи между организациями).Выясним архитектурную причину. В типовых конфигурациях 1С логистический (складской) и финансовый (управленческий/регламентированный) контуры разделены. Регистры оперативного обеспечения и резервирования (включая регистр Свободные остатки и регистр сведений Распределение запасов) оперируют физическими параметрами: склад, помещение, номенклатура, характеристика, серия, назначение. Учет права собственности ведется параллельно в регистре накопления Товары организаций. Прямое добавление измерения Организация в регистры доступности ломает механизмы фонового расчета распределения запасов и провоцирует взаимные блокировки при многопользовательской работе.
Разберем вариант решения задачи штатными средствами без изменения конфигурации. Для этого организуем виртуальное разделение мест хранения:
Склады (места хранения) создаем группу складов, например «Центральный склад (Группа)». В свойствах группы устанавливаем признак Разрешить в заказах и накладных: Выбор склада в табличной части.Соглашениями с клиентами, оформляемыми от конкретных организаций.Посмотрим на результат: менеджер при подборе видит остатки конкретного склада своей организации и не может зарезервировать товар чужого юрлица. При этом для розничных или общих отгрузок можно использовать составную группу складов.
Если бизнес-процессы допускают автоматическую продажу чужого товара с последующим переоформлением, настроим схему Интеркампани:
Передачи товаров между организациями.Если требуется сохранить единый склад в документах, но жестко запретить менеджерам бронировать остатки чужих организаций без включения Интеркампани, реализуем контроль через расширение конфигурации.
Рассмотрим алгоритм доработки:
Заказ клиента переопределяем расчет доступного количества по правилу:
// Доступно к резерву = Минимум из общего складского остатка и остатка организации
ДоступноОбщийСклад = РегистрыНакопления.СвободныеОстатки.ПолучитьСвободныйОстаток(Номенклатура, Склад);
ОстатокОрганизации = РегистрыНакопления.ТоварыОрганизаций.ПолучитьОстаток(Номенклатура, Организация, Склад);
ЗарезервированоПоОрганизации = РегистрыНакопления.РезервыПоОрганизациям.ПолучитьРезерв(Номенклатура, Организация, Склад);
ДоступноПоОрганизации = Макс(0, ОстатокОрганизации - ЗарезервированоПоОрганизации);
ИтогоДоступно = Мин(ДоступноОбщийСклад, ДоступноПоОрганизации);
При таком подходе менеджер при оформлении заказа на Организацию №1 физически не сможет установить действие Резервировать на количество, превышающее фактический остаток данной организации.
Разберем альтернативные механизмы обособления учета:
Направление деятельности, настраиваем обеспечение под назначение. Поступающий товар сразу обособляется под соответствующее направление и не попадает в «общий котел» свободных остатков склада.