Текущее время: Вс, июл 27 2025, 16:58

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 23 ]  На страницу Пред.  1, 2
Автор Сообщение
 Заголовок сообщения: Re: Сумма часов по повременному виду оплат (ZL)
СообщениеДобавлено: Пн, июн 01 2009, 10:40 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Чт, окт 14 2004, 18:02
Сообщения: 415
Откуда: из HR
Пол: Мужской
если кратко, то например так: NUM=F28M
если подробно, то очень хорошо все расписано в документации по "Operands for NUM, RTE, AMT"


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Сумма часов по повременному виду оплат (ZL)
СообщениеДобавлено: Пн, июн 01 2009, 10:57 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

Зарегистрирован:
Вт, июл 25 2006, 14:50
Сообщения: 3481
Откуда: Moscow
Пол: Мужской
Дима написал:
если кратко, то например так: NUM=F28M
если подробно, то очень хорошо все расписано в документации по "Operands for NUM, RTE, AMT"

В оценке NUM'a нема :)
Посмотрите справку по HRS=Y...
Code:
Process Date Specifications in Time Evaluation

  Object

    Additional operation documentation

  Use

    Operation HRS=Y calculates the length of the period between two dates
    and displays it in the Number field.

  Syntax

    HRS=YFGHJJ

    Variable 1: Y           Operator
    Variable 2: F           Date specifications

    Variable 3: G           Key date to which the duration refers
    Variable 4: H           Unit, in which the duration should be calculated
    Variable 5: JJ          Date type for reading the
                            Date Specifications infotype (0041)


    Variable 2  F           Date specifications
    You can use the following date specifications in calculation:
    A            Date of birth in infotype 0002
    D           Date specifications in infotype 0041
                Specify in variable 5 JJ of the operation
                the date type. The date type must be maintained, otherwise
                time evaluation terminates the processing.
                In the case of time evaluation for concurrent employment
                the value of the date type, if specified, must
                be identical for all personnel assignments currently
                being processed. If this is not the case, time evaluation
                terminates the processing for the employee. The date type
                must be maintained for at least one of the personnel
                assignments that is being processed.
    S           Entry date (determined from the Date specification infotype
                (0041) or the Actions infotype (0000))
                If SAP R/3 cannot determine the entry date from the date
                specification infotype (0041), then it takes the
                information from the actions infotype (0000).
                For time evaluation for concurrent employment
                SAP R/3 first tries to determine the entry date from the date
                specification infotype (0041).
                Prerequisite for this is that variable 5 JJ is filled with
                a date type. SAP R/3 determines the earliest of the dates
                available. You can also use this function to get around the
                restriction of specification D. In this way you can specify
                a customer-specific date type for the entry date and read
                it here. Even if SAP R/3 takes the data from the actions
                infotype, it determines the earliest date from all personnel
                assignments that are being processed.


    Variable 3  G           Key date to which the duration refers
    A           Date of evaluated day
    S           Date of evaluated day + 1
    R           Date of evaluated day - 1
    B           Start of time evaluation period
    E           End of time evaluation period
    X           01.01.2000 (=fixed date)


    Variable 4  H           unit in which the duration should be calculated
    A           days
    E           full week
    O           full months
    Y           full years
    D           days/non-symmetrical variant for D (see Note)
    W           full weeks/non-symmetrical variant for W (see Note)
    M           full months/non-symmetrical variant for M (see Note)


    Variable 5  YY          date type for reading the
                            Date Specifications infotype (0041)


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Сумма часов по повременному виду оплат (ZL)
СообщениеДобавлено: Пн, июн 01 2009, 11:10 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Чт, окт 14 2004, 18:02
Сообщения: 415
Откуда: из HR
Пол: Мужской
Proforg написал:
В оценке NUM'a нема :)

ну в 4.6С да и думаю в более старшей версии должно быть, нужно только уметь искать ;-) даю наводку: смотрим подробно про буковку "F" :D


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Сумма часов по повременному виду оплат (ZL)
СообщениеДобавлено: Пн, июн 01 2009, 16:55 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

Зарегистрирован:
Вт, июл 25 2006, 14:50
Сообщения: 3481
Откуда: Moscow
Пол: Мужской
Дима написал:
Proforg написал:
В оценке NUM'a нема :)

ну в 4.6С да и думаю в более старшей версии должно быть, нужно только уметь искать ;-) даю наводку: смотрим подробно про буковку "F" :D

Речь идет об оценке, там такой операции в принципе нет. Там HRS :rtfm:


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Сумма часов по повременному виду оплат (ZL)
СообщениеДобавлено: Пн, июн 01 2009, 22:11 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Чт, окт 14 2004, 18:02
Сообщения: 415
Откуда: из HR
Пол: Мужской
Proforg написал:
Речь идет об оценке...
не увидел фразу "оценка времени" :o


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Сумма часов по повременному виду оплат (ZL)
СообщениеДобавлено: Ср, июн 03 2009, 08:31 
Начинающий
Начинающий
Аватара пользователя

Зарегистрирован:
Ср, июн 03 2009, 08:16
Сообщения: 2
Откуда: Moscow
Пол: Мужской
>>Proforg
>> Заголовок сообщения: Re: Сумма часов по повременному виду оплат (ZL)
>>СообщениеДобавлено: 25 май 2009, 12:09
>> Зарегистрирован: 25 июл 2006, 15:50

>> Функция Quota + базовое право на основании вида времени в T559L :D

При реализации такого алгоритма столкнулись с другой проблемой: каждый раз при оценке генерировался соответствующий лимит. Таким образом при запуске оценки времени 5 раз, в ИТ2006 мы получали 5 записей в ИТ2006. :(


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Сумма часов по повременному виду оплат (ZL)
СообщениеДобавлено: Ср, июн 03 2009, 09:40 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

Зарегистрирован:
Вт, июл 25 2006, 14:50
Сообщения: 3481
Откуда: Moscow
Пол: Мужской
А лимиты по датам при этом одинаковые генерились? В V_556A_B для типа лимита заменить или увеличить стоит?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Сумма часов по повременному виду оплат (ZL)
СообщениеДобавлено: Ср, июн 03 2009, 12:32 
Начинающий
Начинающий
Аватара пользователя

Зарегистрирован:
Ср, июн 03 2009, 08:16
Сообщения: 2
Откуда: Moscow
Пол: Мужской
А что это даст? Это же отрицательный расход. Или Вы про класс временной привязки?
Генерация лимитов происходит на один и то же период.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 23 ]  На страницу Пред.  1, 2

Часовой пояс: UTC + 3 часа


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

Сейчас этот форум просматривают: Google [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB