СУД бапи BAPI_DOCUMENT_CREATE2 не всегда выдает номер новому договору

fs

существует программа которая дает на вход бапишке BAPI_DOCUMENT_CREATE2

все необходимые данные по умолчанию о договоре, периодически
договор не создается, т.к. эта бапишка не выдает ему номер r/3 - doknr.
если смотреть вызовы, в 12 читается табличка nriv смотрится последний заюзаный номер, после чего плюсуется 1 и выдается след. номер для нового договора, в случае когда бапишка отрабатывает без отладчика и новый номер не выдался, просматривая этот же договор еще раз в отладчике 12 вызов отрабатывает правильно, и соотв. проблему понять не удается.

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

DKiyanov

Попробуй поставить перед вызовом бапи SET UPDATE LOCAL

sibrin

DKiyanov написал:

Попробуй поставить перед вызовом бапи SET UPDATE LOCAL

Это называется лечите симптомы.

А причина, думаю, в программе Z_MCDOKZNR, назначенной для вида документа в таблице TDWA (видимо, копия MCDOKZNR).

PS. Глубже 10 уровня опускаться не нужно: в ф.м. NUMBER_GET_NEXT ошибок быть не может, только фичи

fs

спасибо за ответы, посмотрю.

vvvictor

Учитывая обе ветки и симптомы, что в отладчике работает - ИМХО все дело в BAPI_COMMIT (вернее его отсутствии)

vvvictor

Code:

 
call function 'BAPI_DOCUMENT_CREATE2'
   exporting documentdata               = documentdata
   importing documenttype               = s_documenttype
                 documentnumber             = s_documentnumber
                 documentpart               = s_documentpart
                 documentversion            = s_documentversion
                 return                     = return
       tables documentdescriptions       = documentdescriptions
                 documentfiles              = documentfiles.
 if return-type ca 'EA'.
  rollback work.
  clear: s_documenttype,    s_documentnumber,
         s_documentversion, s_documentpart.
  message i002 with return-message.
 else.
  [b]commit work.[/b]
  zvvvscanhist-dokar = s_documenttype.
  zvvvscanhist-doknr = s_documentnumber.
  zvvvscanhist-dokvr = s_documentversion.
  zvvvscanhist-doktl = s_documentpart.
  zvvvscanhist-lifnr = s_lifnr.
  zvvvscanhist-frbnr = s_frbnr.
  zvvvscanhist-ersda = sy-datum.
  zvvvscanhist-ernam = sy-uname.
  zvvvscanhist-ersti = sy-uzeit.
  zvvvscanhist-mater = s_mat.
  insert zvvvscanhist.
  call function 'Z_REMOVE_LOCAL_FILE'
   exporting documentpath       = filename.
  clear filename.
 endif.

fs

vvvictor написал:

Учитывая обе ветки и симптомы, что в отладчике работает - ИМХО все дело в BAPI_COMMIT (вернее его отсутствии)

после бапишки стоит коммит,
wait = X.

так что проблема имхо не в этом

fs

vvvictor написал:

Code:

 
call function 'BAPI_DOCUMENT_CREATE2'
   exporting documentdata               = documentdata
   importing documenttype               = s_documenttype
                 documentnumber             = s_documentnumber
                 documentpart               = s_documentpart
                 documentversion            = s_documentversion
                 return                     = return
       tables documentdescriptions       = documentdescriptions
                 documentfiles              = documentfiles.
 if return-type ca 'EA'.
  rollback work.
  clear: s_documenttype,    s_documentnumber,
         s_documentversion, s_documentpart.
  message i002 with return-message.
 else.
  [b]commit work.[/b]
  zvvvscanhist-dokar = s_documenttype.
  zvvvscanhist-doknr = s_documentnumber.
  zvvvscanhist-dokvr = s_documentversion.
  zvvvscanhist-doktl = s_documentpart.
  zvvvscanhist-lifnr = s_lifnr.
  zvvvscanhist-frbnr = s_frbnr.
  zvvvscanhist-ersda = sy-datum.
  zvvvscanhist-ernam = sy-uname.
  zvvvscanhist-ersti = sy-uzeit.
  zvvvscanhist-mater = s_mat.
  insert zvvvscanhist.
  call function 'Z_REMOVE_LOCAL_FILE'
   exporting documentpath       = filename.
  clear filename.
 endif.

даже после неправильного срабатывания RET у бапишки пустой, ед-е по чему можно определить не правильность ее срабатывания это пустое поле documentnumber

vvvictor

fs, а может стоит фрагмент кода кинуть ?

fs

vvvictor написал:

fs, а может стоит фрагмент кода кинуть ?

конечно стоит! вот пож-а

Code:

        CALL FUNCTION 'BAPI_DOCUMENT_CREATE2'
         EXPORTING
          DOCUMENTDATA               = DOCUMENTDATA_BAPI
     "     HOSTNAME                   =
*     DOCBOMCHANGENUMBER         = '1000900002'
          DOCBOMVALIDFROM            = date_beg2
     "     DOCBOMREVISIONLEVEL       =
*          CAD_MODE                   = ''
*          PF_FTP_DEST                = ''
*          PF_HTTP_DEST               = ''
        IMPORTING
          DOCUMENTTYPE               = DOCTYPE
          DOCUMENTNUMBER             = DOCNUMBER
          DOCUMENTVERSION            = DOCVERSION
          DOCUMENTPART               = DOCPART
          RETURN                     = RET
        TABLES
          CHARACTERISTICVALUES       = CHARACTERISTICVALUES
          CLASSALLOCATIONS           = CLASSALLOCATIONS
     "     DOCUMENTDESCRIPTIONS       =
           OBJECTLINKS                = OBJECTLINKS
     "     DOCUMENTSTRUCTURE          =
          DOCUMENTFILES              = docfiles_3
          LONGTEXTS                  = longtxt
     "     COMPONENTS                 =
     .



          if ret-TYPE eq 'E'.
            t_err-flg_er = 'X'.
            CONCATENATE 'ret after:' t_err-KOMMENT
            RET-TYPE
            RET-ID
            RET-NUMBER
            RET-MESSAGE
            RET-LOG_NO
            RET-LOG_MSG_NO
            RET-MESSAGE_V1
            RET-MESSAGE_V2
            RET-MESSAGE_V3
            RET-MESSAGE_V4
            RET-PARAMETER ';' into t_err-KOMMENT SEPARATED BY space.

              CALL FUNCTION 'BAPI_TRANSACTION_ROLLBACK'
                IMPORTING
                  RETURN = RET.
          else.
*==========================================
            t_err-mandt  = sy-mandt.
            t_err-date_m_st = date2.
            t_err-date_m_fn = date1.
            t_err-offnum = S_ERD-Contract_DocNumber.
            t_err-regnum = S_ERD-Contract_Number.
            t_err-erd_id = S_ERD-erd_id.
            t_err-data = sy-datum.
            t_err-time = sy-uzeit.
            t_err-flg_ok = 'X'.
            t_err-doknr = DOCNUMBER.
            t_err-dokvr = DOCVERSION.
            t_err-doktl = DOCPART.
            t_err-dokar = DOCTYPE.
            t_err-reason = reason.

          CALL FUNCTION 'BAPI_TRANSACTION_COMMIT'
            EXPORTING
              WAIT   = 'X'
            IMPORTING
              RETURN = Ret.

          endif.


          IF tmp_DOKST = 2 or tmp_DOKST = 3.

            CALL FUNCTION 'BAPI_DOCUMENT_SETSTATUS'
              EXPORTING
                DOCUMENTTYPE          = DOCTYPE
                DOCUMENTNUMBER        = DOCNUMBER
                DOCUMENTPART          = DOCPART
                DOCUMENTVERSION       = DOCVERSION
*   STATUSEXTERN          = ' '
               STATUSINTERN          = tmp_DOKST
*   STATUSLOG             = ' '
             IMPORTING
               RETURN                = RET_ST
                      .

            if RET_st-TYPE ne 'E'.
              CALL FUNCTION 'BAPI_TRANSACTION_COMMIT'
                EXPORTING
                  WAIT   = 'X'
                IMPORTING
                  RETURN = Ret.
            ELSE.
              CALL FUNCTION 'BAPI_TRANSACTION_ROLLBACK'
                IMPORTING
                  RETURN = RET.
            ENDIF.

          ENDIF.

John Doe

Есть неуверенность по поводу этой строчки (просто не видно происвоений этим переменным)

Code:

IF tmp_DOKST = 2 or tmp_DOKST = 3.

И еще после вызова BAPI_DOCUMENT_SETSTATUS происходит проверка предыдущей структурки RET, а не возвращаемой RET_ST.

vvvictor

Note 717327 - Document cannot be created using BAPI_DOCUMENT_CREATE2.
Note 1018184 - Unable to create new version using Bapi_Document_Create2
А эти вещи не имеют отношения к проблеме ?

fs

John Doe написал:

Есть неуверенность по поводу этой строчки (просто не видно происвоений этим переменным)

Code:

IF tmp_DOKST = 2 or tmp_DOKST = 3.

И еще после вызова BAPI_DOCUMENT_SETSTATUS происходит проверка предыдущей структурки RET, а не возвращаемой RET_ST.

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

fs

vvvictor написал:

Note 717327 - Document cannot be created using BAPI_DOCUMENT_CREATE2.
Note 1018184 - Unable to create new version using Bapi_Document_Create2
А эти вещи не имеют отношения к проблеме ?

нота 717327 уже стоит она довольно старенькая
нота 1018184 не для нашего релиза и ставится нам не должна

vvvictor

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

нота 717327 уже стоит она довольно старенькая
нота 1018184 не для нашего релиза и ставится нам не должна

Я же не телепат... :wink:

А ты можешь проверить по "сработкам" а оно точно "не берет" номер ? или же все-таки после "холостого выстрела" - номер следующего документа все-таки изменяется ?

Правила форума

СУД бапи BAPI_DOCUMENT_CREATE2 не всегда выдает номер новому договору

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