Здравствуйте коллеги!
Сразу скажу, что пользователь SAP и BW я молодой, потому, если что то накосячу, поправьте, я не со зла. Перерыл форум, но ответа на свой вопрос не нашел. Я не программист и не администратор SAP, но являюсь ключевым пользователем.
Итак:
При заказе одного и того же материала разными инициаторами, по заказу ТОРО или ZOD заявке, ППМ схлапывает все потребности в одну NB заявку и не содержит о них информации (по крайней мере я не смог её найти). В результате если кто то передумал и отказался от потребности в материале или забрал со склада не весь объём который заказывал, остаются остатки/неликвиды. Чтобы их убрать нужно найти виновника, т. е. первичную потребность, заказ ТОРО или ZOD-заявку.
Вопрос такой: Как определить, кто заказывал материал оставшийся на складе. По другому как связать NB заявку, заказ на поставку или оставшийся материал на складе с первичными потребностями, из за которых они появились?

Поздравляю, это один из самых животрепещущих вопросов для российских компаний - адресная закупка и адресное хранение

В стандарте - никак. SAP не мыслит потребностями от слова "совсем", текущая потребность есть только вводная для очередного прогона ППМ.

Варианты решения:

1) Самый плохой: вводить в систему объект "Потребность" для обычных (не особых) запасов и ломать (или создавать Z-версии) ППМ и закупки, чтобы его корректно обрабатывать (т.е., условно, каждая "потребность" порождает отдельную позицию заявки, и всегда существует однозначная связь позиции заказа на поставку с "потребностью" через номер и позицию заявки). Вероятность успеха стремится к нулю (безвозвратно испортить систему получится почти наверняка), трудозатраты колоссальны. Многие клиенты SAP уже погорели на подобных проектах.

2) Самый стандартный: работать по материалам, где требуется такая прослеживаемость, с запасами, например, проектов (где один низовой СПП-элемент = одна потребность). Работает на ура, но совершенно не подходит для работы с большим количеством позиций материалов (ибо трудозатраты фантастические), да и ППМ свою функцию (объединение потребностей в одном и том же материале из разных подразделений) выполнять будет криво.

3) Средней паршивости: писать мега-отчеты, которые будут анализировать историю файлов ППМ и раскручивать закупки до первичных потребностей (такое делают многие, тоже очень трудозатратная задача, хотя и подъемная) - это по адресной закупке, а на складе реализовать адресное хранение запасов (отдельная веселая задача, отчасти может решаться через массовый партионный учет и прописывание в признаках партии подразделения-заказчика) и потом сравнивать другим отчетом ситуацию с разбивкой запаса по подразделениям с адресной закупкой. Однозначно потребуется долгая и муторная отладка алгоритмов, трудозатраты в любом случае тоже громадные, а результат не факт, что всех устроит.

Про приобретение другой системы для оформления планирования потребности и закупок даже не говорю

В целом вывод (который я сам сделал уже года три назад, когда сам первый раз сталкивался с подобной задачей): SAP для решения административно-дисциплинарных задач подходит плохо, в него заложен best practice по облегчению работы бизнеса, а не по облегчению раздачи люлей.

Большое спасибо за "ушат холодной воды"... погрустнел... обтекаю
У нас SAP с 2016 г., по первому варианту мы работали до 21 года, всё было хорошо и отслеживаемо, но кому-то сверху не понравилось, и перешли на стандартную работу ППМ с объединением потребностей в одну заявку.
По второму варианту по-моему, если я правильно Вас понял, работает модуль инвестиций, и действительно: при заказе большого объема материалов, например, на капремонт (около сотни в день), это трудоёмко для заявителя и системы. Трудозатраты намного превосходят потери от неликвидов, владелец бизнеса вряд ли пойдет на такие жертвы
Вот третий вариант я немножко не понял. Мега-отчеты писать в Excel, SAP или BW? Есть какой то пример такого отчета? Может, где-то можно почитать про этот вариант, чтобы разобраться?

Я сам эти отчеты не видел (только слышал от ребят с других проектов), писались они на абапе (т.е. внутри SAP).

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

Спасибо за ответ!
Вероятно тот, кто придумает простое решение этой проблемы, может быстро разбогатеть на патенте)
Что ж, вот ещё один проект, на котором можно стать миллионером. Будем думать

В качестве направления для раздумий:
с помощью Z решить вопрос с обязательностью указания заявки при списании на затраты.
Потом отчеты, которые и в ERP и BW можно делать.
Опыт такого решения есть.

Это немножко не то. Здесь до списания нужна информация.

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

Например, отдел 1 заказал 10 шт, отдел 2 заказал 8 шт. На складе и в запасе в пути на склад было 0 шт (в жизни, конечно будет не 0!), но заказали не 18 а 20 (потому что заказ округляется по коробкам кратно 5 шт).
Потом приехал товар по заказу, но поставщик привез 3 коробки, а не 4, т.е. на складе оказалось 15 штук.
Потом 2 штуки потеряли по результатам инвентаризации.

Вопрос к начальству, поставившему задачу раздавать люлей - из имеющихся 13 шт на складе за сколько отвечает первый отдел, и за сколько - второй?

Вот эту часть извините, что то не смог понять)

Видимо, имеется в виду один из вариантов реализации адресного хранения при наличии учета по партиям: прописывание в признаках партии ответственного подразделения (видел такую реализацию в реальной жизни). Но в этом случае количество партий в системе может бесконтрольно и быстро расти (например, когда одну поставку делают сразу для 8 подразделений и на выходе образуется 8 партий). Плюс все без исключения материалы, релевантные для адресного хранения, придется вести партиями.

Спасибо, теперь понятно. Но как это сделать, если уже на стадии схлопывания потребностей в одну NB заявку информация о заявителях теряется?

Ну, мы уже обсуждали, что практически никак

Круг замкнулся)
https://avatars.mds.yandex.net/i?id=496 ... 620&h=1124

У вас в цепочке таракан лишний. SAP не для тех, кто не может потребить закупленные материалы, а для настоящих мачо, которые потребляют еще и чужие материалы. Подобные проблемы решаются зачастую за счет контроля бюджета закупки, и, если вы материал со склада не забрали вовремя, потом просто будете бегать и просить у соседей... Ну а так то да, тут попахивает схемой построения отчетов BW "заказ vs списание" и раздачей "слонов" контролерами.

Решение найдено! С помощью программистов удалось в NB заявку добавить кнопку, которая показывает исходные потребности