Очень долго проводятся предварительно зарегистрированные входящие налоговые

Slava145

Добрый день всем , Уважаемые коллеги , может кто то сталкивался с проблемой , пытаемся проводить в fbv0 входящие налоговые которые предварительно регистрируются с использованием функ. модуля J_1uf_gener_otrim_nakl , проводка выполняется корректно без ошибок но занимает это около 2 минут . В чем может быть причина? Не очень приятно проводить кучу налоговых и ждать такое время . Данная проблема появилась после установки патчей. Перелопатил весь маркет плейс но ничего не нашел по этому поводу .

sas

может быть посмотреть с девелопером, чего там этот модуль начал делать?

Slava145

Пока девелопер не может разобраться , при фактурировании в финансах генерируется предупреждение
тип : прикладная область : Номер сообщ : текст

I 00 349 Поле BSEG-DMBTR не существует на экране SAPLF040 0300
W 9J1UF_UATAX 020 Налоговый докумет создать не удалось

При этом предварительно зарегистрированный создается но потом проводится больше минуты...

BRILDI

посмотрите замещение/проверки Опен-FI. Может там стоят алгоритмы, которые долго выполняются.

Slava145

BRILDI написал:

посмотрите замещение/проверки Опен-FI. Может там стоят алгоритмы, которые долго выполняются.

Можете уточнить что именно посмотреть ?

BRILDI

Z* функциональные модули, прописанные в BF34 и BF44 .

Slava145

BRILDI написал:

Z* функциональные модули, прописанные в BF34 и BF44 .

Спасибо, посмотрю , смущает то что все работало нормально пока не поставили пекедж SAPK-11025INCCEE ...

sas

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

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

Slava145

sas написал:

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

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

Спасибо , посмотрю , отпишусь что вышло ...

darkduck

sas написал:

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

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

SM50 показывает текущие процессы на текущем сервере. Ну, еще имя программы, которая работает в том или ином процессе. Может, конечно, и помочь, но в случае многосерверных ландшафтов - вряд ли.
ST05 - вот куда я бы тоже посмотрел. Ну и прошелся по этому логу вместе с разработчиком.

Plank

Ну и до кучи SE30.
Покажет время выполнения самого кода и затраты по времени при обращениях к БД.

Code:

Число      Брутто =    Нетто Брутто в % Нетто в % Вызов                                                                                     ИмяПрогр

    1 16.866.753          0      100,0       0,0  Runtime analysis
    1 16.866.730      1.944      100,0       0,0  Call Transaction FBR2                                                                     SAPMS38T
    1 16.852.058     32.092       99,9       0,2  Program SAPMF05A
    4 12.371.544         73       73,3       0,0  Module(PAI) FUSSZEILE_BEARBEITEN                                                          SAPMF05A
    4 12.370.989         83       73,3       0,0  Perform FUSSZEILE_VERARBEITEN                                                             SAPMF05A
    4 11.233.318      9.701       66,6       0,1  Perform FCODE_BEARBEITUNG                                                                 SAPMF05A
    1  5.183.854         70       30,7       0,0  Perform FCODE_BEARBEITUNG_BU_BS                                                           SAPMF05A
    4  4.432.372        264       26,3       0,0  Call Func. FI_DOCUMENT_PROCESS                                                            SAPMF05A
...
    1     46.193  =  46.193        0,3       0,3  Select Single TIVMIADDON                                                                  CL_REMI_ADDON=================CP
    1     46.028  =  46.028        0,3       0,3  Load Report CL_EX_SMOD_SAPLFMRI===========CP                                              SAPLFMRI
    1     45.937  =  45.937        0,3       0,3  Select Single T681Z                                                                       SAPLV61Z
    1     45.742  =  45.742        0,3       0,3  Load Report SAPLFMKN                                                                      SAPLFMCOBL
    5     45.729         21        0,3       0,0  Perform SACHKONTO_LESEN_SKB1                                                              SAPMF05A
    5     45.708  =  45.708        0,3       0,3  Select Single SKB1                                                                        SAPMF05A

Slava145

Спасибо всем кто ответил , посмотрел se30 , выходит что долго проводится из за того что долго лопатит таблицу BKPF , вот куда уходит основное время ...

2 | 64.929.522 = 64.929.522 | 92,3 | 92,3 Select Single BKPF | SAPLJ1UF_NAKLAD | БД | oSQL

Plank

Хорошо бы посмотреть на этот селект в SAPLJ1UF_NAKLAD. Скорее всего select должен работать по индексу которого у вас нет. Сравните поля условия селекта с полями индексов для таб. BKPF (тр. SE11). Если такого индекса нет, то создайте его. Другой вариант, индекс объявлен, но физически не создан. Еще может быть не собрана статистика по таблице и оптимизатор не может правильно построить запрос к БД. В любом случае это все работа Базиса, а не FIшника.

Slava145

Спасибо большое за ответ , посмотрел селекты которые есть в этой программе , вот они : может кто то навскидку скажет где ошибка . и также буду напрягать базис и абаперов своих . Всем спасибо

Program SAPLJ1UF_NAKLAD
INCLUDE LJ1UF_NAKLADUXX.
J_1UF_SAVE_ORDER_REF

SELECT SINGLE *
FROM bkpf
INTO l_bkpf
WHERE bukrs = l_bkpf-bukrs AND
belnr = l_bkpf-belnr AND
gjahr = l_bkpf-gjahr.

INCLUDE LJ1UF_NAKLADF01.

SELECT SINGLE * FROM *bkpf
WHERE bukrs EQ t_bkpf-bukrs
AND belnr EQ i_belnr
AND gjahr EQ i_gjahr.

SELECT SINGLE * FROM *bkpf
WHERE bukrs = t_bkpf-bukrs
AND belnr = t_bkpf-stblg
AND gjahr = t_bkpf-stjah.

INCLUDE LJ1UF_NAKLADF0

SELECT SINGLE *
INTO p_bkpf
FROM bkpf
WHERE bukrs = p_bkpf-bukrs AND
belnr = p_bkpf-stblg AND
gjahr = p_bkpf-STJAH AND
( CPUDT < p_bkpf-cpudt OR
CPUDT = p_bkpf-cpudt AND CPUTM < p_bkpf-cputm ).

darkduck

Я бы подумал про последний.
На самом деле в st05 должно быть видно что за селект.

Очень долго проводятся предварительно зарегистрированные входящие налоговые

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