Ведение ИТ "Трудовая книжка"

konvk

Коллеги, здравствуйте!

Мне необходимо "привести в порядок" ведение стажей в компании. Сейчас стаж вводится одной записью в ИТ 0294. Предварительно производится суммирование длительностей всех периодов работы во внешней программе, затем результат записывается одной записью в закладку "Длительность".
Это неудобно, т.к. при увольнении и повторном поступлении стаж работы на предприятии подсчитывается дважды (ОК не утруждается при подсчёте пропуском записей предшествующей работы в компании, в программу подсчёта вбивается всё подряд). Кроме того, при повторном поступлении они повторяют всю процедуру суммирование заново.
Некоторое время назад пытался перевести их на ведение стажа с помощью транзакции PA70 (ввод только дат приёма и увольнения по предыдущим местам работы, т.е. создание нескольких записей в ИТ 0294) - по трудозатратам ввода практически то же, что и подсчёт во внешней программе, а по удобству дальнейшей обработки - выгода несомненна.

Кадровики теперь сами жалуются на неверный подсчёт страхового стажа, и просят исправить ситуацию.
В связи с этим, перед началом процедуры изменения схемы (т.е. приём новых сотрудников по новой схеме и постепенный перевод уже принятых), прошу совета:
1) Я не упустил каких-нибудь подводных камней в новой схеме?
2) Как лучше производить ввод: убрать из мероприятия инфотип трудовой книжки, и заносить данные уже после мероприятия транзакцией PA70? Нет ли возможности вставить экран из PA70 в мероприятие?

Klarisi

Добрый вечер,
у меня другая проблема: "Нужно настроить быстрый ввод для ИТ 0294, поля серые при создании записи, таблица T588M не помогла, как быть?"
Спасибо.

metha

PA71 пробовали для быстрого ввода 294 инфотипа? Плюс проверяйте экраны 4000 и 5000 в MP029400 если они есть то настраивайте быстрый ввод через spro, если нет то селяви, этот инфотип не предназначен для быстрого ввода - только абапить.

konvk

Вчера ковырял T588M, вроде как получилось "подсунуть" в PA30 экран 5100 из PA70; осталось только продумать, в каких случаях какой экран динамически подставлять.

Цитата:

PA71 пробовали для быстрого ввода 294 инфотипа? Плюс проверяйте экраны 4000 и 5000 в MP029400 если они есть то настраивайте быстрый ввод через spro, если нет то селяви, этот инфотип не предназначен для быстрого ввода - только абапить.

Не совсем так (если я правильно понял вопрос) - на sap.com есть старый, ещё для 4.6C, документ, что-то типа карты решений - там в общих чертах описано, как настроить быстрый ввод данных для трудовой книжки. В ERP, правда, другой номер экрана по сравнению с указанным в этом документе (кажется, 5100 вместо 5000); нужно критично использовать эти указания.

metha

там не настройка, а тупо ломание стандарта через создание этих самых экранов в стандартном MP029400, если добьетесь того чтобы Вам дали ключ разработчика для модификации стандартных объектов - то бог в помощь... но это не есть гуд..

P.S.
PA71|70 один в один по архитектуре как PA20|30, нет в ней экранов, она запускает только те экраны которые привязаны к инфотипам, через MPNNNN00. (см. HR350).

konvk

Действительно, всё оказалось сложнее. PA70 работает нормально, а вот подменённый экран в PA30/PA40 неверно отрабатывает функциональные коды - например, не удаётся сохранить введённые данные. Пока не понятно, что с этим делать - очень не хочется заставлять кадровиков переключаться из мероприятия на быстрый ввод. Вместе с тем, перелопачивать стандартную логику "чужого" для мероприятия экрана тоже как-то неправильно...

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

metha

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

konvk

metha написал:

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

Для нас пока актуален только процесс ввода данных о предшествующих трудоустройствах. Причём данные по трудовой ведёт тот же сотрудник, кто проводит мероприятие приёма. Если в мероприятии приёма придётся заходить в отдельную транзакцию (быстрый ввод), сотрудник может забыть это сделать, если к нему очередь.
Сразу после приёма данные по трудовой внесены, и можно проводить расчёт больничного хоть на следующий день. Массовый ввод ОК не подходит ещё и по той причине, что новый работник должен сразу же подписать форму Т-2, в которой должен быть указан стаж.

metha

тогда надо настраивать динамические мероприятия...

konvk

metha написал:

тогда надо настраивать динамические мероприятия...

А как использовать динамические мероприятия для ввода массива периодов предыдущих мест работы, чтобы трудоёмкость была минимальна и подобна заведению через экран быстрого ввода?

metha

Вот исходник для того, на примере 0021 инфотипа, но думаю разберетесь как его адаптировать к 0294.

1. Настройки динамики для 0021 инфотипа

Code:

0021             04   10   *   *** ЦИКЛИЧЕСКОЕ ДОБАВЛЕНИЕ ЗАПИСЕЙ 21 ИТ ***
0021             04   15   P   T001P-MOLGA='33'
0021             04   20   F   ASK_ACTION(ZKSHR_MP_DYNACT)

2. Программа ASK_ACTION

Code:

*&---------------------------------------------------------------------*
*&      Form  ask_action
*&---------------------------------------------------------------------*
*       Для циклического ввода данных в соответствующие инфотипы
*----------------------------------------------------------------------*
FORM ask_action.
  DATA: answer TYPE c VALUE 0.
  DATA: title TYPE text100.
  DATA: inftytxt LIKE t582s-itext.

  SELECT SINGLE itext INTO (inftytxt)
  FROM t582s
  WHERE
    sprsl EQ sy-langu AND
    infty EQ pspar-infty.

  IF sy-subrc NE 0.
    CLEAR inftytxt.
  ENDIF.

  CLEAR title.
  MESSAGE i016(pg) WITH pspar-infty '-' inftytxt INTO title.
  CONDENSE title.

  CALL FUNCTION 'POPUP_TO_CONFIRM'
    EXPORTING
      titlebar              = title
      text_question         = text-qst
      text_button_1         = text-_ys
      text_button_2         = text-_no
      default_button        = '2'
      display_cancel_button = space
    IMPORTING
      answer                = answer
    EXCEPTIONS
      text_not_found        = 1
      OTHERS                = 2.

  IF sy-subrc EQ 0.
    CLEAR:
      dynmeas, dynmeas[],
      initial_values, initial_values[].

    IF answer EQ 1.
      IF pspar-actio EQ 'MOD'.
        dynmeas-actio = 'INSS'.
      ELSE.
        dynmeas-actio = pspar-actio.
      ENDIF.

      dynmeas-infty = pspar-infty.
      dynmeas-begda = pspar-begda.
      dynmeas-endda = pspar-endda.
      dynmeas-seqnr = 1.
      APPEND dynmeas.
    ENDIF.
  ENDIF.
ENDFORM.                    "ask_action

konvk

Большое спасибо за подробный ответ. К сожалению, это не совсем то, что нужно, т.к. пользователи у нас привередливые, и будут требовать заведения с минимальным количеством телодвижений для трудовой книжки.
Хотя, если ничего другого не получится, используем предложенный Вами вариант (он вообще красиво решает проблемы с переменным числом записей для разных инфотипов).

metha

Обращайтесь... :-)

пользователи у всех привередливые, однако задайте им простой вопрос "Как бы Вы хотели минимизировать ввод данных, если Все равно нужно будет вводить каждый раз много данных?!"

Можете им на примере показать: в ТрудКнижке 20 записей, как они их захотят внести минимальным количество действий если все равно на каждую запись ТК надо ввести триста полей и еще не ошибиться со стажами?

А так Вы им покажете через это решение как минимум два плюса:
1. Они могу в процессе мероприятия на любом шаге отказаться от ввода записей ТК и внести их потом.
2. В процессе мероприятия система каждый раз будет спрашивать хотят ли они продолжить заполнять записи ТК или нет.

konvk

Извините, забыл сразу отписаться. Сделали так: в мероприятии приёма вместо экрана трудовой книжки запускается транзакция быстрого ввода, на которой кадровики вводят по всем предыдущим трудоустройствам только начало-конец периода. По умолчанию всем автоматом проставляется галочка страхового периода. Если нужно, по отдельным периодам идут на соседнюю закладку, и там уточняют их признаки (страховой, нестраховой). В конце этой процедуры, после сохранения данных, нажимают на значок возврата, и попадают на следующий инфотип мероприятия.
Да, это не совсем стандартное поведение мероприятия, и пришлось "подшаманить", но пожелание кадровик по минимизации операций удалось выполнить.

metha, благодарю Вас за разъяснения, которые в конце концов помогли принять решение о реализации.

metha

Главное что заказчик доволен :-)

рад что смог оказаться полезным

Ведение ИТ "Трудовая книжка"

Кто сейчас на конференции