Всем привет!
Есть необходимость блокировать SD-заказ на изменение (либо блокировать изменение схемы калькуляции).
Процесс выстроен таким образом, что по заказу создается поставка и потом происходит подтверждение поставки через ППП. Фактура не создается. Сумма по заказу стыкуется с бух.документом оплаты.
В определенный момент (незадолго до проведения оплаты) пользователь заходит в заказ и меняет условие скидки (делает ее больше). Часть суммы уходит в карман ему и кассиру, который оплату принимал и также ее чуток занизил. Все шито-крыто.
Что подскажете? Каким советом поможете?
Спасибо за любые идеи!

а если взять экзит сохранения торгового документа, да добавить в него проверки на то, что это тр VA02 и на то, что есть последующие документы? а также завести Z-табличку, проверку которой также вставить в экзит. Если стоит галочка напротив номера заказа "Блокировать", то вежливо скипить транзакцию. Тут и возможность реально изменить заказ, просто убрать галочку ответственному лицу, например глав буху, а после изменения опять проставлять галку.


П.С. при создании нового заказа, нужно чтобы в Z-табличку прописывался новый номер с "галочкой". АБАПеру делов на 15 минут

извиняюсь за не стандарт

1)Предлагаю запретить пользователю делать ручные операции на уровне настройки вида условия.
2)настроить процесс таким образом,чтобы только определённые люди могли вносить изменения в скидки цены (vk11)

По поводу полномочий на изменение цены можнол посмотреть в FAQ вопрос 10.

А мне кажется, тут скидка может быть какой угодно, она не тянется с vk11.
Допустим ручной ввод в торговом документе. В потоке нет фактуры, значит условия открыты для редактирования. Если пользователям запретить управление скидкой, то они изначально не создадут документ со скидкой, а должны.

я говорю здесь про два разных процесса:
1)Управление ценой.
2)Заведение сбытового заказа.
у пользователей не должно быть возможности менять цену или скидку в заказе.
Вид условия должен быть закрыт от ручного ввода таблица T685A поле KMANU

Привет!
Спасибо за советы!
Естессно, первым делом надо думать об обработке скидки автоматом, но тут мимо. Скидка, рассчитанная автоматически, может меняться вручную. Причем это очень часто происходит. Оч лояльный клиент, договоренность с руководством компании и т.д. Случаев валом. Можно также ограничить список пользователей, имеющих полномочия на изменение скидки, но тут вероятны организационные трудности...
А вот насчет варианта, предложенного galande мы думали. Есть только одно "но" - удар по производительности. Заказчик очень ревностно относится к дополнительным проверкам через экзиты. Хотя, если других вариантов не найдем, будет делать этот!

Есть еще один вариант - отчет по сделанным изменениям в заказе (cdhdr & cdpos). Просто периодически запускать отчет и "дрючить" тех сотрудников, которые делают бяку со скидками.

Еще раз спасибо за помощь!

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

Приветствую, коллеги!
Чтобы не плодить новые темы, спрошу здесь.
Необходим user-exit, который будет ставить блокировку поставки в заказе при его создании-сохранении по ключу Сбыт.организация-Вид заказа. Коллеги из Азии утверждают, что такой юзер-экзит есть в стандарте 4.7, но его имя не говорят (подозреваю, что обманывают). Может кто-нибудь сталкивался, подскажите плиз

Можно сделать в услових копирования для поставки в тр. VOFM

Должен подойти - Include "MV45AFZZ" Form "USEREXIT_SAVE_DOCUMENT_PREPARE"
или посмотрите сами в SPRO -> Сбыт -> Адаптация системы -> Подпрограммы пользователя(user-exits) -> Программы пользователя в области продажи-> Программы пользователя в обработке торговых документов

С уважением, Ваш коллега из очень средней Азии.

Большое спасибо, коллеги!
MV45AFZZ - то, что надо