Всем добрый вечер.
Задача: обеспечить программным путем массовый ввод цен материалов так, как он реализован в VK11-K12 .

Проблема - как?
1.) Пакетный ввод. Возможно, просто не до конца разобрались с транзакциями. Не знаем, как спозиционироваться на заданной позиции грида. Наверное, знаете эту особенность - нельзя в пакетнике вводить данные в ячейки, которые не умещались бы на экране, если бы транзакция была запущена видимо. Поэтому обычно позиционируют текущую позицию так, чтобы она была первой видимой позицией в гриде. Либо используют экран "Позиция детально" или что-нибудь в этом духе, а по окончанию возвращаются на экран обзора.
2.) BAPI или функциональный модуль. Какой?

Заранее спасибо за ответ.

Ввод единовременный (старт системы) или периодический?

Периодический.

Сталкивались с такой проблемой при закачке постоянных значений признаков классификации.
Все зависит от того, какой транзакцией будете пользоваться.
Если VK11 (ввод новых записей), то экран первоначально будет пустой. Тогда сначала вводите пакетником столько записей, сколько строк у вас адресуется (т.е. явно видимых) на экране. У меня видимых 18 строк. Потом жмете кнопку "Page Down" и адресуете опять снова со второй (т.к. первая последняя введенная строка после нажатия "Page Down" будет всегда оставаться вверху первой строкой).
Для VK12 у вас могут быть уже записи на экране. В таком случае надо сразу позиционироваться на последнюю страницу "Ctrl+Page Down"

ЗЫ. А вот когда у нас из-за базиса кнопки перестали работать Тогда я сел и...... написал прогу из 10 строк

Тр. SWO1
Объект BUS1001001 или BUS1001006
Просмотреть -> Методы и найти нужную функцию.

Сам не пробовал...

Но это же ненадежно .

ОК, попробую, спасибо.

To 111
аналогичная проблема, АВАР пишет пакетник .
если решите - сообщите как.
спасибо

Виктор, можно использовать BAPI_PRICES_CONDITIONS

ОК, спасибо, попробую.

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

Можно использовать BAPI_PRICES_CONDITIONS - но SAP пишет однозначно, что не нужно:

The function module BAPI_PRICES_CONDITIONS has the status 'Not released'; you should not use it.
Only those function modules listed in the BAPI Explorer (transaction BAPI) are official SAP BAPIs.

Работаем над аналогичной задачей - периодическая загрузка условий. Вот думаю, может попробовать с IDOC-ами? Кто-нибудь пробовал? или есть другие предложения?

Не то что не нужно, но и опасно. Этот BAPI не выполняет абсолютно никаких проверок и практически просто делает update базы данных. Т.е. вы ему можете скормить любые данные и он их старательно запишет, не взирая на то, правильные они или нет.

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

IDoc (COND_A) мы использовали только для пересылки данных из SAP. Подозреваю, что IDoc может не очень хорошо работать с нестандартными (Z...) условиями. К тому же реализация и всякий там последующий мониторинг IDoc могут не стоить того, если количество данных невелико.

P.S. Только что наткнулась на интересную вещь. Оказывается есть нeкая программа RV14BTCI - тот же BDC, правда, но может пригодиться: http://sap.ittoolbox.com/groups/technic ... rds-846457

Спасибо большое за информацию - завтра попробую посмотреть
А BDC на транзакции ведения условий Vk12/11 нормально ложится?