Я так понимаю, вы очень хорошо и лично знаете Александра Неловкина, совместно с ним работали не на одном проекте, поэтому можете себе позволить давать характеристики его знаниям? Тогда не очень понятно почему вы обижаетесь, когда получаете такие же характеристики на свои статьи + оценку ваших личных знаний.

Все начинали, но публиковать материал, который содержит чуть ли не в каждом абзаце ошибочную информацию, на профессиональном ресурсе? Впрочем для вас видимо нормально, вы же сами, вместо того чтобы думать просто берете и пишите очередной LSMW по загрузке Заводов/БЕ/Складов... хотя это как то снова на личности, вот Михаила снова расстроим.

Это пожелания кодера, а не разработчика.

а вообще достаточно смешно наблюдать, как два "как бы абапера", указавшие, что их опыт работы 15 и более лет, обсуждают курс, ориентированный на тех, кто имеет скромное представление об ABAP.
 
напоминает Ералаш
...
- Петров, ты чего в 1ом классе сел; 10е классы на 3м этаже.
- ступай, Щёткина: я у них тут самый умный
...

и еще, Олег Витальевич, там есть интерактивное видео...
надеюсь, Вы понимаете, что это.
 

и, задания не только в конце, но и в начале темы, и в процессе изучения темы.

Это электронные курсы, там нет преподавателя. Слайды + голос + задания в конце темы или раздела.

а вообще достаточно смешно наблюдать, как два "как бы абапера", указавшие, что их опыт работы 15 и более лет, обсуждают курс, ориентированный на тех, кто имеет скромное представление об ABAP.
 
напоминает Ералаш
...
- Петров, ты чего в 1ом классе сел; 10е классы на 3м этаже.
- ступай, Щёткина: я у них тут самый умный
...

Это электронные курсы, там нет преподавателя. Слайды + голос + задания в конце темы или раздела.

Меня лично не перестают радовать слова разделов "на кого ориентирован" и "качество курса" :)
Читаю колонку с восхищением. Только за ресурс SAP Land немного обидно - я рассчитывал на более серьезные изыскания в колонках. Все-таки, не ЖЖ ...
Роман, если то, что вы публикуете, - это все, что остается после прослушивания темы, то либо надо поменять преподавателя, либо поменять "что-то в консерватории".

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

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

Приветствую.
Внимательно читаем 4-й абзац.
"Дело на 1 минуту" - классическое заблуждение консультантов ERP, спасибо! Материал в точку.

Илья, а Вы такое в жизни видели? Просто описанная вами схема с копированием первого квартала в новую систему и параллельный ввод данных уже в системы первого и второго кварталов показывают, что для вас в этой схеме ERP это просто хранилище первичных документов, что далеко не так, потому что после копирования все что вы вводите в первый квартал системы 1, по факту практически никак не сможет быть довведено во второй квартал системы 2, да вы выйдете максимум на входящие остатки второго квартала системы 1 со старой системой, но для системы второго квартала, вы никогда уже не получите правильных переходящих остатков, а в таком случае зачем ввод каких-то документов в эту систему второго квартала? Полное ощущение, чтобы люди без дела не шатались, пока группа внедрения исправляет ситуацию первого квартала в системе 1 и не парили мозги своими вопросами?
 
PS: Кстати,если уж такие страсти, то это наверное как-то сразу можно прогнозировать и при разработке BW просто во все ключи добавить мандант, дело на 1 минуту, зато потом я так понимаю, пусть группа внедрения ERP хоть каждый квартал делает новую систему, ну если ей больше заняться нечем.

Печалька... О чем эта статья, на кого она расчитана? Возможно, это попытка человека, далекого от разработки, показать, что "я тоже могу"?
Любой отчет подпадает под шаги:
1) задать параметры выбора;
2) выбрать данные;
3) показать данные;
4) обработать данные (опционально).
Однако, тонкости неисчислимы:
Где красивый читабельный код, соответствующий хоть каким-то нормам наименования?
Где проверка полномочий?
Где возможность использования разработки в мультиязычной среде?
Где оптимальный код, который все еще будет отрабатывать в обозримый интервал времени на базах более десятка терабайт?
Где возможности расширения отчета без дополнительного кодирования в нескольких местах программы, например, при желании вытащить еще хотя бы одно значение?
Где ...?
Статья, к сожалению, напоминает отрывок из книги "АВАР за 5 дней". Наверное, для решения задачи "на коленке" имеет смысл обратиться к инструменту попроще, чем АВАР? Например, QuickViewer?
Субъективно, статья воспринимается как дискредитация деятельности людей, занимающихся разработкой на АВАР профессионально.
 
P.S.: Заранее приношу извинения за некоторую резкость суждения.

===
Субъективно, статья воспринимается как дискредитация деятельности людей, занимающихся разработкой на АВАР профессионально.
===
Пока ехал тут с работы, подумал, что на самом деле дискредитирует не эта статья. Андрей Белобродский не является сотрудником компании SAP и пишет в своей системе, на что имеет полное право. А вот что именно дискредитирует, так это люди которые пишут, то что называется решением для страны России или в Украине аддоном, вот это точно полная дискредитация, когда человек для проверки уникальности записей во внутренней таблице, созданной со ссылкой на структуру словаря данных с 83 кажется полями, не находит ничего лучше, чем создать создать для этой таблицы первичный ключ с перечислением всех этих полей. А потом когда другой разработчик добавляет в таблицу словаря новое поле, программа этого первого наивного чукотского мальчика начинает при определенных значениях валиться в дамп, при этом чтобы добиться исправления этой ошибки надо потратить месяц переписки.. а исправляется все это, да именно добавлением этих полей в первичный ключ... ну гениально решение. Или написание проверки в условии WHERE, для операции BETWEEN с условием <переменная> BETWEEN <верхняя граница>  AND <нижняя граница> и даже не удивляться что эта конструкция всегда возвращает sy-subrc = 4.
 
А ты потом открываешь этот абаповский код компании SAP и понимаешь, что в принципе у других все не так уже и плохо в этой жизни, солнышко светит, подумаешь: - "Где проверка полномочий?" Да какая проверка, оно хоть работает, в отличии от того кода, который в принципе никогда не работает...