Отличная статья, но при ссылке на SAP Service Marketplace и SAP Help Portal, желательно указывать полный путь необходимым материалам.

Статья является логическим продолжением темы “Расширение знаний о производст­венных расходах для повышения эффективности принятия решений”, опубликованной в Financials Expert в сентябре 2009 г.  В статье подробно расписана цепочка закрытия производственного заказа и приведен обзор всех возникающих проводок. Статья имеет практичекую пользу для компаний, имеющих дискретное производство.

В статье приводится пример настройки всплывающих окон по распознаванию табельного номера. Выбраный пример представляется несколько экзотическим, так как полезность этой задачи - определние профиля звонящего сотрудника - достаточно редко встречается в практичекой жизни. И тем не мение, для компаний, использующих центры взаимодействия на базе ICI, в статье содержится много полезной информации. Несомненно полезным будет наличие в статье множества ссылок на интересующие читателя вопросы, не рассматриваемые в рамках данной статьи.

В статье приводится описание методики планирования баланса и денежных потоков на основе отчета о прибылях и убытках и конкретные шаги для использования SAP NetWeaver BI. Практическую пользу статья будет иметь в том случае и тем компаниям, когда Модель данных уже разработана. В частности, если модель планирования баланса и денежных потоков основывается не только на отчете о прибылях и убытках (как это предполагается в статье), а и на реальных планах продаж (например, сбытовых заказах, имеющихся в ERP системе) на планируемый период, то читателю придется самостоятельно найти необходимые пользовательские инфо-объекты и включить их в Модель данных с учетом рекомендаций, данных в статье.

Данная статья содержит весьма полезную и интересную информацию.  Очень хорошо описан принцип выполнения первоначальных и повторных загрузок данных, он весьма прост и во многих случаях на практике при реализации многих проектов может быть использован. Самым важным в этом методе является то, что нет необходимости простоя исходной системы во время первоначальной загрузки данных. Однако хотелось бы чтобы был ещё приведён пример для нелогистических экстракторов, хоть там и не значительно отличается процесс. И ещё весьма была бы полезна информация по указанию времени (хотя бы по наиболее используемым экстракторам) через которое должны подхватываться данные по изменениям произошедшие в исходной системе, т.к. это время для разных экстракторов может сильно отличаться (например 30 минут и день).

Данная статья хоть и является хорошо понятной, всё подробно и довольно просто описано, однако характер информации в целом по этой статье можно отнести к классу документации \"How to...\".Хотелось бы, чтобы в данной статье ещё было описано создание переменных для узлов иерархии, т.к. это немного посложнее. И в целом хотелось бы получать из статей информацию несколько нестандартного характера, не как описание в help и How to..., содержащую какие то новые интересные и полезные идеи и принципы.

Данная статья оказалась для меня малоинформативной, т.к. здесь рассматривается отдельный случай Планирования баланса и денежных потоков для каких то конкретных условий. Модель данных практически не описана, поэтому уловить суть применения данного примера очень сложно. Хотелось бы чтобы было описание общих принципов организации планирования баланса и денежных потоков с какими то более простыми примерами.

1) Не совсем понятно, по поводу переименования SAP NetWeaver BI в SAP NetWeaver BW, т. к. по другим источникам информации, BW в последующем стали считать частью BI.
2) Желательно было-бы дать немного более детальное описание программных продуктов.

Отличная статья! Очень полезно для новичков в мире BI!

Чрезвычайно полезная статья для тех компаний, которые используют центр взаимодействия SAP CRM. Повторное присвоение сообщения другому сотруднику - очень реальная проблема в работе персонала центра взаимодействия. В статье даются практические рекомендации решения этой проблемы и автоматизации процесса переадресации.

В статье подробно описана процедура копирования и обновления данных из HR в SAP CRM. Однако отсутсвие рисунков или блок схем процессов затрудняет понимание текста. Подробное или хотя бы примерное описание реакции базисника на результаты работы программы HRALXSYNC были бы уместны.

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

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

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

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

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

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

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

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

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