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

Довольно объемная статья, которая хорошо и качественно описывает ту функциональность, описание которой обещают авторы в названии статьи. Рекомендую к прочтению при необходимости освоиться или познакомиться с функциональностью CRM, послужит прекрасным шагом в развитии.

Хорошая статья очень ясная и очень простая. В данном случае простота не достоинство, а недостаток. На мой взгляд, в статье описана довольно простая функциональность без детального указания что из чего следует как что получается. В статье не видно связки процесс — настройки — результат — это и есть её основной недостаток.

   Отзыв на статью «Порядок проведения интервью»
   Смирнов Михаил
 
   В статье приведен серьезный системный подход к проведению интервью, как к процессу, требующему тщательной подготовки и аналитической работы для достижения результата.
   Уверен, что приведенные правила и формы идеально подходят для обследования предприятия и если бы мне предстояло провести подобные встречи, то с удовольствием воспользовался бы материалами из публикации.
   На мой взгляд, в дополнении нуждается пункт про утверждение документации менеджером перед интервью. Если на интервью будет обсуждаться узкопрофессиональная тема, а менеджер не обладает в ней достаточной компетенцией,  то такая проверка сведется к формальности, причем опытные консультанты вряд ли нуждаются в данном пункте. Можно было бы добавить к данному пункту корректировку опросного листа более опытным коллегой в необходимой области, если таковой имеется. Приятно удивил раздел «Взаимное представление», до этого я даже не задумывался, насколько это важно.
   Автор статьи совершенно справедливо уделяет много внимание этикету при проведении встречи. Во время непосредственного общения данный аспект выходит на первое место, но в процессе развития взаимоотношений, когда предоставляются на утверждение рукописные документы, либо интервью с самого начала проводится путем общения по почте, на первое место выходит манера изложения материала в документах и переписке. Я считаю, что статью автора необходимо дополнить правилами исключающими случаи, когда документы написаны «для себя» и являются нечитаемыми или содержат абсолютно неочевидные заключения.
   При проведении очного интервью, когда вопросы и ответы четко сформулированы и лаконичны, такие ситуации редки. Но когда ведется активная проектная работа с жестко ограниченными ресурсами, такие «неотшлифованные» документы встречаются довольно часто. Причин, на первый взгляд может быть три, первая – неспособность или нежелание поставить себя на место человека, которому придется обрабатывать данный документ, вторая - перегруженность интервьюера, и как следствие спешка и третья – отсутствие структурированных шаблонов с прописанными правилами заполнения. Причем спешка и отсутствие форм не являются критическими причинами, а скорее являются следствиями первого пункта. При понимании важности написания документов «для партнера» можно суметь изъясниться вполне понятно, литературный слог при этом не требуется, а шаблон для заполнения можно придумать на ходу.
   При этом нельзя забывать, что многие документы обрабатываются и составляются клиентом, а это значит, что в них могут встречаться такие же недостатки изложения материала. Все это может приводить к долгой и непродуктивной переписке.  
   Для упрощения общения и развития культуры написания документов «для партнера», на мой взгляд, необходимо развивать шаблоны документов и правила их заполнения, закреплять использование шаблонов и правил в работе и добиваться от всех партнеров понимания важности грамотного и структурированного изложения материала. В итоге, как мне представляется,  это поможет сохранить драгоценное время и благоприятное впечатление, достигнутое соблюдением этикета.

Отличная и очень полезная статья.
Можно применять не только в модуле HR, потому что потребность сделать простой интерфейс для пользователей возникает на каждом проекте. Так что эта статья имеет максимальную актуальность и полезность.

Нельзя сказать, что статья не содержит полезной информации, однако ее приложимость достаточно узкая - практически вся информация, которая в ней содержится обычно требуется \"срочно\" и, в принципе, может быть выявлена самостоятельно с использованием вспомогательных транзакций SAP. Т.е. информация узкоприкладная и, в принципе, без нее можно и обойтись - профессионал \"найдет сам\", непрофессионал - вряли поймет о чем речь.
К недостаткам можно также отнести слабую структурированность изложения материала.  

В статье рассмотрена актуальная проблема и подробно описан вариант решения. Все аспекты отражены подробно, перевод хороший. Минусов практически нет.

Данная статья отражает стандартный частный случай расчета НзП в контроллинге и может быть полезна тем, кто незнаком с данной темой. Если ориентироваться на профессиональную аудиторию, интереснее было бы раскрыть тему НзП во взаимодействии с регистром материалов, например. Тема проблемная, болезненная и потому - интересная. Статья похожа на хорошо составленную пользовательскую документацию - написано неплохо, обстоятельно, но... ничего нового не узнал.

Хорошая статья, описывающая довольно редко встречающуюся на практике процедуру миграции данных в новую главную книгу. Но от этого статья не становиться менее ценной и значимой.
Исходя из названия я хотел найти в статье немного другую информацию — описание таких терминов как разделение, сегментная отчетность и других. Для них как раз и введена была новая главная книга, как мне кажется.
К сожалению описание процесса миграции данных в новую главную книгу в статье не очень практически направлено, это не описание процесса миграции в чистом виде. Это немного уменьшает полезность статьи.

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

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

Информативная и полезная статья, с необходимыми техническими подробностями. Вполне может применяться на практике.

Спасибо, статья очень полезна, актуальна.  С \"Solution Composer\" ранее не сталкивались, но после данной статьй, данный компонент заинтересовал.

Интересная идея. Может использоваться не только в BI. Было бы хорошо развить идею гибкого подхода в других областях.

Очень полезная статья, позволяет получить знания по использованию веб сервисов, описанных с помощью WSDL, для передачи данных из SAP NetWeaver BW в средство разработки инструментальных панелей и наглядных приложений для анализа данных Xcelsius.

Очень понравилась подача материала – просто и доступно.

Приведена детальная информация по реализации индивидуальных ГРВ.
Очень актаульно.

Фавориты очень удобны для пользователей-практикуем давно.статья очень полезна.

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

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