Люди добрые, почему если мы в заказе ндс MWR1 руками меняем(соот. появляется галока "изменено вручную"), то когда фактуру создаем - к ней еще один MWR1 добавляется. Система типа видит, что MWR1 изменен вручную и расчитывает еще один. Правило копирования С. Ну НЕ ХОЧУ я в фактуре налог НЕ РАСЧИТЫВАТЬ.
Кто нибудь сталкивался?

При копировании цены "С" ручные цены копируются, но налоги рассчитываются заново. Используйте D или пишите свое.

Чёрт! С удовольствием! А разве можно писать своё правило копирования?
В VOFM есть разве такое?)))

Коллеги, помогите!
Нужно либо закрыть программно поле стоимость ( KWERT ) для условия MWR1 в торговых документах (контракт, заказ), либо при копировании документа в документ или документа в фактуру изменить принцип копирования условия, при котором галочка "изменено вручную" не будет говорить системе, что нужно еще одно условие MWR1 добавлять и заново его пересчитывать.
Посоветовали инклюд RV61AFZA для изменения принципа копирования.
Разобраться пока не удалось.
Есть ли возможность закрыть поле KWERT для MWR1 по ключу схема калькуляции и sy-tcode допустим?

вам необходимо в SD и в FI по ВУ MWR1, MWR2 и MWR3 Ввод вручную установить D, тогда всё будет ок, закроется поле, запакуется)))

на всякий случай

SPRO-Сбыт-Основные функции-Расчет цены-Управление расчетом цен-Определение видов условий

и

SPRO-Финансы-параметры настройки-Налог с оборота-Основные параметры настройки-Проверка схемы калькуляции-Определение видов условий

тоже самое и с MW01 сделайте для гарантии результата

Джаст, привет. Ты немного не понял.
Если поставить D - то закроется для всех доков. Это всё понятно. Мне же надо чтобы в фактуре была возможность изменения. Копеечки допустим править. А в заказе и контракте нельзя. Только в фактуре.
Вот в чём трабл

скажу возможно ересь ещё и непроверенную, но что если сделать свой ВУ, который будет ВУ для СФ и открытым для изменений, а на MWR1 повесить формулу расчета стоимости в случае непустого значения ВУ, упомянутого выше. Конечно же ВУ налоговые все закрыть, как выше говорил. Результ желаемый - в СФ тыкнули стоимость в ваш ВУ, а оно передалось в MWR1, при этом с экрана чисто MWR1 не поменять... и всё возможно только в СФ... попробовать нету времени, попробуй чем не SAP не шутит

Интересная мысль, но хотелось бы логику калькуляции не менять. Много схем.
Хотелось бы просто экзитом каким-нибудь воспользоваться. Но тут пинок нужный мощный))
Либо закрыть стоимость в торговых доках, либо не дать MWR1 задваиваться при копировании, если вручную изменен...

верно засоветовали тогда

*---------------------------------------------------------------------*
* FORM USEREXIT_FIELD_MODIFICATION *
*---------------------------------------------------------------------*
* This userexit can be used to modify the attributes of *
* screen fields. *
* This form is processed for each field in the screen. *
* *
* The use of the fields screen-group1 to screen-group4 is: *
* *
* Screen-group1: Unused *
* Screen-group2: Contents 'LOO' for steploop-fields. *
* Screen-group3: Used for modififaction, which are dependent on *
* control tables or other fix information. *
* Screen-group4: Unused *
* *
* You can use all fields of KOMK, MOMP, KOMV *
* *
* This form is called from module FELDAUSWAHL. *
* *
*---------------------------------------------------------------------*
FORM USEREXIT_FIELD_MODIFICATION.

* CASE SCREEN-GROUP3.
* WHEN '900'.
* IF KOMK-VBTYP NE 'A'.
* SCREEN-ACTIVE = 0.
* ENDIF.
* ENDCASE.

* CASE SCREEN-NAME.
* WHEN 'KOMV-KBETR'.
* IF KOMV-KSCHL = 'VPRS'.
* SCREEN-ACTIVE = 0.
* ENDIF.
* ENDCASE.

ENDFORM.

вот как раз это место, чем не попользероваться, пишешь своё условие на выполнимость и

CASE SCREEN-NAME.
WHEN 'KOMV-KBETR'.
IF KOMV-KSCHL = 'MWR1' + свои условия
SCREEN-INPUT = 1.
ENDIF.
ENDCASE.

Джаст, спасибо!
Теперь осталось разобраться почему экзит не отрабатывает))

Всё, нашел экзит. Джаст, ты немного не угадал с экзитом))
LV69AFZA или LV69AFZZ, забыл)) система упала))
field_modification

хоть там и не написано что он позволяет модифить комв, но это так)

ну сё, мы поумнели оба )))