Никогда бы не стал искать решение в пользовательских параметрах. Для этой цели (только в контроллинге) как то делали вариант транзакции, в спецрегистрах писали query, а для пользователей попроще писали инструкцию по обраoению с динамическими условиями выбора.
Жаль, что описан только вариант с платежами. Поиск по пользовательским параметрам в SU3 с выборкой по запросу *date* выдал 76 вариантов, надо копать, наверняка найдется что-то подходящее

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

Интересно, хотя с российской спецификой это вряд ли пригодится.

Полезно было просмотреть. Аналогичное есть в MM (по материалам тр. MM17) и PS (тр.CNMASS).

Достаточно полезная информация, особенно для консультанта поддержки.

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

Автор описывет использование функции IF в схеме расчёта, приводит понятный пример.
Знания, нужные любому консультанту.
 
Я бы добавил, что в конструкции IF ENDIF можно использовать функцию ELSE для случаев, если условие IF не выполняется.
IF ZE33
ACTIO Z001 *ZE33 вернуло T
ELSE
ACTIO Z002 *ZE33 вернуло F
ENDIF
 
Действительно, очень удобно использовать IF и вложенные конструкции IF-ELSE-ENDIF.
 
Мощную функцию IF можно использовать еще для такого интересного решения - мы знаем, что схемы расчёта не имеют временной привязки как, например, виды оплат.
Однако в течение года у нас может меняться бизнес логика и соответствующая обработка в схеме.
Возникает задача как обработку в первой половине года сделать по одному алгоритму, а во второй - по другому?
 
Для таких случаев можно использовать таблицу констант расчёта T511K и завести в ней константу, например ZALGO, которая будет с 01.01.2010 по 31.06.2010 равняться 1, а с 01.07.2010 - 2.
Функция IF вызывает правило расчёта, в котором считывается значение константы с помощью элементарной операции NUM=KZALGO. В зависимости от полученного значения будут использоваться различные алгоритмы.
Таким образом, во время выполнения обратного расчёта января 2010 в декабре 2010, то значение константы будет 1. Однако во время перерасчёта ноября 2010 значения константы будет 2.
Вот с помощью такого простого подхода можно придать схемам расчёта начало и конец срока действия.
 
Я бы обратил внимание на российскую специфику в определении организационного присвоения сотрудника.
Есть такая замечательная российская операция RUSPL, - RUSPL?L определяет уволен ли сотрудник в текущем расчётном периоде, подробности в HR-документации, транзакция pdsy.
Также САП предлагает замечательные операции TABLE/VARGB, с помощью которых можно строить условия по любым таблицам, например российских инфотипов, а также прекрасную операцию VAKEY.
 
Это полнейший инструментарий всевозможных условий выбора, которые можно использовать для построения гибких условий на базе функции IF.
 
Незначительная неточность перевода:
Employee Subgroup - это не \"подгруппа\", а \"категория сотрудников\" в терминологии САП.
Параметры EXPMT, EMPLR не используются в российской зарплате.

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

В принципе нормальный документ. Только всетаки для большей доходчивости неплохо было бы оперировать терминологией САП в наименовании  категорий сотрудников (вместо подгрупп).

Полезная статья, но ничего не сказано про Web Dynpro и про настройку анонимного содержимого

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

Отличная статья, которая вносит ясность в понимание назначения инструментов SAP BI.

Отличная статья, но желательно, чтобы в статье использовались примеры с реально существующими расширениями в системе SAP.

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

Статья носит исключительно ознакомительный характер. Полезна для первого шага в изучении преимуществ web 2.0 и их применения при настройке SAP CRM.  

В целом хорошая, понятная статья. Открыл её по ошибке. Тема для меня не актуальная. Занимался проектированием системы безопасности в ЗАО \"СПК\". Подход был не столь тщательный и глубокий, но аналогичный.

Известная и простая функция.
Случайно открыл эту статью.
 
Не понятно зачем отправлять счета-фактуры поставщикам? Возможно имелось ввиду регистрирую счета от поставщиков? В предложении: <<Каждый месяц я направляю счета-фактуры 10-20 поставщикам>>.

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

В статье содержатся практические рекомендации  специалистам, владеющим АБАПОМ, для удовлотеворения  бизнес-требований своих компаний в части совершенствования наиболее популярных  объектов - заказов на поставку и сбытовых заказов. Автору настоящего отчета представляется, что статья полезна абсолютно всем разработчикам, использующим BAPI и имеющим специфические корпоративные бизнес-требования в части работы с заказами дебиторов и кредиторов.

В статье описан способ учета незавершенного производства в фактической калькуляции посредством регистра материалов. Статья будет полезна тем Компаниям,  в которых в учетной политике Компании предусмотрена процедура списания затрат и учета НЗП с повторной переоценкой НзП. Если принять во внимание особенности налогового учета в некоторых странах СНГ (автору настоящего отзыва известны особенности учета в Грузии, России, Украине), то применение предложенной в статье методики, когда возможна переоценкаи НЗП после подачи отчетности, скорее ставит новые вопросы перед налоговым учетом, чем их решает. Примечание. Автор настоящего отзыва не берет на себя 100% уверенность в оценке, но обращает внимание, что проблема связи НЗП и налоговой отчетности в любом случае должна быть исследована прежде, чем принять решение об использовании предложенного в статье механизма. Следует внимательно разобраться, насколько предложенная методика \"вписывается в адоны\" русскоязычных стран.