Олег, спасибо за подсказку. Но видимо этот отчет не предназначен для пользования обычными юзерами. Может быть есть какие-то стандартные транзакции, такие как S_ALR_87012089 и S_ALR_87012182, только для материалов?

а компонент ST-A/PI ?

Да как-то так, нету... Сам удивлен. В IDES-е есть такое дело,а тут нет...

Почему статус?
Это тип транзакции.

Какая версия системы?
в 6.0 вроде как ST12 есть во всех пакетах.
и её даже развивают.
 
Правда, кажется, в Ehp7 программа уже не  /SSA/STA.

Мда, у меня в системе ни того ни другого уже нет.

Ну это ты как-то в рисунке 17 жестко решил статус документа проверять в расширениях.

Для части BAPI закупочного заказа.

Если мы проделаем в точности то, что говорит автор, то получим динамическую ошибку, представленную ниже

Рисунок 14 Динамическая ошибка DYNP_WRONG_SCREEN_TYPE

Для её исправления нужно установить соответствующий параметр в транзакции SE51 для программы SAPLXM06 экрана 0101.

Рисунок 15 Установка типа экрана

Также отмечу, что при подобном добавлении поля ZZBEDNR на уровне позиции, оно будет открыто для редактирования как в режиме просмотра, так и в режиме редактирования. Для того, чтобы поле было нередактируемым в режиме просмотра, а в режиме изменения редактируемым, можно проделать следующие действия (это одно из решений).

В экране программы SAPLXM06 номере 0111, дважды щелкнуть на " STATUS_0111. "

Рисунок 16 Дважды щелкаем для создания инклюда

Создаем код для анализа переменной, которая покажет нам, какой режим (просмотра или изменения) сейчас используется.

Рисунок 17 Скрытие/открытие поля в зависимости от режима изменения/просмотра

Тогда поле будет нередактируемым в режиме просмотра и редактируемым в режиме изменения.

В коде тестовой программы для вызова BAPI BAPI_PO_CREATE1 допущена неточность в части заполнения структуры BAPI_TE_MEPOITEM.

LS_EXTENSIONIN-STRUCTURE  = 'BAPI_TE_MEPOITEM'.
LS_EXTENSIONIN-VALUEPART1 = '00001          007'.

Структура BAPI_TE_MEPOITEM состоит из полей, представленных на экране.

Рисунок 18 Длина поля позиции составляет 5 символов, затем поле ZZBEDNR составляет 10 символов

Таким образом, код должен быть

Для части BAPIсбытового заказа.

В части кода

Автор, на мой взгляд, допустил неточность: в стандартной системе SAP ERP (IDES) роль заказчика имеет идентификатор AG, а на SP.

Касательно эффективности внедрения ERP системы.
Часто сталкиваюсь вот с какой ситуацией. Формально заказчиком внедрения системы является собственник компании, либо совет директоров. Цель внедрения системы для такого заказчика формулируется как "прозрачность, эффективность, единообразие, стандартизация процессов". Затем заказчик делегирует ведение проекта рабочей группе. Как правило в эту группу попадают "заинтересованные" лица в том, чтобы все вышеперечисленные цели проекта не выполнялись, так как в противном случае снижается их "интерес", однако их требования могут звучать как "сделать не хуже, чем в нашей системе". В итоге исполнитель, то есть консультант по внедрению, оказывается внутри конфликта интересов, при чем для сохранения проекта и соблюдения сроков ему приходится идти навстречу рабочей группе, ибо это "заинтересованные" во всех смыслах. Таким образом руками специалиста текущие процессы перекладываются в новую систему "как есть", зачастую в обход стандартов и методологий новой системы. В конечном итоге, если проект стартует, может так оказаться, что вроде как и "интерес" соблюден, и в тоже время эффективность неоднозначна. Кто виноват, не трудно догадаться.
 
Есть ли у вас, дорогие эксперты, какие-то статьи или рекомендации на эту тему? Как должен действовать исполнитель, чтобы умудрится и грамотно систему передать и выполнить все таки основную цель автоматизации?

Не знаю насчет новых версий, у нас работает под ней программа /SSA/STA.

Похоже что ее вынесли что ли уже из системы в новых версиях?

Не буду спорить, у меня в системе ST12 такой транзакции нет? SE12 знаю, SM12 тоже знаю, чебурашки на имя ST12 - не знаю :-(

Возможности ST12 существенно шире, нежели SAT. Например, возможен анализ отдельного рабочего процесса, фонового задания, анализ по расписанию и т.п.
Транзакция SAT, скорее, комплекс SE30 & ST05. Предназначена для быстрой оценки узких мест производительности отдельной транзакции.
Транзакция ST12 вкупе с STAD и DB02 - серьезный набор инструментов анализа производительности системы "для взрослых" :)

В качестве немного рекламмы: Начиная с версии 6.0, SAP предлагает использовать новый анализатор производительности программ - транзакцию SAT. В предыдущих версиях системы аналогом данной транзакции могла служить комбинация транзакций SE30 и ST12.

Отчет RSSCD100, класс объектов: MATERIAL.
 
Далее даты, и за счет имени таблицы - ракурс.

А есть транзакции для массового отслеживания изменений материалов? Может кто подскажет?