Плановый отпуск и оценка времени

Maksimus

Да, именно.

calm

К сожалению таких у меня больше нет. Одна была буквально пару недель назад

Maksimus

Эххх... жаль

Maksimus

Вылечили. Обновились на EHP4 + посл. SP и загрузили формуляр обновленный)
Теперь задышало.

Pokemon83

Добрый день.

Есть проблема с выводом отпусков, поэтому подниму старую тему.

Хочу поинтересоваться, а как вообще отчет решает какая система ведения плановых/фактических отпусков используется?

Пытаюсь вести плановый отпуск через блокировки. Завел два одинаковых отпуска на один и тот же период, одну запись блокировал. Настраивал признак 33VTY для своего вида отсутствия. Если 4ый символ имеет значение 1 (запланированный) - обе записи выводятся в плановых отпусках, если ввожу 0 (фактический) - отчет Т-7 вообще ни одной записи не подтягивает!?

Может есть какой параметр у отчета, который выбирает метод ведения отпусков?

Заранее спасибо.

Pokemon83

Вопрос снят. Нужно было оставлять 4 символ пустым.

ISergiv

Здравствуйте дамы и господа.

У нас вариант с отдельным видом отсутствия для планируемого отпуска, который не блокируется в ИТ2001
Сделал доработку функций P2001, TIMTP и добавил кастомное правило =E10, в котором сделал отдельную обработку для планового отпуска.
Вопрос касается рабочего стола табельщика (PTMW). Как блокировать отбор планируемых отпусков в ракурсы ведения в закладке "Данные времени"? Или запретить изменение этого отсутствия при вводе другого, например неявки, при этом не запрещая его редактирования в PA30?

Заранее благодарю.

ISergiv

Переделал оценку времени.
Добавил в схему оценки в блок инициализации пользовательскую функцию ZPAB, в которой удаляю плановые отсутствия.

Code:

FORM FUZPAB.
* особая обработка планируемых отпусков
* 33VTY(Тип Отсутствия) признак, возвращающий характеристики отсутствия
  DATA: lv_33vty(5),
        lv_status LIKE sy-subrc,
        ls_pc20i  TYPE pc20i.
  LOOP AT ab.
    CLEAR: ls_pc20i, lv_33vty, lv_status.
*   заполняем структуру для определения характеристик отсутсвия
    MOVE-CORRESPONDING ab TO ls_pc20i.
*   запрашиваем характеристики отсутсвия
    CALL FUNCTION 'HR_FEATURE_BACKFIELD'
      EXPORTING
        feature                     = '33VTY'
        struc_content               = ls_pc20i
      IMPORTING
        back                        = lv_33vty
      CHANGING
        status                      = lv_status
      EXCEPTIONS
        dummy                       = 1
        error_operation             = 2
        no_backvalue                = 3
        feature_not_generated       = 4
        invalid_sign_in_funid       = 5
        field_in_report_tab_in_pe03 = 6
        others                      = 7.
*   если характеристики определены
    CHECK lv_status EQ 0.
*   обрабатываем только планируемый отпуск
    IF lv_33vty(1) EQ '1' AND lv_33vty+3(1) EQ '1'.
      DELETE TABLE ab FROM ab.
    ENDIF.
  ENDLOOP.
ENDFORM.

CaHeK

И как связано одно с другим?
Или это дополнение к посту или обходной путь?

Сходу по теме ответить не могу без исследований, а настроенного ptmw под рукой нет, но порядок постов заинтересовал.

ISergiv

Это 2 разные темы, касающиеся планирования отпусков:
1 - оценка времени;
2 - PTMW.
В первом сообщении я указал какие доработки сделали в процедуре оценки времени и задал вопрос по поводу настроек PTMW.
Во втором сообщении я указал, что сделанные доработки в процедуре оценки времени оказались неполными, и пришлось переделать эту процедуру.
Вопрос по PTMW остался.

Плановый отпуск и оценка времени

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