Народ помогите. Как заполнить новую строчку, как только n > 15
в транзакции 16 строчку не находит, говорит её нет
SELECT * FROM KNBK WHERE KUNNR = KUNNR.
move-corresponding KNBK TO VTAB.
APPEND VTAB.
ENDSELECT.
DESCRIBE TABLE VTAB LINES N.
DESCRIBE TABLE VTAB LINES W.
N = N + 1.
IF N >= 15.
N = ''.
ENDIF.



* Дебитор
REFRESH TAB.

perform bdc_dynpro using 'SAPMF02D' '0106'.
perform bdc_field using 'BDC_CURSOR'
'RF02D-D0130'.
perform bdc_field using 'BDC_OKCODE'
'/00'.
perform bdc_field using 'RF02D-KUNNR'
KUNNR.
perform bdc_field using 'RF02D-BUKRS'
BUKRS.
perform bdc_field using 'RF02D-D0130'
'X'.
concatenate 'KNBK-BANKS(' N ')' into ss.
CONDENSE SS NO-GAPS.
perform bdc_dynpro using 'SAPMF02D' '0130'.
perform bdc_field using 'BDC_CURSOR'
SS.
perform bdc_field using 'BDC_OKCODE'
'=P+'.


concatenate 'KNBK-BVTYP(' N ')' into ss.
CONDENSE SS NO-GAPS.

perform bdc_dynpro using 'SAPMF02D' '0130'.
perform bdc_field using 'BDC_CURSOR'
SS.

perform bdc_field using 'BDC_OKCODE'
'=ENTR'.
concatenate 'KNBK-BANKS(' N ')' into ss.
CONDENSE SS NO-GAPS.

perform bdc_field using SS
ITAB-BANKS.
concatenate 'KNBK-BANKL(' N ')' into ss.
CONDENSE SS NO-GAPS.

perform bdc_field using SS
ITAB-BANKL.

concatenate 'KNBK-BANKN(' N ')' into ss.
CONDENSE SS NO-GAPS.

perform bdc_field using SS
ITAB-BANKN.
concatenate 'KNBK-BKONT(' N ')' into ss.
CONDENSE SS NO-GAPS.
perform bdc_field using SS
ITAB-BKONT.
concatenate 'KNBK-BVTYP(' N ')' into ss.
CONDENSE SS NO-GAPS.

perform bdc_field using SS
ITAB-BVTYP.
concatenate 'KNBK-BANKS(' N ')' into ss.
CONDENSE SS NO-GAPS.
perform bdc_dynpro using 'SAPMF02D' '0130'.
perform bdc_field using 'BDC_CURSOR'
SS.
perform bdc_field using 'BDC_OKCODE'
'=UPDA'.


CALL TRANSACTION 'FD02' USING TAB.

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

perform bdc_field using 'BDC_OKCODE' '=P+'

при каждом прохождении в твоем случае 14 строк.

ВН ! Полностью согласен! Вот через все это я проходил. И разрешение
это уже отвечает Виндос и насколько помню дело даже не в разрешении, а в том чтобы экран был распахнут полностью. Я ничего
лучшего не придумал как дать предупреждение пользователю распахнуть экран.

слушайте, уж лучше будет вставлять напрямую записи в KNBK,

чем этот пакетник...
На такие варианты даже решения подсказывать не хочется.
Возни много - а результат все равно плачевный!

ВН!
А чем страждущему не понравился твой совет по бапи. Что то не нашел
аргумента.

c bapi там не всё просто,
BAPI_CUSTOMER_CHANGEFROMDATA1 -
в него не передаются параметры банковских реквизитов.
Нужно разбираться и строить свой фм.
Хотя, может я и не прав.

Есть подозрение, что страждущий не знает что такое бапи

Всем привет.

Мы в таком случае поступали таким образом:

Делаем модификацию экрана - вставляем поле для позиционирования экранной таблицы (кстати в 4.6С уже во многих транзакциях так сами разработчики сделали).
А затем уже записываем пакетник.

Не самый лучший вариант, но работает.

Ноты и патчи вы после этого вообще не прикладываете и вообще за поддрежку не платите, я так понимаю... а накой вам после модификаций станадарта поддрежка

Uukrul ты где работаешь если не секрет и с каким модулем?

1. С нотами проблем нет, ноты вводит разработчик и уж если он не слепой увидит...

2. после хот-пакетов приходится конечно проверять. Но если ты работал на реальном проекте, то знаешь что и без всяких модификаций после установки хот-пакетов надо все проверять. А то там иногда такое напортачено....

3. С поддержкой вообще никаких проблем. К тому же в 2003 г. у нас было review, ниодного замечания по поводу модификаций...

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

Кто работал на реальном проекте (консалтинг я за real не считаю), те знают, что начальству все надо срочно и именно так как они сказали. Поэтому давайте лучше помогать людям а не показывать какие мы все крутые "ветераны"

1. Маленький мне вообще пофигу топики и засветиться, эту тему тут уже как-то обсуждали так что повторяться не буду.

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

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

4. Я работаю и работал как ты говоришь "на реальном проекте" и ни разу стандарт не трогал и никому не советую и твоя фраза начальству и прочее это в пользу бедных и 6 месяцев работы с R/3, когда все понял и во всем разобрался и сейчас мы эту гаечку подкрутим и будет просто зашибись. Так что твоя помощь с модификацией стандарта это только во вред, почему я и встрял в топик.

Еще вопросы есть?

есть....
а почём нынче опиум для народа?

1. где же ты все таки работаешь? И с каким модулем? и в какой должности?
Я, например, с комбината "Магнезит".

2. По поводу что тебе пофиг засветишься ты или нет см. http://sapboard.ru/forum/viewtopic.php?t=310
уж явно я продумал направление передачи прежде чем задавать вопрос.

3. Насчет "маленького" вспомним Фрейда?

4. Насчет того, что после каждой ноты и хот-пака нужно обновлять модификации, ты совсем загнул. Или может ни разу не имел с этим дело?

5. Review делали саповцы. Причем им были предоставлены полные протоколы модификаций (правда их не так уж и много)

Вообще под своими высказываниями могу подвести следующий итог:

В процессе работы частенько возникают трудности, и решать их можно по разному. user-exit, open fi, badi, bapi и т.д. и т.п. После того как ничего не помогло требуется оперативное вмешательство
и тогда все прекрасно работает. В конце концов всегда можно в будущем накопать более лучшее решение и переделать.
В тр. FMX1 в 4.6 разработчики сами внесли поле "Позиционировать", в 4.0 при создании резервирования этого поля не было и пришлось делать самим. Да и модификация то это не существенная, ни на что не влияла.

Работаю с ММ. А по поводу резеривирований, если это те которые МE21-23, то исходя из твоего сообщения: "создании резервирования этого поля не было и пришлось делать самим", я тебе сразу скажу, что это у тебя просто опыта не хватило, а может просто облом напрягаться было, стандарт пломать это любой тут через полчаса знакомства с R/3 и наличия доступа в SAP.Net может, я бы этим не гордился, потому как у меня в той же 4.0 все прекрасно и без модификации стандарта работало с теми же резервированиями... Так что это ты начинающим можешь по поводу "требуется оперативное вмешательство" рассказывать и показывать как ты круто дописал код R/3, ну патчи тебе я так понял пофиг и цикл проверки после приложения патча тебе тоже глубок пофиг, ну тогда как у тебя дела с миграцией обстоят или ее тоже не проводим, потому как на нафиг не нужна, конечно если так подходить, то... ну короче каждый работает как умеет

Если мне память не изменяет, у "artyom" речь идет про FM-овские транзакции, а не про MM.