Текущее время: Вт, июл 29 2025, 21:40

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




Начать новую тему Ответить на тему  [ Сообщений: 64 ]  На страницу Пред.  1, 2, 3, 4, 5  След.
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Ср, окт 25 2006, 13:10 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пт, окт 08 2004, 14:23
Сообщения: 706
Откуда: Moscow
Пол: Мужской
из вас прямо как на пытках все вытаскивать нужно
версия какая?
Там если заметили для разних версий нота разная


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, окт 25 2006, 13:17 
Младший специалист
Младший специалист

Зарегистрирован:
Чт, дек 30 2004, 22:19
Сообщения: 98
Откуда: Москва
46С. Установили последний сервис пак


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, окт 25 2006, 13:20 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пт, окт 08 2004, 14:23
Сообщения: 706
Откуда: Moscow
Пол: Мужской
в 4.6 тока свою функцию делать
этого куска кода в 4.6 нету.
Кусок дать? Или в ноте найдете про reassign_averages_on_begda
в этой процедуре все и делается


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, окт 25 2006, 13:22 
Младший специалист
Младший специалист

Зарегистрирован:
Чт, дек 30 2004, 22:19
Сообщения: 98
Откуда: Москва
Дайте, пожалуйста, если вам не трудно!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, окт 25 2006, 13:27 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пт, окт 08 2004, 14:23
Сообщения: 706
Откуда: Moscow
Пол: Мужской
Делаете функцию типа: (AVE

В исходнике как-то так:
Code:
form fu(ave.
  DATA: lt_51av_p TYPE TABLE OF t51av_p,
        lv_begda  TYPE d.
  DATA: av_it LIKE it OCCURS 0 WITH HEADER LINE.
  DATA: avrules LIKE t51av_a OCCURS 0 WITH HEADER LINE.
  DATA: ruave_relev_key LIKE indx-srtfd VALUE 'RUAVE_RELEV_KEY'.

  FIELD-SYMBOLS: <ls_it>      TYPE pc207,
                 <ls_average> TYPE pc2avera,
                 <ls_51av_p>  TYPE t51av_p.

*  IMPORT i51av_p TO lt_51av_p FROM MEMORY ID ruave_relev_key.
    PERFORM read_it_for_averages TABLES it
                                        av_it
                                        avrules
                                        lt_51av_p.


  LOOP AT it ASSIGNING <ls_it>.
    PERFORM pos-wpbpznr USING <ls_it>-apznr.
    lv_begda = wpbp-begda.
    IF <ls_it>-abznr IS NOT INITIAL.
      PERFORM pos_abznr   USING <ls_it>-abznr.
      lv_begda = ab-obegd.
    ENDIF.
    LOOP AT lt_51av_p ASSIGNING <ls_51av_p> WHERE molga =  calcmolga
                                              AND lgart =  <ls_it>-lgart
                                              AND begda LE lv_begda
                                              AND endda GE lv_begda.
      EXIT.
    ENDLOOP.
    IF sy-subrc NE 0.
      CONTINUE.
    ENDIF.
    LOOP AT average ASSIGNING <ls_average>
                              WHERE avrule = <ls_51av_p>-avrule
                                             AND begda LE lv_begda
                                             AND endda GE lv_begda.
      IF <ls_average>-anzhl IS INITIAL.
        <ls_it>-betpe = <ls_average>-betpe.
        IF it-anzhl NE 0.
          <ls_it>-betrg = <ls_it>-betpe * <ls_it>-anzhl.
        ENDIF.
      ELSE.
        <ls_it>-anzhl = <ls_average>-anzhl.
        <ls_it>-betrg = <ls_it>-betpe * <ls_it>-anzhl.
      ENDIF.
    ENDLOOP.
  ENDLOOP.
endform.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, окт 25 2006, 13:32 
Младший специалист
Младший специалист

Зарегистрирован:
Чт, дек 30 2004, 22:19
Сообщения: 98
Откуда: Москва
Хмм....и что потом с этим делать?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, окт 25 2006, 13:33 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пт, окт 08 2004, 14:23
Сообщения: 706
Откуда: Moscow
Пол: Мужской
вставить вызов функции (AVE в схему после AVERA


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, окт 25 2006, 14:07 
Младший специалист
Младший специалист

Зарегистрирован:
Чт, дек 30 2004, 22:19
Сообщения: 98
Откуда: Москва
Спасибо


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, ноя 09 2006, 15:44 
Специалист
Специалист

Зарегистрирован:
Пн, апр 24 2006, 13:50
Сообщения: 249
Пол: Женский
А у всех безболезненно прошел переход на 12 месяцев?
У нас вылезла проблема с прогоном. После того, как в соответствии с нотой написали и прогнали для 12 предыдущих периодов схему, которая добавляет новый вид оплаты со значением 29,4 ( у нас это /215) средний рассчитывается номально, но после расчета за 10 период прогон получается корявый. Корявость вносят табельные, у которых был обратный рассчет. Пока выкрутились указав программе прогона не учитывать этот /215 вид оплаты. Это сделал ABAP-ер насильственным методом. А может есть какая-то настройка для такого случая? Почему прогон так реагирует на это вид оплаты?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, ноя 09 2006, 16:39 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Сб, июн 03 2006, 22:00
Сообщения: 266
Откуда: Отсюда
Странно. А вы проводите дни по этому виду оплат в FI/СО?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, ноя 09 2006, 17:01 
Специалист
Специалист

Зарегистрирован:
Пн, апр 24 2006, 13:50
Сообщения: 249
Пол: Женский
Нет, по нему ничего не проводим. АВАР-ер говорит, что сместились какие-то индексы... Он сам толком не понял что и как...


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, ноя 21 2006, 17:02 
Начинающий
Начинающий

Зарегистрирован:
Вт, ноя 21 2006, 16:44
Сообщения: 2
Добрый вечер.
При реализации ноты столкнулся с проблемой, что в RUAVE не подтягивается вид оплаты "Среднее/Отпуск дни" из релевантных для расчета средних периодов, которые не были затронуты обратным расчетом. В то же время вид оплаты "Заработок для средних (отп)" прекрасно подтягивается из таких периодов. Оба вида оплаты включены в одно правило кумуляции для основ средних значений


Как исправить эту ошибку?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 22 2006, 09:49 
Специалист
Специалист

Зарегистрирован:
Пт, июн 16 2006, 14:48
Сообщения: 106
To ALEX_G

Проверьте правила релевантности. Зайдите в обработку RUAVE и посмотрите, беруться ли периоды, где должен быть этот вид оплат.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, ноя 23 2006, 12:01 
Начинающий
Начинающий

Зарегистрирован:
Вт, ноя 21 2006, 16:44
Сообщения: 2
Спасибо. Я разобрался.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Переход на 29,4 с 29,6 для Julib
СообщениеДобавлено: Пт, ноя 24 2006, 10:50 
Начинающий
Начинающий
Аватара пользователя

Зарегистрирован:
Чт, янв 12 2006, 08:36
Сообщения: 15
Столкнулись с такой же проблеммой. Но, после долгого размышления добавили новый в/о в конец таблтцы RT (после сортировки!!!!, чтобы не нарушить эти самые индексы) и прогон прошел корректно. В программу формирования проводок лезть не пришлось.


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

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


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

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


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

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