Сохранение записи на клиенте с игнором заполнения обязательных полей

[magicandy]

Коллеги, приветствую.

Есть необходимость программно сохранить карточку в момент первичного открытия формы на создание, игнорируя требования заполнить обязательные поля. Это нужно чтобы создать необходимые связи и сразу отобразить их в сабгридах этой карточки.
Я вижу следующий сценарий:
- снимаем все требования по полям (setRequiredLevel("none"))
- сохраняем, создаём связи и проч.
- возвращаем требования по обязательности полей обратно.

Это правильный сценарий? Или у кого-то есть более элегантное решение для Dynamics 365 (on-premise)?

Спасибо

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

Я бы заменил код кнопки создания. Будет быстрее работать и не будет непонятной для пользователя перезагрузки.

[magicandy]

А можно немножко подробнее про ваш сценарий из кнопки? И в какой момент моего сценария предполагается непонятная перезагрузка? Тут ещё дело в том, что вероятнее всего, новая запись будет создаваться с кнопки сабгрида, а не риббона.

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

Суть предложения: берем RibbonWorkbench и заменяем (делаем customize command) на всех риббонах-командбарах для кнопки "Создать". В своей команде делаем запрос на создание, после чего открываем полученный ID стандартным образом. Судя по SDK можно поменять эту команду для сабгрида.

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

Как бы работал сценарий, если бы функционал был реализован в обработчике открытия формы. Сначала бы загрузилась лента и форма для чтения. Потом сработал бы ваш обработчик и вызвал бы сохранение еще непрогруженной формы. Сохранение (если нет ошибок) вызвало бы Refresh формы и повторный рендеринг сабгридов. Это, как минимум дольше, и, если система тормозит, будет выглядеть для пользователя как глюки.

p.s. Единственный нюанс: рекомендую предусмотреть защиту от повторного нажатия. Пример есть в SDK https://msdn.microsoft.com/en-us/lib...or=-2147217396

[magicandy]

Спасибо. Ваш способ действительно проще и эффективнее.

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

Пожалуйста. Он вряд ли проще (если делать в соответствии с примером), но точно эффективнее Ну и он независим от формы, что тоже плюс, если их будет несколько.

Придумал еще один вариант. Вы можете сделать форму быстрого создания. Если такая есть, при создании из сабгрида будет вызываться именно она. На ней не может быть своих гридов, зато могут быть бизнес-правила, которые сделают "лишние" поля не обязательными

[Bondonello]

Т.е. ваш процесс подразумевает, что пользователь совершает операцию Создания, а у него уже есть связанные объекты и он их должен сразу же менять/сохранять?

Я бы не хотел менять работу стандартных кнопок для одного случая, а сделал бы по вашему варианту, немного изменив:
1. Пользователь жмет создать - заполняет одно Название/Имя (можно только его и показывать при создании)
2. Сохраняет запись и вы синхронно создаете все нужные дочерние записи и показываете полную форму

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

Какие мысли на этот счет?

[slivka_83]

А у меня такой вопрос по процессу: вот создали вы таким образом запись, подтянули связанные записи. Дальше пользователю надо заполнить обязательные поля... Что если он не сможет или не захочет этого делать? Что дальше? Запись будет висеть в таком полузаполненном состоянии? Или пользователь должен будет удалить ее?

[Bondonello]

Цитата:

Сообщение от slivka_83

Что если он не сможет или не захочет этого делать? Что дальше? Запись будет висеть в таком полузаполненном состоянии? Или пользователь должен будет удалить ее?

Да, я к тому же. Процесс не очень.

[magicandy]

Коллеги, всем большое спасибо. Натолкнули на правильный ход мыслей и вариантов решения.

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

Пожалуй, самым оптимальным тут было бы разработать кастомный контрол-шпаргалку с отображением нужных записей на карточке, а не лепить связи авансом.

[Bondonello]

Цитата:

Сообщение от magicandy

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

Ну вот и нашлось решение. Следующий шаг будет изменения процесса, чтобы использовать Business Process Flow https://docs.microsoft.com/en-us/dyn...flows-overview

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

В системе есть редкие объекты, которые создаются сразу и да, их нужно удалять, если пользователь передумал что-то делать. Не вижу тут каких-то принципиальных идейных противоречий.

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