Это интересный запрос, с которым я раньше не сталкивался ...
Я думал об использовании поля в формате URL , а также о том, что D365 по умолчанию будет искать поля гиперссылки,Но с этими опциями вам придется записывать данные в поле каждого контакта или создавать новую запись для каждого контакта на лету.
Как насчет создания отдельного веб-ресурса, содержащего таблицу столько один столбец для хранения динамически сгенерированных URL?Выполните тот же запрос, что и представление, чтобы получить контакты, затем сгенерируйте URL-адреса и поместите их в эту «мини-сетку».Поместите основное представление «Контакты» в один раздел (скажем, шириной в два столбца), а веб-ресурс мини-сетки - в раздел из одного столбца рядом с ним, без рамки и с той же высотой строки.
Этото, как вы полагаетесь на основную сетку контактов для получения информации о контакте, когда мини-сетка содержит ваши динамические URL-адреса (с правильными именами ссылок, а не с необработанными URL-адресами).
Шаги высокого уровня будут:
- Получить идентификатор пользователя из контекста формы.
- OnLoad извложенная сетка , получите набор идентификаторов контактов.
- Создайте URL для каждого контакта.
- Заполните URL-адреса в мини-сетке в том же порядке, что и контакты ввспомогательная сетка, поэтому каждая строка в мини-сетке совпадает со строкой контакта слева.
Другая идея заключается в рассмотрении пользовательских значков в V9.чтобы увидеть, есть ли здесь какие-либо хуки, куда вы можете добавить динамический URL.
Вы также можете написать плагин RetrieveMultiple для динамического заполнения текстового поля в формате URL.RetrieveMultiple плагинов имеют свои предостережения .Но, насколько это плохо ?
Неподдерживаемым вариантом может быть взлом DOM и помещение вашего динамического URL в пустое поле в формате URL в представлении.