CRM 2013. Бизнес правила. Данные не попадают в обработчик.

[magicandy]

Коллеги, приветствую.
Следующая ситуация. На форме есть некоторое поле А, есть боле Б.
Пользователь заполняет поле А (пустое), затем изменяет поле Б, при этом, бизнес-правилом, поле А лочится в реальном времени. Затем жмёт сохранить. При сохранении стартует плагин PostUpdate, И тут проблема - если поле А не было сохранено до изменения поля Б, то его значение не передаётся на обработку (не попадает в Image). Если бизнес-правило отключить или сохранять после заполнения поле А, а только потом менять Б, то всё ОК.
Какие есть варианты решения данной проблемы? И на сколько вообще можно "злоупотреблять" бизнес-правилами? Какие в данном контексте приняты best practices? Спасибо.

[magicandy]

Удалось накопать описание схожей проблемы.
Решение, судя по всему, будет такое.
А вот по поводу применения бизнес-правил в целом, вопрос остается открытым.

[a33ik]

Умеете писать код - забудьте про бизнес правила, как про страшный сон. Мой вам совет.

[magicandy]

Ваш совет весьма авторитетен. Буду придерживаться. Спасибо.

[Артем Enot Грунин]

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

[-O_o-]

Цитата:

Сообщение от Артем Enot Грунин

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

+1 и к тому же - дешевле

[spectr]

Не соглашусь с вами.
БП заменяющие скрипты на форме для 2013 СРМ далеки от идеальности как по семантике так и по производительности, не говоря о целых цепочках действий. Кроме этого у БП ограничен набор команд. РЕСТ и СОАП еще один камень преткновения для них. Только после расширения полного спектра всех возможностей можно их использовать, а пока учитесь писать скрипты, они не сложные. БП можно использовать только в случае 1-3 действий на форме связанных с визуальными эффектами предполагая, что кроме этих БП больше не будет БП и скриптов (не дружат они пока).

[Артем Enot Грунин]

Разумеется, не бывает универсальной таблетки. Решение зависит от конкретной задачи. Если у вас простые манипуляции с формой из серии "сказал А говори Б" тогда проще использовать процесс. Если сложная навороченная логика с загрузкой данных из связанных сущностей - тогда проще сразу писать скрипт и не уходить в разработку 8 этажного БП.