RUNAB и нумерация отсутствий в AB

Alex108

Всем привет,

Хотел бы уточнить, у всех функция RUNAB разбивает отсутствия на сплиты в шестнадцатеричной системе исчисления? Это не очень красиво когда в расчетном листке выводится период 0A, 1F и т.д.))
Разбивка происходит в инклюде PCMASRU1_RUNAB, цикл:

Code:

  LOOP AT ab.
    IF ab-begda GE aper-begda AND ab-endda LE aper-endda.
      ab-abznr = l_abznr = l_abznr + 1.
      APPEND ab TO lt_ab.
    ELSE.
      refresh lt_ab1.
      APPEND ab TO lt_ab1.
      PROVIDE * FROM lt_dates
              * FROM lt_ab1
                BETWEEN l_begab AND l_endab.
        IF lt_ab1_valid EQ 'X'.
          lt_ab1-abznr = l_abznr = l_abznr + 1.
          APPEND lt_ab1 TO lt_ab.
        ENDIF.
      ENDPROVIDE.
    ENDIF.
  ENDLOOP

Переменная l_abznr использует тип abznr, в свою очередь тип данных abznr использует домен RAW1 Hexadecimal field с шестнадцатеричным полем.

mr_try

Это совершенно нормально. Мало того, если мне не изменяет память в одном расчётном периоде не может быть более 16 записей.
ИМХО: В расчётном листке лучше ABAPом поправить нумерацию. И проще будет и расчёт не трогаем

Alex108

mr_try, спасибо за ответ, но наш бухгалтер не считает это нормальным когда после 10-го периода выводится период 0A, 0B и т.д.))

calm

Цитата:

спасибо за ответ, но наш бухгалтер не считает

Так вам же и предлагают в расчетном листке изменить как буху нравится.
Инклуд RPCEDS39, форма CONVERT. Туда свою подпрограмму с преобразованием 16x в 10x и соответствующая правка формуляра в PE51.

Alex108

calm, спасибо за развернутый ответ! Посмотрим, что ответит SAP)) Если не поступит никакого решения, будем расширять формуляр согласно вашим рекомендациям!! Мне не понятно почему должны расширять формуляр вместо того, чтобы SAP в стандарте перевел домен у abznr с 16x в 10x.

calm

Это весьма мелкая непонятность из всех непонятностей сапа

Alex108

Получил следующий ответ от SAP :-)

SAP:
Thanks for your message.
Please be noticed that enhancement of standard shipment for AB table and payslip is not planned now. Further actions can be the following:
1) If you are using your own payslip (I see "Z" on the screenshot attached) - you may implement needed convertaion inside its code;
2) In case of standard payslip use - you may try to push this task into development plans only through priorities' alignment with the User Advisory Council for Russian HCM localization. If you are not part of it as of now, please send the request to pm.cis@sap.com.
Kindest regards,
Localization product manager, SAP Labs CIS

RUNAB и нумерация отсутствий в AB

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