Преглед на създаването и персонализирането на приложения за Dynamics 365 Customer Engagement (on-premises), версия 9.x
Dynamics 365 Customer Engagement (on-premises) ви дава мощни възможности за персонализиране и създаване на приложения, които не изискват от вас да напишете и един ред код. С изчерпателен набор от WYSIWYG дизайнерски и редакторски инструменти почти всеки може да персонализира изцяло Dynamics 365 Customer Engagement (on-premises) или да създава свои собствени приложения.
За документация на по-стари версии (8.x и по-стари) посетете документацията на предишните версии на Dynamics.
Компоненти за създаване и персонализиране на приложения
Едно добре разработено приложение се състои от няколко компонента, които избирате с помощта на наличните дизайнери и редактори, за да създадете изгледа и функционалността на завършеното приложение. Компонентите и свойствата на компоненти, които използвате, за да създадете приложение, се превръщат в метаданни.
За да разберете как всеки от тези компонентни е свързан с дизайна на приложението, те са разделени тук в категории данни, ПИ, логика и визуализация.
Данни
Тези компоненти определят на какви данни ще е базирано приложението.
| Компонент | Описание | Дизайнер |
|---|---|---|
| Обект | Елемент със свойства, които можете да следите, като например контакт или клиент. Много стандартни обекти са достъпни. Можете да персонализирате несистемен стандартен обект (производствен обект) или да създадете персонализиран обект от нулата. | Дизайнер на обекти |
| Поле | Свойство, което е свързано с обект. Полето се определя от тип данни, което определя типа на данни, които могат да бъдат въведени или избрани. Примерите включват текст, число, дата и час, валута или справка (създава релация с друг обект). Полета обикновено се използват с формуляри, изгледи и търсения. | Дизайнер на обекти |
| Релация | Реалциите към обект определят как обектите могат да бъдат свързани помежду си. Типовете на релация са 1:N (едно към много), N:1 (много към едно) N:N (много към много). Добавянето на справочно поле към обект например създава нова релация 1:N между двата обекта и ви позволява да поставите това справочно поле във формуляр. | Дизайнер на обекти |
| Поле с набор от опции | Това е специален тип на поле, което предоставя на потребителите набор от предварително определени опции. Всяка опция има числена стойност и етикет. Когато бъде добавено към формуляр, това поле показва контрола на потребителя да избере опция. Има два вида на набори от опции: набори от опции, където потребителят може да избере само една опция, и набори от опции за множествен избор, които позволяват повече от един избор. | Дизайнер на набори от опции |
Повече информация: Създаване или редактиране на обекти (типове записи)
ПИ
Тези компоненти определят как потребителите взаимодействат с приложението.
| Компонент | Описание | Дизайнер |
|---|---|---|
| Приложение | Определя основите на приложението, като компоненти, свойства, тип на клиент и URL адрес за приложението ви. | Разработчик на приложения |
| Карта на сайта | Определя навигацията за приложението ви. | Дизайнер на картата на сайта |
| Формуляр | Набор от полета за въвеждане на данни за даден обект, който съответства на елементите, които организацията ви проследява за обекта. Например набор от полета за въвеждане на данни, където потребителите въвеждат свързана информация за проследяване на предишни поръчки на клиента заедно с определени заявени дати на повторна поръчка. | Разработчик за формуляри |
| Изглед | Изгледите определят как даден списък със записи за определен обект се показва в приложението ви. Изглед определя колоните за показване, ширината на всяка колона, поведението на сортиране и филтрите по подразбиране. | Разработчик на изгледи |
Повече информация: Създаване или редактиране на приложение с помощта на дизайнера на приложения
Логика
Този компонент определя бизнес процесите, правилата и автоматизацията, които ще има приложението. Създателите на приложения използват разработчик, който е специфичен за типа на процеса или правилото.
| Тип логика | Описание | Дизайнер |
|---|---|---|
| Поток на бизнес процес | Онлайн процес, който превежда потребителите през стандартен бизнес процес. Например използвайте поток на бизнес процес, ако искате всички да обработват заявките за обслужване на клиенти по същия начин, или да изисквате от служителите да получат одобрение за фактура преди подаване на поръчка. | Дизайнер на поток на бизнес процес |
| Работен поток | Работните потоци автоматизират бизнес процесите без използване на потребителски интерфейс. Дизайнерите използват работни потоци, за да инициират автоматизация, която не изисква потребителско взаимодействие. | Дизайнер на работен поток |
| Действия | Действията са тип процес, който ви позволява ръчно да извиквате действия, включително персонализирани действия, директно от работния поток. | Дизайнер на процеси |
| Бизнес правило | Използва се за прилагане на правило или логика за препоръка за формуляр, например задаване на изисквания за поле, скриване на полета или валидиране на данни. Дизайнерите на приложения използват опростен интерфейс, за да приложат и поддържат бързо променящи се и често използвани правила. | Дизайнер на бизнес правило |
Повече информация: Създаване на персонализирана бизнес логика чрез процеси
Визуализации
Определя какъв тип визуализации на данни и отчитане ще бъде наличен в приложението.
| Компонент | Описание | Дизайнер |
|---|---|---|
| Диаграма | Една графична визуализация, която може да бъде показана в рамките на изглед, във формуляр или да бъде добавена към табло. | Дизайнер на диаграма |
| Табло | Функции, като палитра за една или повече графични визуализации, които предоставят общ преглед на бизнес данни с възможност за действия. | Дизайнер на табло |
| Отчети | Налични са няколко стандартни отчета, които предоставят полезна бизнес информация на потребителя. Тези отчети са базирани на SQL Server Reporting Services и предоставят същия набор от функции, които са налични за отчетите на SQL Server Reporting Services. | Съветник за отчети |
Повече информация: Създаване или редактиране на системна диаграма и Общ преглед на отчетите
Възможност за разширение
Dynamics 365 Customer Engagement (on-premises) предлага набор от уеб услуги и API, които позволяват на разработчиците да пишат код. Когато се пише код с помощта поддържаните методи, можете да очаквате, че ще продължи да работи, когато надстройвате вашата организация.
Повече информация: Ръководство за разработчици за Dynamics 365 Customer Engagement (on-premises)
Преносимост
Налични са решения за закупуване, споделяне или прехвърляне по друг начин на Dynamics 365 Customer Engagement (on-premises) от една организация в друга. Можете да създавате свои собствени решения или да получавате решения от AppSource или от независим доставчик на софтуер (ISV). Решението е файл, който можете да импортирате в среда като приложение или да приложите набор от персонализации към съществуващо приложение.
Повече информация: Общ преглед на решенията
Какви видове персонализации се поддържат в Dynamics 365 Customer Engagement (on-premises)?
Ние очакваме, че можете да направите повечето от персонализиране с инструментите в приложението. Всичко, което правите с помощта на тези инструменти, се поддържа от Microsoft, защото те прилагат промени в метаданните или данните, които зависят от метаданните.
Ако инструментите за персонализиране не отговарят на вашите нужди, можете да инсталирате решение, предоставено от трета страна или да наемете разработчик да напише код за вашите персонализации. Така или иначе, за вас е добре да разберете поддържаните персонализации. Ако трябва да се инвестира в решение, което изисква код, трябва да сте сигурни, че кодът е написан, използвайки само поддържаните API. Това ви помага да защитите инвестицията си както в приложенията за ангажиране на клиентите, така и във всички решения, които получавате.
Повече информация: Поддържано и неподдържано персонализиране
Промени, които засягат ефективността на организацията на приложенията за ангажиране на клиентите
Създателите и персонализаторите на приложения трябва да знаят, че импортирането на решения и прилагането на персонализации, които променят метаданните, могат да повлияят на производителността на организациите на Dynamics 365 Customer Engagement (on-premises). Действията, които могат да попречат на нормалното опериране на системата, включват:
Добавяне, премахване или промяна на обекти, алтернативни ключове, атрибути или релации.
Импортиране на решения
Публикуване на персонализации
Ако прилагате тези промени към производствена система, ви препоръчваме да планирате тези операции, когато е най-малко смущаващо за потребителите.
Вижте също
Първи стъпки в създаването и персонализирането на приложения