Не упомянут очень важный момент:
Из RW-интерфейса (логистика, касса, HR) момент замещения "Документ полностью" не отрабатывает. Для этого можно использовать OpenFI событие 1120. SAMPLE_PROCESS_00001120 - универсальный ФМ, срабатывает всегда при создании документа отовсюду, но OpenFI выходит за рамки данной статьи:)

Не согласен с тезисом "Это не красиво" в п2.
Эти сотрудники в действительности работают по индивидуальному графику. Это такой бизнес-процесс в компании. Уверен, что в Компании такой режим работы оформляется Приказом. И под него есть стандартное решение САП - график выхода. Чем проще решение, чем больше оно соответствует бизнесу, тем оно и красивее.
"Захламляет справочник"? Ну что же поделать, раз такой график есть. Нам что, гигабайты жалко?
"Усложняет поддержку"7 Вряд ли, графики все равно существуют и ведутся, а данные все равно надо менять индивидуально, но только теперь в 50ом инфотипе. Работы не меньше, а поддержка усложняется во много раз:
1) требуется специальная инструкция для обработки таких заявлений. Так как ситуация возникает не часто, то эту инструкцию никто не будет помнить на память. Лишние трудности при эксплуатации
2) Отчет - неизбежно встанет вопрос, "кто у нас работает по таким графикам? Дайте мне список" Этот отчет надо тоже написать специально, и инструкцию к нему тоже.
3) Трудность в понимании результатов работы драйвера. У руководства всегда будет вопрос, а почему у него не такое время прихода на работу? И как на него ответить, не зайдя в ему в инфотип?
И, наконец, самое главное. Плановое Нормативное задание. Не может быть такого, что бы плановое нормативное задание не соответствовало плановому времени работы. Если функционируют РР или ТОРО, то этот рабочий должен был получить сменное задание из планового расчетного времени появления его на работе. То есть, при планировании загрузки оборудования откуда-то надо знать, когда будет работать рабочий или бригада. Кроме как из графика рабочего времени это узнать, по-моему, не откуда.
Вывод - предложено очень красивое "программистское" решение, которое вынуждено компенсирует недочет, допущенный при постановке задачи - слишком поздно узнали о таких рабочих.
Однако в целом автор проделал прекрасную работу, как по сути, так и по форме изложения. И если понадобилось всего 4 часа консалтингового времени, то это несомненный успех.

У вас написано, что контекст хранит данные SET\GET параметров пользователя и что при открытии нового окна в рамках одного логина происходит создание обособленной копии контекста. Скажите пожалуйста, как это согласуется  тем, что изменение SET\GET параметра в одном окне видно и во втором? Т.е. я открыл новое окно, в нем выполнил действие устанавливающее значение параметра, и если переключаюсь на начальное окно и вызываю транзакцию считывающую значение этого параметра, то я получаю в первом окне значение введенное во втором окне.

Алексей.
Реализация Data Mining на платформе SAP Netweaver очень плохая. На ней невозможно строить нормальные решения.
SAP долго пытался разработать достойное решение, сравнимое с продуктами SAS и IBM SPSS. Но и презентации и то, как консультанты пытались доказать, насколько замечательный продукт они предлагают, только добавляли уныния.
Но не всё так плохо. SAP HANA поддерживает выполнение скриптов на языке R. Это мощное и бесплатное средство, которое постоянно развивается и имеет множество библиотек.  Регрессия, деревья решения, метод главных компонент реализуются довольно просто.
Чего нет - это функционала жизненного цикла моделей. Это необходимо, например, в задачах кредитного скоринга.
Но если быть до конца объективным, то поддержка языка R есть также в версии Oracle 11.2 и в последних версиях MS SQL Server, что позволяет решать задачу анализа данных, независимо от платформы БД.

Небольшое уточнение:
1. Для роли табельного учета и роли по заработной плате должны быть созданы разные профили структурных полномочий.
2. Если присвоить профиль структурных полномочий пользователю SAP* то индексация структурных полномочий невозможна.

Добрый день!
Цитата: "виртуальная память - равна сумме физической памяти и размеру swap области или paging area (файл подкачки)."
 
Вопрос: поясните, пожалуйста, в чем разница между swap-областью и paging area?

Добрый день. Начиная с версии 7.40 менеджмент памяти немного изменился, roll целиком переместили, и добавили еще управление PROC памятью.

Время работы СУБД исключено. В заключении есть небольшой абзац относительно работы СУБД. Задача не выполнялась на загруженном сервере, потому что замеры делал в разные времена суток - цифры одинаковые.
 
Как информация поможет практикующим саперам? Очень просто - есть задача: очень медленную программу надо сделать очень быстрой. Берет критический участок кода и пишете его на ассемблере (с++, c# и т.д.) и компилируете. Вместо этого куска кода в абап-программе запускаете полученный эзешник, в который передаете данные для обработки (файлами, через rfc или другой вариант). Получаете результаты и выводите в alv. Profit.
 
Это не очень другозатратно. Зная исходный алгоритм я переписал его за неделю.
 
Надо понимать, что этот способ работает если время выполнения формируется преимущественно из-за сложности вычисления, а не объемов данных.