Очень качественный документ. Для начинающих разработчиков это - просто \"клад\".
Здесь полностью описан один из сценариев реализации услуг по аренде.
Дополнительно к сказанному можно было бы сказать, что для пользователей SAP на территории СНГ были бы интересны следующие расширения рассматриваемой темы:
1. Ценообразование в зависимости от площади помещения.
2. Ведение сопутствующих услуг при аренде помещений.
 
Это локальные отхождения от основной цепочки настроек, приведенные автором.
В первом случае необходимо просто изменить (добавить) Вид условия ZR00. Новое условие должно иметь правило расчета \'C\' \"Количество\", а в качестве количества может использоваться ЕИЗ \"м2\".
Во втором случае по сценарию к позиции аренды необходимо добавлять подчиненные ей текстовые позиции дополнительных объектов аренды. Например, \"аренда орг-техники\", \"охраны\" и т.п.
Для настройки этого необходимо на шаге 7 (рис.9) добавить в \"структуру документа\" текстовую позицию, например, \"AGX\" для Использования \'TEXT\' и вышестоящей позиции \'AGN\'.
В результате, в Контракте аренды можно будет вводить список объектов аренды, которые не будут фактурироваться, но которые можно выводить в отчет и на печать для урегулирования вопросов с заказчиком.
 
Пониженная полезность данного документа связана с его темой: применение типа фактурирования \'I\' очень ограничено. Фактически кроме аренды - никуда. Кроме того при этом усложняется применение финансового менеджмента.
Поэтому на проекте прежде, чем применить план фактурирования сначала крепко думают, как это будет работать.

Проблемы с переводом. Лучше бы статья была бы на английском, чем с таким переводом, думаю было бы легче читать. В идеале, если уж журнал для России, то в идеале, чтобы ее переводил(перерабатывал под русскую специфику) отечественный консультант SAP, знакомый с освещаемой тематикой.
Читала статью не как эксперт, а как человек, который хочет для себя просветить процесс формирования и учета в себестоимости в SAP. В итоге, так ничего нового и не узнала, осталось одно раздражение. Хотелось бы больше конкретики, на какие счета и как происходит распределение разниц, какими транзакциями и т.д.  
Данная тема, да и само появление такого журнала, конечно вдохновляет, но не с такими статьями (с таким переводом)

Несмотря на то что тематика статьи напрямую не  соответствует тематике моей деятельности, информация статьи крайне полезна как для меня, так и для широкого круга специалистов в области внедрения решений SAP. Буду рекомендовать ее прочтение специалистам компании занятых внедрением финансового блока задач. Как общий положительный эффект от статьи - это признание того факта, что SAP повернулся лицом к нуждам тех пользователей, которые овладели Excel, наработали в нем много своих  решений и приемов. Переход от привычного интерфейса и возможностей Excel к достаточно сложному и не очень дружелюбному интерфейсу SAP, всегда вызывал  негатив со стороны пользователей.  

Спасибо за информативную статью. Написана доступна и понятно.

Неплохой перевод оригинальной статьи. Хотелось бы побольше внимания уделить практическим примерам и вариантам настройки.

Хорошая статья для тех, кто глубоко интересуется SAP PI

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

Хорошее и полное введение в композитные приложение. То, чего не хватало мне пару лет назад, когда я начинал изучать этот функционал

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

Есть полезные советы, но манера написания не понравилось. Как-то скомкано и как-будто без плана.
 
Не заметил в тексте на каком этапе происходит определение порядка загрузки данных. Не описана проблема ведения двух систем, при переходе это обычно случается. Проблема \"устаревания\" данных за время перехода на новую систему.

Полезность статьи для меня низкая, потому что я уже с этим работал. Но для тех, кто видит это впервые, непомешает добавить настроек для “Frame Program for Periodic Data Transfer”, но это не критично.

Неплохая статья. Для тех, кто первый раз сталкивается с загрузкой остатков - может быть полезной.

Статья оставила двоякое впечатление: начинается как неплохая \"вводная\" статья, а заканчивается \"тонкостями и хитростями\". Ощущение, что 2 статьи слилось воедино.
Вторая часть показалась интересной. Но, боюсь, в 90% случаев в продуктивной системе LSMW используется как средство загрузки после общей отладки в тестовой системе. Т.е. \"навороты\" излишни.

Статья достаточно интересная и легка при прочтении. Однако, по большому счету, набор банальностей. )) Реферат для студента 2-3 курса.

Полезная статья, для начинающих пользоваться NWDI. Полный вводный курс

Крайне полезной для меня оказалась статья, все очень подробно и грамотно расписано. Хотелось бы еще описание ситуации не только последовательного изготовления на разных заводах, но еже и при возврате полуфабриката на исходный завод: завод1 -> завод2 -> завод1.

спасибо за статью.
абзац ШАГ2 я бы немного скорректировал для лучшего восприятия читателем:
Шаг 2.
(Общее описание процесса)На втором шаге выполняется вызов программы периодического переноса данных и сохранение варианта экрана выбора для объекта LSMW, который требуется выполнить.
 
(Наименование объекта) Техническое имя программы периодического переноса данных LSMW – /SAPDMC/SAP_LSMW_INTERFACE
 
(Детализация процесса): Вызов этой программы в целях данной статьи осуществляется на экране настройки LSMW “Frame Program for Periodic Data Transfer”. (рис.3)
 
(Указание конкретного действия) Создайте вариант экрана выбора для программы периодического переноса данных, для этого сохраните вариант экрана выбора с помощью кнопки “Save” в верхней области экрана. В результате откроется экран “Variant Attributes” (Рис. 4).

В принципе описано все понятно и доходчиво. Единственное, на что не обратили должного внимания, так это \"Activity Update Relevant to Price Determination = 2\" (т.е. ведение фактического тарифа работ в регистре материалов). В этом случае нарушается принятая последовательность закрытия периода в контроллинге, т.к. переоценка производственных заказов по фактическим тарифам не происходит, что соответственно ведет к тому, что по заказам отражаются только нормативные затраты по работам.
 
Основная цель, для чего используется повторная оценка НЗП - это предотвращение зависания многоуровневых отклонений по потребленным полуфабрикатам на производственные заказы, оставшиеся в НзП, а для данных целей совсем нет необходимости вести фактические тарифы работ в регистре материалов.

В принципе, написано достаточно четко и по существу. Жаль, не приведены кейсы(примеры бы не помешали).

Рекомендации очевидные, автор статьи Америки не открыл. Для новичков может быть полезно в качестве общего обзора.