|
Запрет изменения вида цен в КА 2.2 |
☑ |
0
CoderDecoder
15.02.18
✎
12:55
|
Здравствуйте! Кто знает как запретить изменение вида цен в документах продажи, если не используются соглашения с контрагентами? Пишут, что если убрать роль Отклонение от условий продаж, то нельзя будет использовать иной вид цен кроме, как указанный в соглашении с клиентом. Но у нас не используются ни соглашения ни договора. Как быть в таком случае?
|
|
1
CoderDecoder
15.02.18
✎
21:58
|
ап
|
|
2
Фрэнки
15.02.18
✎
22:13
|
(1) ну надо бы забросить не просто Ап, но заинтересовать подробностями какими-то
Например, а какая цепочка документов применяется, т.к. соглашений нет, договора нет, но что тогда есть?
з.ы. Я тоже в управленческом варианте использования отключил договора.
|
|
3
CoderDecoder
15.02.18
✎
23:03
|
Заказ покупателя - Реализация товаров и услуг. Все просто. Тут особо и нет никаких других подробностей. Конфигурация позволяет не использовать договора и соглашения.
|
|
4
Фрэнки
15.02.18
✎
23:19
|
и каким образом должна в этой последовательности зафиксироваться цена? Суперюзером в Реализации? Или Цена обязательно наследуется из Заказа?
|
|
5
CoderDecoder
16.02.18
✎
00:41
|
Да, из Заказа и наследуется, но сейчас юзеры могут выставить вид цен Произвольный и изменить цену.
|
|
6
Фрэнки
16.02.18
✎
09:10
|
(5) Я бы рассмотрел два варианта:
1 - восстановить ограниченное по практическому применению использование Соглашений. Тогда только полномочные пользователи смогут определять существенные на вашей деятельности условия Соглашений, а остальные не смогут обойти уже готовый типовой механизм.
Плюсы - минимум доработок типового функционала.
Минус - потребуется оргработа, начиная с общения с такими вот полномочиями (подозреваю, что проблема в этих юзерах просто)
2 - повесить поверх типового Расширение для формы документа РЕализация, которое заблокирует работу с колонкой Цена или шапкой документа. Т.к. документ возникает из Заказа, то этого блокирования будет достаточно. Но с Расширением придется повозиться.
Плюс в этом решении - сделаешь все сам. Типовая работа конфигурации не изменится.
Минус - на эту доработку потребуется время.
Есть еще третий вариант. Завести подписку на документ Реализация и накапливать оперативную инфу на появление расхождения в ценах Реализации от цен Заказов. Ну и бить тогда виновных за такое поведение. Бить можно не только по голове, но просто по рукам - отменяя запись такого вот "испорченного" документа.
Плюс - можно решить кучу проблем, если бить по голове взамен рук, просто осложнив жизнь неадекватам до уровня конфликтов - стратегически это может оздоровить коллектив :) Но это мало вероятно
Минус - юзеры будут тратить время на попытки менять цены, хотя со временем привыкнуть и менять их прекратят.
|
|
7
CoderDecoder
18.02.18
✎
00:20
|
(6) Ну, тут либо включать соглашения либо повесить расширение. Соглашение это будет доп работа для юзеров, а расширения - доп работа для меня. Спасибо.
|
|
Чтобы обнаруживать ошибки, программист должен иметь ум, которому доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство. Фредерик Брукс-младший