6 из 10 клиентов больше не купят SAP повторно
Так, на подумать про эффективность SAP
6-out-of-10-customers-wouldnt-buy-sap-again
P.S. Расскажу секрет — купят. Но почитать стоит.
Так, на подумать про эффективность SAP
6-out-of-10-customers-wouldnt-buy-sap-again
P.S. Расскажу секрет — купят. Но почитать стоит.
Привет.
Серьезно, привет.
Сегодня мы отмечаем первый урок по началу работе с системой SAP HCM. Вообще реально самый первый и самый интересный урок — создание своего «домика» — манданта — где можно крошить и уничтожать все стандартное и плодить нестандартное.
https://www.youtube.com/watch?v=WOlNdGtdWCE
Начало звучит? Серьезно, привет. Не отходите далеко от кассы и активно нажимайте кнопку дружеских инвестиций в проект.
Открываем SPRO, зарплата, международная версия. Наши разделы это Payroll Data Source Framework и Payroll Control Center.
Как оно работает концептуально? Видели DAQ, на котором построена отчетность в РФ? Вот примерно также — много галочек, а ничерта не понятно. Документации ноль, PCC (Payroll Control Center — писать лень) для настоящих тру. В PUST было так. В PEST рисуем модель, указываем связи между шагами, система генерит шаблончик внутри себя, связывает его нумерацией шагов или событиями. Созданную модель запускаешь, формируется поток и все работает. Тут примерно также. Только сначала все в кривых табличках прописываешь (ну очень занудно), потом запускаешь волшебную программку, которая генерирует инстанции. И далее запускаешь еще одну программку, которая эти инстанции планирует на каждый прогон расчета заработной платы. Если в PEST все визуально понятно и просто, то тут увы. Красиво только пользователям, ибо интерфейс выполнен на UI5.
Для начала в SPRO открываем Classify Data Sources, где мы должны создать модель или иными словами скелет процесса. В модели мы определяем шаги, их последовательность. Примерно это выглядит вот так.
Рассказываю фокус. Некоторое время назад мы научились загружать иерархические структуры из одного файла. При этом нужно было особым образом формировать сам файл, чтобы структура записи повторялась. Такие файлы сложно формировать из исторических систем, особенно, когда нет программистов. Поэтому мы предпочитаем плоские файлы с плоскими структурами (в табличном виде).
На днях я загружал заработную плату с помощью стандартного BUS7023 ManagerExtPayroll. На выходе формируется IDOC, который складывается в T558* таблицы. Сама структура айдока иерархическая, где на верхнем уровне стоит сотрудник, ниже указаны периоды, а на третьем сами виды оплаты для периода.
Для простоты я решил сделать три соответствующих файла:
Каждый последующий файл содержит ссылку на предыдущий. Вот, что у меня получилось.