Текущее время: Сб, июл 26 2025, 05:30

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

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