Основы работы с большими данными в SAP

Рано или поздно каждый консультант сталкивается с задачей быстрой и эффективной обработки большого массива данных из системы. Предметная область тут неважна. Многие компании практически не используют современные аналитические решения на благо повседневной трудовой деятельности. Причин тому много, но сегодня речь о другом. Наиболее типичные ситуации, это сверка данных при миграции данных или выгрузка большого объема данных из системы с целью последующей обработки в MS Excel. В 99% случаев будут именно такие задачи.

Вроде бы что сложного в выгрузке данных из отчета в системе? Совершенно ничего, когда мы говорим о паре десятков или сотен строк. Если речь идет о десятках тысяч строк или сотен тысяч строк, то мировоззрение начинает меняться. Попробуйте в ваших системах запустить оперативный запрос с даты старта SAP по паре инфотипов. А потом все это выгрузите и нарисуйте несколько формул рядом.

Исходя из моего опыта, могу дать некоторые базовые советы.

Совет 1. Выгрузка в MS Excel может быть осуществлена множеством способов. Даже нажимая одну кнопочку выгрузки разные системы обрабатывают событие по-разному. В ALV отчетах есть две возможность выгрузить данные в файл.

Левая кнопочка  зависимости от версии системы либо откроет MS Excel Inplace (то есть внутри системы откроется XLS файл). Очень неудобно, мелко, но достаточно для просмотра пары записей. Файл можно сохранить. В другом случае система спросит, в каком формате желаете выгрузить данные.

По умолчанию у всех стоит первый вариант — MHTML. И не дай вам чебурашке выгружать тысячи записей в этом формате. Система внутри готовит данные, потом запускает XLST трансформацию и вываливает все это в страшненький полу-HTML код. Это занимает очень много памяти на сервере и часто приводит к дампам. При открытии такого файла Excel наоборот производит конвертацию из XML файла в свой XLS формат, что, по сути, дублирует работу. Если выгружать сразу в Excel XLS/XLSX формате, то лишние действия не производятся, файл выгружается существенно быстрее.

Читать далее


Эффективная работа с вариантами отчетов в SAP

Да, я про это уже писал. А тут решил еще и визуализировать. Прошу к просмотру всех начинающих и не очень пользователей и специалистов по SAP HCM. Эффективаная работа с вариантами отчетов в SAP. В текстовом виде работа с параметрами вариантов описывалась тут: https://saphr.ru/2012/03/26/variants/

Не забываем подписываться, лайкать, репостить и всячески поддерживать отечественного производителя контента!



ВИДЕО. Как читать системные дампы?

Легко. Открываем транзакцию ST22 и читаем системные дампы.

Чуточку подробнее рассказал в микровидео на 11 минут.

Не забываем подписываться, лайкать, репостить и всячески поддерживать отечественного производителя контента!



Настройка косвенной оценки в SAP HR

Косвенная оценка — это просто. Настройка косвенной оценки оценки в SAP HR осуществляется в ракурсе V_T511 (транзакция SM30). Попробую объяснить комплексно, для чего нужна косвенная оценка, как она работает и где используется. С точки зрения конечного результата — рассчитанной заработной платы — косвенная оценка это один из способов посчитать сумму денег по определенному алгоритму. Модуль заработной платы считывает данные из инфотипов, обрабатывает, формирует дополнительные виды оплаты (как технические, так и пользовательские), сохраняет в базу данных. Вид оплаты может быть, как в суммовом выражении, так и обозначен ставкой (суммовой величиной в час, например) или числом (например, часов). Мы можем определить, где и когда посчитать тот или иной вид оплаты: на этапе ввода в инфотип или в заработной плате. Часть видов оплаты, например, процентные виды оплаты от какой-то простой базы (премия от оклада) может быть рассчитана сразу же при вводе соответствующего вида оплаты (в нашем примере «Премия»). Таким образом, мы можем сразу же увидеть сумму премии, сделать отчет по этому виду оплаты.

Косвенная оценка потому так и называется, что косвенно оценивает один вид оплаты через другой. Сумма премии оценивается через вид оплаты «Оклад» умноженный на процент премии. Вид оплаты «Тариф» оценивается по данным тарифной сетки. А годовой бонус считается как годовая сумма окладов. Для каждого вида оценки есть так называемые модули оценки. Это маленькие программы, которые на входе получают вид оплаты, преобразуют его и выдают результат сразу же при вводе в инфотип. Оценивается ли вид оплаты или нет, задается в ракурсе V_T511, где мы прописываем для вида оплаты модуль косвенной оценки. Если встать на поле имени модуля косвенной оценки и нажать F1, то система покажет стандартные модули.  Для России разработан дополнительный модуль 33BON. Плюс можно делать свои.

Читать далее


Перерасчеты в SAP HR для начинающих

«Не нужно бояться перерасчетов», — гласила презентация, найденная в Сети. Действительно, при переходе на расчет заработной платы в SAP многие расчетчики начинают «бояться» перерасчетов в SAP. Тому есть несколько причин.

Как правило, многие системы, в которых работали люди до SAP, были построены как документоориентированные системы. Первичным был документ, будь то документ начислений, удержаний, документ табеля, документ расчета. В крупных компаниях, где ИТ-системы формировались долгие годы, встречаются решения, когда перерасчеты нужно было делать вручную и оформлять отдельным документом. Консультант SAP привык, что перерасчет это нормально, свободно оперирует словами «сейчас перерасчитаем всех». У бухгалтера появляется легкий шок на лице, так как руки еще помнят, что такое ручные перерасчеты.

Вторая, менее эмоциональная причина — это возникновение дополнительных строчек в расчетном листе, которые нужно объяснять работникам. Консультантам этого не понять, так как они практически никогда не общаются с простым рабочим, который считает каждую копейку. Консультанту надо обновить базы, «положить вид в кластер», «создать технический вид» — все очень умно звучит и еще больше пугает простого бухгалтера. Каждый перерасчет, отраженный в расчетном листе, «в плюс или в минус», вызывает вопрос у работника: «Что же мне посчитали неверно?» Вполне резонный вопрос, следует заметить. Так как бухгалтер в начале своего опыта работы с системой еще плохо представляет, как устроен внутренний механизм перерасчетов, как найти и объяснить причину возникновения перерасчета, то бравирование консультанта его только пугает.

Самая неэмоциональная причина, с которой пришлось столкнуться на одном из проектов — это возникновение отрицательных разниц. Такое бывает только в начале проекта, когда система откровенно недонастроена, не протестирована. Первые месяцы расчеты идут корректно, люди получают деньги, вопросы не задают. А затем обнаруживается, что все это время что-то считалось неверно. Например, средний заработок, который обычно составляет существенную часть фондов оплаты труда. Система выполняет перерасчет заработной платы за прошлые периоды и работник «уходит в минус». Из-за неверных вычислений в предыдущих месяцах выплаты были завышены настолько, что в текущем периоде вся зарплата была удержана для компенсации перерасчета. Нехорошая ситуация, работник должен компании существенную сумму денег. Все это отягощается тем, что по российскому законодательству нельзя удерживать более 50% от суммы заработной платы и то, в ограниченных случаях. Технически в системе нельзя ограничить именно сумму удержания в результате перерасчета.

Читать далее