Архив метки: инфотип

Кнопочки

Привет.

Наткнулся на такую ноту 2187412 — Infotypes 0008, 0014, or 0015: Including information pushbutton for the wage type documentation

Она и ряд смежных нот позволяют показывать кнопочку с информацией по виду оплаты прямо в инфотипах 8, 14, 15. Когда мы настраиваем виды оплаты, то, например, в ракурсе V_512W_O можно просмотреть информацию по виду оплаты, нажав на иконку с английской буквой I. Теперь такая же кнопочка появляется в инфотипах. Если у вас правильный подход и виды оплаты задокументированы в системе, то это очень удобно.

 

Многоликий инфотип

Я думаю вы все это знаете. Каждый день мы работаем на иностранных проектах, что приходится переводить то да се. Надо нам оргструктуру на разных языках показывать, ну, вы понимаете о чем я. Немцам на английским, американцам на русском, китайцам на греческом. Ну чтобы все как у людей. И вы разумеется помните, что для этого надо создать 1000 инфотип на базовом языке, который будет виден всем лишенным перевода, а для других языков надо не создавать инфотип, а нажать кнопку «Изменить», выбрать язык и сохранить перевод? Извините, что напоминаю, сам часто забываю.

И да, загляните в RE_RHTRANS0. Вам понравится.

Добавление стандартного инфотипа в закладки PPOME — новое!

Привет!

Благодаря Юре Сычову делюсь с вами еще одним способом добавления инфотипа на закладку в PPOME. Это в добавление к заметке Добавление стандартного инфо-типа в закладки PPOME

Алгоритм такой.
* сгенерили инфотип в PPCI,
* скопировали экран 2000 в 7000
* скопировать экранную логику с 7000 экрана любого существ. инфотипа, например, 1003
* сделали его подэкраном, убрали лишние поля
* настройка T77ID
* создать вкладку, указав номер инфотипа
* подключить вкладку

Чтение длинных текстов инфотипов

Класс CL_HRPA_TEXT_CLUSTER позволяет читать длинные тексты инфотипов. Это те самые, которые можно вводить по кнопочке F9 при редактировании инфотипа.

Вопрос-ответ. Ограничение записи

Вопрос:
Есть пользовательский инфотип с временной привязкой 2.
У сотрудника  есть запись в этом ИТ. При создании новой записи   возможны две ситуации:
1. создаваемая запись имеет более высокий приоритет  по сравнению со старой-> старая запись ограничивается/разрезается/удаляется.
2. создаваемая запись имеет более низкий приоритет -> старая запись остаётся неизменной, а новая ограничивается/разрезается/не создаётся.
Есть способ обработать второй случай через динамические мероприятия?
Ответ:
Насколько я знаю в динамике стандартом нельзя так сделать. Можно ли через вызов подпрограммы, где проанализировать ситуацию. Либо по аналогии со вставкой больничного при отпуске сделать расширение PAI логики инфотипа.