Нумерация платежных поручений в АПП

mikkas

Добрый день!

Заранее прошу прощения, что в очередной раз поднимаю ранее обсуждаемую тему. Все-таки хотелось бы узнать - кто и как решал проблему пропуска нулей в платежных поручениях ХХХХХХХ000 при выполнении АПП (к сожалению, клиент-банк не понимает таких номеров :evil:

).

Вариант отслеживания номеров и исправления руками не очень подходит, как и вариант предложенный в ноте 1371278 (в связи с не возможностью активации требуемого в этой ноте компонента FI-CA).

Поделитесь, пожалуйста, соображениями - каким образом можно завтавить АПП пропускать вышеуказанные номера ПП?

Спасибо.

Andrey:

Счетчик АПП можно анализировать в OpenFI. и при необходимости сдвигать его с 000 на 001. у вас АПП с проводками или нет?

mikkas

Andrey: написал(а):

Счетчик АПП можно анализировать в OpenFI. и при необходимости сдвигать его с 000 на 001. у вас АПП с проводками или нет?

Используется вариант АПП без проводок, проводки формируются при загрузке выписки.

С помощью какого события предлагаете анализировать счетчик OpenFI-ем? Попробовал реализовать проверку с помощью события 1170, привязал к этому событию свой ФМ с проверкой с помощью FIBF, но к сожалению при выполнении АПП обращения к данному ФМ не происходит

.

Andrey:

Перед тем, как формируются АПП (с проводками/без проводок) запускается OpenFI 1830. Этот OpenFI позволяет исключить или весь REGUH, или записи в REGUP из планируемых платежей. Ничего не исключайте, а просто используйте этот OpenFI для сдвига счетчика (предварительно конечно же проверив - нужно сдвигать его или нет)

mikkas

Andrey: написал(а):

Перед тем, как формируются АПП (с проводками/без проводок) запускается OpenFI 1830. Этот OpenFI позволяет исключить или весь REGUH, или записи в REGUP из планируемых платежей. Ничего не исключайте, а просто используйте этот OpenFI для сдвига счетчика (предварительно конечно же проверив - нужно сдвигать его или нет)

К сожалению, вызова данного события также не происходит при выполнении прогона АПП, соответственно не отрабатывает привязанный ФМ. Может нужны какие-нибудь дополнительные настройки?

Sergey@

mikkas написал(а):

К сожалению, вызова данного события также не происходит при выполнении прогона АПП, соответственно не отрабатывает привязанный ФМ. Может нужны какие-нибудь дополнительные настройки?

Удалось ли решить проблему нумерации (исключения последних 000 в случае АПП без проводок)?

mikkas

[/quote]
Удалось ли решить проблему нумерации (исключения последних 000 в случае АПП без проводок)?[/quote]

К сожалению, проблему пока не удалось решить (нет времени пока этим заниматься, есть более приоритетные задачи). Видимо будем править нумерацию на этапе выгрузки платежек :roll:

, тк с вариантом изменения нумерации на этапе создания ПП пока ничего не получается.

Так что, предложения по решению данной проблемы все еще приветствуются.

Sergey@

mikkas написал(а):

Так что, предложения по решению данной проблемы все еще приветствуются.

Всесторонне поддерживаю! Присоединяюсь к многочисленным авторам сообщений на тему нумерации платежек в АПП, начинающихся "...прочитал много постов на эту тему, но ответа так и не нашел"

Dmitry80

Sergey@ написал:

mikkas написал(а):

Так что, предложения по решению данной проблемы все еще приветствуются.

Всесторонне поддерживаю! Присоединяюсь к многочисленным авторам сообщений на тему нумерации платежек в АПП, начинающихся "...прочитал много постов на эту тему, но ответа так и не нашел"

Присоединяюсь. От себя хотел бы добавить для 6 системы хотелось бы сделать аналогично как делалось через ФМ для OPENFI 1170, RF_GET_DOCUMENT_NUMBER или number_get_next - в случае ХХХХ000 автоматом прогонялся ещё раз. Но проблема в том, что гоняет АПП через sapf100v, а не sapf100s и события OPENFI 1170, 1820, 1830 не используются. Не очень понятно как нумерация сейчас ведется, в какой момент заполняется PYORDH. АПП без проводок. МОЖ КТО СТАЛКИВАЛСЯ, КОМРАДЫ?

darkduck

Ну, во-первых, не вводите в заблуждение. Не sapf100s / sapf100v, а sapf110s / sapf110v соответственно.

Во-вторых, основная программа - ...s (Zahlungsprogramm). Та, что с ...v - это только набор модулей параметров (Modulpool 'Parametrisierung des Zahlungsprogramms').
В-третьих, событие процесса 1170 вообще никакого отношения к АПП не имеет: POST RESIDUAL ITEMS: Deactivate No. Range Buffers. События 1820/1830 - да, имеют, но они работают в момент создания предложения АПП, а не в момент продуктивного прогона.
В-четвертых, именно в момент продуктивного прогона и осуществляется нумерация платежек. Посмотрите на include F110SFZ0_ZAHLUNGSAUFTRAG_ERZEU:

Code:

IF PYORD_NUMKR = SPACE.
      CALL FUNCTION 'F110_PAYORD_DET_NUMBERRANGE'
           IMPORTING
                E_NUMKR = PYORD_NUMKR
           EXCEPTIONS
                OTHERS  = 1.
      IF SY-SUBRC = 1.
        MESSAGE S055.
        RAISE TERMINATION.
      ENDIF.
    ENDIF.

*------- ... Nächste Nummer besorgen -----------------------------------
    CALL FUNCTION 'NUMBER_GET_NEXT'
         EXPORTING
              NR_RANGE_NR = PYORD_NUMKR
              OBJECT      = 'FI_PYORD'
         IMPORTING
              NUMBER      = REGUH-PYORD
         EXCEPTIONS
              OTHERS      = 1.
    IF SY-SUBRC = 1.
      MESSAGE S056 WITH PYORD_NUMKR.
      RAISE TERMINATION.
    ENDIF.

Dmitry80

Ошибся sapf110* :oops:

поторопился. Огромное спасибо. Простите, есть пробелы, поэтому хотелось бы авторитетного мнения, в момент продуктивного прогона, насколько корректнее сделать при <000> подмену на +1, хотелось бы автоматизировать процесс перепрогона описанного в одной из нот.

darkduck написал:

Ну, во-первых, не вводите в заблуждение. Не sapf100s / sapf100v, а sapf110s / sapf110v соответственно.

Во-вторых, основная программа - ...s (Zahlungsprogramm). Та, что с ...v - это только набор модулей параметров (Modulpool 'Parametrisierung des Zahlungsprogramms').
В-третьих, событие процесса 1170 вообще никакого отношения к АПП не имеет: POST RESIDUAL ITEMS: Deactivate No. Range Buffers. События 1820/1830 - да, имеют, но они работают в момент создания предложения АПП, а не в момент продуктивного прогона.
В-четвертых, именно в момент продуктивного прогона и осуществляется нумерация платежек. Посмотрите на include F110SFZ0_ZAHLUNGSAUFTRAG_ERZEU:

Code:

IF PYORD_NUMKR = SPACE.
      CALL FUNCTION 'F110_PAYORD_DET_NUMBERRANGE'
           IMPORTING
                E_NUMKR = PYORD_NUMKR
           EXCEPTIONS
                OTHERS  = 1.
      IF SY-SUBRC = 1.
        MESSAGE S055.
        RAISE TERMINATION.
      ENDIF.
    ENDIF.

*------- ... Nächste Nummer besorgen -----------------------------------
    CALL FUNCTION 'NUMBER_GET_NEXT'
         EXPORTING
              NR_RANGE_NR = PYORD_NUMKR
              OBJECT      = 'FI_PYORD'
         IMPORTING
              NUMBER      = REGUH-PYORD
         EXCEPTIONS
              OTHERS      = 1.
    IF SY-SUBRC = 1.
      MESSAGE S056 WITH PYORD_NUMKR.
      RAISE TERMINATION.
    ENDIF.

darkduck

Dmitry80 написал(а):

насколько корректнее сделать при <000> подмену на +1, хотелось бы автоматизировать процесс перепрогона описанного в одной из нот.

Номер ноты не подскажете?

Dmitry80

имелось ввиду что описанный в одной из нот вариант, точнее в 1371278, не подходит, т.к. активация компоненты FI-CA не возможна

darkduck написал:

Dmitry80 написал(а):

насколько корректнее сделать при <000> подмену на +1, хотелось бы автоматизировать процесс перепрогона описанного в одной из нот.

Номер ноты не подскажете?

Plank

Собственно не вижу тут проблемы...
В конце ФМ NUMBER_GET_NEXT делается энхансмент и обрабатывается условие: если объект FI_PYORD и полученный номер оканчивается на 000, то вызвать ФМ NUMBER_GET_NEXT для получения нового номера.
Делается консультантом с минимальным знанием ABAP быстрее чем читается вся эта тема...

Dmitry80

Огромное спасибо.

Plank написал:

Собственно не вижу тут проблемы...
В конце ФМ NUMBER_GET_NEXT делается энхансмент и обрабатывается условие: если объект FI_PYORD и полученный номер оканчивается на 000, то вызвать ФМ NUMBER_GET_NEXT для получения нового номера.
Делается консультантом с минимальным знанием ABAP быстрее чем читается вся эта тема...

Нумерация платежных поручений в АПП

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