Коллеги, напоролись на требование иметь в некоторых случаях возможность вести управление запасами на уровне более низком чем склад

Ввязываться во внедрение WM ради этого не хочется - это не основной процесс и не очень большое количество движений. Реально всего один склад надо поделить на десяток под-складов. В порядке мозгового штурма - какие идеи?
1. Завести 10 складов вместо этого одного - не пойдёт - вся остальная оргструктура и бизнес-процессы завязаны на текущее определение склада
2. Возиться с WM ради 10 ячеек - крайне не охота
3. Сделать параллельный количественный учёт на Dummy-Заводе - и отображать все движения на этом злосчастном складе на десяток складов Dummy-завода - тот ещё гимор, но кажется более гибким чем WM
4. Особые запасы и партии уже задействованы по полной - для этого учёта не задействовать
5. Единицы Обработки? Уж больно они корявые, и вообще они одноразовые... В них не возможно постоянно упаковывать и переупаковывать...
6. Прорезать поле "Номер субсклада" в MSEG и прописывать туда принадлежность движения субскладу, чтобы потом показать в отчётности приход-расход-остаток?...

Признак в партии - место хранения не подойдёт?

партия может распределиться по нескольким субскладам

запас 'E' и сбыт.заказы с внешней нумерацией
или СПП элементы...

"4. Особые запасы и партии уже задействованы по полной - для этого учёта не задействовать"

Посмотрите еще в сторону DocumentaryBatches или серийных номеров.

Вариант 3. не советую - проще стандартный WM внедрить. У нас на такой параллельный учёт (движения на одних заводах отображать автоматически движениями на других заводах) abap-разработка заняла 4 человека-года. В вашем случае было бы проще - но тоже на несколько месяцев imho. Основная проблема - исправление ошибок или непредвиденных ситуаций (в виде закрытых периодов по разному на заводах, новых бизнес процессах, и т.д.)

А "Вид оценки" - "Место хранения" и номера дополнительных мест хранения..?
Не пойдет ?

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

Особые запасы под проект - также сегменты запаса с раздельной оценкой...

Наиболее реальный способ - дробить партии с признаком.

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

это как, не совсем понятно, опишите вкратце.
и к признакам партии замечание может быть такое, что слишком медленно это все может работать. классификация - не самая быстрая штука.

2 SA Мысль такая. Сейчас на каждый приход ТМЦ создаётся партия, хотя смысловой нагрузки она по сути не несёт - так исторически сложилось. Оценка раздельная, но не X. При оприходовании кладовщику помимо М-4 выводить на печать что-то вроде упрощенной комплектовочной ведомости с фиксированными складскими местами для ТМЦ (брать складское место по-умолчанию можно, например, из ОЗМ, поле "Складское место", и записывать в одноименный признак партии). Места в указанной ячейке может уже не оказаться по факту, тогда работник склада разместит поступившую номенклатуру на альтернативном складском месте и отмечает это в ведомости. По факту размещения кладовщик заходит в партии, где складское место не соответствует месту по умолчанию, и меняет значение в признаке. В MB52 выводим дополнительно признак - "Складское место" из классификации, к документу на отпуск ТМЦ (исходящая поставка) выводим так же комплектовочную ведомость со складскими местами из признаков партии. Бизнес в принципе не предъявляет требований по оптимальному подбору партий (чтобы не бегать из одного конца склада в другой), использовать планируем только для проведения инвентаризации и быстрого поиска ТМЦ на складе (кладовщики меняются очень часто, номенклатуры не знают, где что лежит тоже).

Если один и тот же материал не может хранится в нескольких ячейках склада одновременно, то достаточно задействовать поле "складское место" в складском ракурсе. отчеты его показывают => радуемся.
Другое дело, нужно ли какое-то управление этими "подскладами"? Планирование движений, подтверждение и т.п.?
Не нужно изобретать велосипед -- внедряйте WM, если склад до этого дорос

2 waverzzz в том-то и дело, что а) может храниться на разных складских местах б) не дорос (сравниваю с другими предприятиями, на которых есть WM c единицами обработки и без них). Настроил на указанном складе минимизированный СУС - не понравилось, слишком много лишнего, но как вариант можно бизнесу показать... Надеюсь, увидят - и останутся при своём EXCEL)