|
![]() |
#1 |
MCTS
|
Еще меня удивляет сообщение "Вы не можете изменить поставщика пока номер договора не пусто".
Спрашивается, а что система не может почистить код договора? Чем код договора отличается от других полей, например Дистрибуторского Центра. |
|
![]() |
#2 |
MCTS
|
И на десерт.
Как предполагается поступать если в начале договора не использовали и завели в систему ряд операций. А потом решили договора все же использовать. 1. Как должен происходить данный процесс? 2. Как закрывать операции с пустым договором, если уже ввели операции с указанием договора? Хочу кнопку "Изменить код договора" в операциях поставщика/клиента. |
|
![]() |
#3 |
Участник
|
Цитата:
Цитата:
Хочу кнопку "Изменить код договора" в операциях поставщика/клиента.
|
|
![]() |
#4 |
MCTS
|
Цитата:
Согласен на ограничения к этой "кнопке", причем на довольно жесткие ограничения. |
|
![]() |
#5 |
MCTS
|
И снова договора.
1. При создании договора в него копируются дефолтовые измерения из клиента/поставщика Триггер онИнит функция CustTransferDimensions (таблица 14901). Скопировали, я не против. Почему при удалении договора, не чистятся записи в ДефолтДименшн для удаляемого договора? Пример проблемного сценария: Пользователь создает договор и принудительно указывает ему номер 5. Потом вдруг замечает, что создал договор не для того клиента. И договор удаляет. Затем он создает договор 5 для другого клиента и тут два варианта: 1. если у клиента2 не было измерений, то в договоре они все же появятся (от первого) 2. если у клиента2 были измерения, то вставить договор не удастся (конфликт при вставке - запись уже существует). ----------- 2. Попробуйте в заказе продажи, где заполнен договор заполнить поле Shipping Agent Code или Shipping Agent Service Code Проблема в функции GetShippingTime (таблица 36), в которой есть строка: CustAgr.GET("No.","Agreement No."); "No." - это номер заказа, а не клиента. Понятно, что такого договора не существует. |
|