Основные понятия настройки
Опубликовано: Февраль 2017
Применимо к: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online
Работа вашей организации уникальна. В некоторых организациях хорошо определенные бизнес-процессы, которые реализуются с использованием Microsoft Dynamics 365. Другие не довольны текущими бизнес-процессами и используют Dynamics 365, чтобы привнести в свой бизнес новые данные и процессы. В какой бы ситуации вы ни оказались, Dynamics 365 предоставляет массу возможностей пользовательской настройки, которые подойдут вашей организации.
Наверное, вам хотелось бы как можно быстрее приступить к работе, однако рекомендуем уделить несколько минут чтению этого раздела. В нем вы ознакомитесь с важными понятиями, получите представление о том, почему те или иные вещи необходимо делать определенным образом и, сооветственно, сможете избежать потенциальных проблем в будущем.
Содержание
Что такое метаданные и почему они имеют для вас значение?
Какого рода настройка поддерживается?
Какого рода настройка не поддерживается?
Что нужно знать о решениях
Публикация настроек
Подготовьте настройки клиента для повышения производительности для мобильного и интерактивного центра обслуживания
Изменения, влияющие на быстродействие организации Dynamics 365
Сочетание возможностей пользовательской настройки
Дополнительные возможности, не включенные в это руководство
Что такое метаданные и почему они имеют для вас значение?
В прошлом настройка бизнес-приложений производилась путем редактирования исходного кода. Это создавало массу проблем, потому что каждая организация вносила свои изменения и обновление до следующей версии становилось очень сложным или чрезвычайно дорогостоящим. Затем разработчики приложений начали предоставлять программные интерфейсы (API), чтобы другие разработчики могли взаимодействовать с приложением и добавлять свою собственную логику, не трогая исходный код. Это несколько улучшило ситуацию, потому что так разработчики могут расширять приложение, не внося в него изменения. Однако в этом случае все равно нужно, чтобы разработчик писал код.
Сегодня современные бизнес-приложения имеют основанную на метаданных архитектуру, что позволяет дорабатывать приложения без написания программного кода. Метаданные означают "данные о данных" и определяют структуру данных, хранящихся в системе. Благодаря метаданным приложение "знает" обо всех изменениях в структуре данных, что позволяет приложению адаптироваться к таким изменениям. Поскольку метаданные известны, можно включить дополнительные компоненты, связанные с метаданными.
Настраивая Microsoft Dynamics 365 с помощью средств настройки в приложении, вы добавляете или изменяете метаданные или данные, используемые функциями, которые зависят от метаданных. Поскольку мы знаем, какого рода данные используются для настройки системы, мы можем принять эти данные во внимание и добавлять новые функции в Dynamics 365 без нарушения работоспособности вашей системы. Таким образом, у вас всегда должна сохраняться возможность применить накопительный пакет обновления или провести обновления до новейшей версии и пользоваться новыми функциями.
Настройка или конфигурирование?
Большинство людей о том, что они хотят настроить приложение, поэтому под словом "настраивать" мы понимаем внесение в систему изменений для того, чтобы она работала так, как вам нужно. Некоторые люди предпочитают использовать слово "конфигурировать", поскольку оно указывает на то, что для внесения изменений не требуется работать с кодом. Называйте это как вам угодно, мы просто хотим дать вам понять, что вам не нужно быть разработчиком, чтобы настраивать Microsoft Dynamics 365.
Microsoft Dynamics 365 предоставляет набор веб-служб и API, позволяющий разработчикам писать код. При написании кода с использованием поддерживаемых методов вы можете рассчитывать, что после обновления организации он будет продолжать работать.
Какого рода настройка поддерживается?
Мы полагаем, что в большинстве случаев для настройки достаточно средств, предусмотренных в приложении. Все, что делается с помощью этих средств, поддерживается Корпорация Майкрософт, поскольку они применяют изменения к метаданным или данным, которые зависят от метаданных.
Однако, если средства настройки не отвечают вашим потребностям, вы можете установить стороннее решение или нанять разработчика для написания кода для настройки. В любом случае желательно, чтобы вы имели представление о том, какая настройка поддерживается. Если вы приобретаете решение, требующее написания кода, следите за тем, чтобы этот код писался с использованием только поддерживаемых API. Это позволит защитить ваши инвестиции и в Dynamics 365, и в приобретаемые решения.
Разработчики, которые занимаются расширением Microsoft Dynamics 365, обязаны следовать правилам и рекомендациям, документированным в SDK. MSDN: передовые практики разработки с использованием Microsoft Dynamics 365. В SDK документированы доступные разработчикам API и приведена информация о том, как их лучше всего использовать.Корпорация Майкрософт поддерживает только API и приемы, документированные в SDK. Вы можете найти в Интернете описание какого-либо способа решения проблемы, но, если он не предполагает использования документированных в SDK API, он не поддерживается Корпорация Майкрософт. Прежде чем разработчик применит изменение, убедитесь, что в этом изменении используются поддерживаемые методы.
Если разработчики используют API и методики, описанные в SDK, мы можем быть путем тестирования убедиться, что изменения, вносимые нами в Dynamics 365, не могут потенциально нарушить работоспособность существующих настроенных систем. Наша цель — обеспечить, что настройка, написанная с использованием поддерживаемых методов, будет продолжать работать после выхода новых версий или обновлений Dynamics 365. Это выгодно и вам, потому что вы можете обновлять свою систему до новых, более функциональных версий, не прося разработчиков каждый раз вносить изменения в написанный ими код.
Если мы обнаруживаем, что изменение в новой версии Dynamics 365 приводит к нарушению работы поддерживаемой настройки, мы документируем, что именно приводит к нарушению работы и какие изменения можно внести в код, чтобы устранить проблему.
Какого рода настройка не поддерживается?
То, что некоторые API и приемы программирования не поддерживаются Корпорация Майкрософт, не означает, что они не будут работать. "Не поддерживается Корпорация Майкрософт" следует понимать буквально: вы не сможете получить от Корпорация Майкрософт поддержку по этим API или приемам программирования. Мы не тестируем их и не знаем, могут ли какие-либо из вносимых нами изменений их "сломать". Не можем спрогнозировать, что случится, если кто-либо внесет изменения в код в нашем приложении.
Разработчик, использующей неподдерживаемые API и приемы программирования, берет на себя ответственность за поддержку своего кода. Ему нужно будет протестировать свой код, чтобы убедиться, что он работает.
При использовании неподдерживаемой настройки в развертывании Dynamics 365 вы должны быть уверены в том, что вся эта настройка документирована, и иметь стратегию по удалению этой настройкой, прежде чем обращаться в техническую поддержку Microsoft Dynamics 365. Если вам необходима помощь с неподдерживаемой настройкой, обратитесь к разработчику или организацией, которые занимались этой настройкой.
Распространенные неподдерживаемые приемы настройки
Ниже приведен список распространенных приемов настройки, которые не поддерживаются. Список не является исчерпывающим.Дополнительные сведения:MSDN: Поддерживаемые расширения для Microsoft Dynamics 365: неподдерживаемые настройки
Взаимодействие с элементами объектной модели документа (DOM) веб-приложения с помощью JavaScript
Все библиотеки JavaScript, используемые где-либо в приложении, должны взаимодействовать только с документированными API. Работая с приложениями, разработчики JavaScript часто обращаются к элементам DOM, используя конкретные имена. Поскольку Microsoft Dynamics 365 является веб-приложением, эти приемы работают, однако они вполне могут стать неработоспособными при обновлении, потому что имена, на которые они ссылаются, могут в любой момент измениться. Мы сохраняем за собой право вносить любые изменения, необходимые в приложении, что зачастую означает изменение конструкции страницы. Внесение каких-либо изменений, зависящих от текущей структуры страницы, означает, что вам понадобится вкладывать средства в тестирование и, возможно, корректировку пользовательского кода в этих скриптах всякий раз, когда вы применяете обновление к своему приложению.jQuery — очень распространенная библиотека, используемая разработчиками JavaScript. Большая часть преимуществ использования jQuery — упрощение возможностей получить доступ и создавать элементы DOM, то, что сейчас не поддерживается на страницах приложения Dynamics 365.jQuery рекомендуется, когда разработчики создают настраиваемых пользовательские интерфейсы с ресурсами сети HTML, но в пределах страниц приложения Dynamics 365, нет необходимости поддерживать API для использования jQuery.
Использование каких-либо недокументированных внутренних объекты или методов при использовании JavaScript
В Microsoft Dynamics 365 на страницах используется ряд объектов JavaScript. Разработчик JavaScript может обнаружить эти объекты путем отладки страницы, а затем обращаться к этим объектами и использовать их. Мы сохраняем за собой право вносить любые необходимые изменения в эти объекты, в том числе удалять их или изменять имена методов. Если скрипт ссылается на эти объекты, скрипт не будет работать, если они не будут найдены.Непосредственное изменение файлов приложения
Если у вас локальная версия Microsoft Dynamics 365, вы имеете доступ к веб-приложению, установленному на вашем сервере. Веб-приложение содержит множество текстовых файлов, которые разработчик может отредактировать или заменить, чтобы изменить поведение или внешний вид приложения. Изменение этих файлов не поддерживается, поскольку любое устанавливаемое обновление может привести к удалению ваших изменений, а при обновлении до следующей версии файлы будут перезаписаны.Получение данных непосредственно из таблиц базы данных
Если у вас локальная версия Microsoft Dynamics 365, вы имеете доступ к базе данных, а значит, можете извлекать данные непосредственно из таблиц. При этом, однако, вы обходите инфраструктуру безопасности. Рекомендуемая практика — использовать специальные представления с фильтрацией для получения данных. Это обеспечит применение безопасности вызывающего пользователя, чтобы он мог видеть только те данные, которые ему следует видеть.Обновление данных непосредственно в таблицах базы данных
Если у вас локальная версия Microsoft Dynamics 365, вы можете выполнять обновление данных Dynamics 365 непосредственно в таблицах базы данных. Риск, связанный с этим подходом, состоит в том, что вы можете задать недопустимые данные, что приведет к нарушению работы приложения. Разработчики должны всегда использовать для обновления данных API, предоставляемые в виде веб-служб платформы приложения.Изменение таблиц базы данных, хранимых процедур или представлений
Если у вас локальная версия Microsoft Dynamics 365, вы можете с помощью средств работы с базами данных вносить изменения в базу данных. Единственные поддерживаемые непосредственные изменения базы данных — это добавление или изменение индексов. Для добавления новых сущностей или атрибутов сущностей необходимо пользоваться средствами настройки. Этот единственный поддерживаемый способ применения изменений к этим частям базы данных. Все непосредственно вносимые изменения создают риск неработоспособности приложения или невозможности применять накопительные пакеты обновления. Все изменения, которые вы применяете, могут быть уничтожены при применении обновления или во время обновления до новой версии, и все данные, которые вы включили в пользовательские столбцы таблиц базы данных, будут утрачены.
Как проверить организацию на предмет неподдерживаемых настроек
Если вы не уверены, не содержит ли ваша организация неподдерживаемых настроек, можно запустить Средство проверки пользовательского кода. Это средсто сканирует организацию и выявляет определенные виды неподдерживаемых настроек, такие как устаревшие API, которые могут в ней присутствовать, и возвращает информацию об этих настройках. Обратите внимание, что Средство проверки пользовательского кода может нен выявить другие неподдерживаемые настройки, как описано выше в разделе Распространенные неподдерживаемые приемы настройки, а в некоторых случаях также может посчитать поддерживаемые настройки неподдерживамыми. Дополнительные сведения см. в документации, входящей в состав этого средства.
Загрузка и запуск Средства проверки пользовательского кода
В первую очередь проверьте, что в организации есть одно или несколько импортированных решений. Устаревшие решения — самая распространенная причина неподдерживаемых настроек.Перейдите в раздел Параметры > Решения. . Установленные решения отображаются в представлении Все решения.
Импортируйте Средство проверки пользовательского кода.Дополнительные сведения:Импорт решений
Запустите Средство проверки пользовательского кода. Дополнительные сведения см. в файле сведений, входящем в состав загружаемого пакета.
Что нужно знать о решениях
Решения существуют для того, чтобы набор настроек можно было приобрести, совместно использовать или иным способом передать из одной организации в другую. Получить решения можно на веб-сайте Microsoft Dynamics Marketplace или у независимого поставщика программного обеспечения. Решение Dynamics 365 — это файл, который можно импортировать для применения набора настроек.
Дополнительные сведения:(Технический документ) Принципы и шаблоны для разработчиков решений
Примечание
Если вы независимый поставщик программного обеспечения и создаете настройку, которую планируете распространять, вам необходимо использовать решения. Дополнительные сведения об использовании решений см. в разделе MSDN: упаковка и распространение расширений.
Если необходимо просто заинтересованы в настройке свеоей организации, вам необходимо знать о решениях следующее:
Создание решений не является обязательным. Мы можете настраивать свою систему Dynamics 365 непосредственно без создания решения.
При непосредственной настройке системы Dynamics 365 вы работаете со специальным решением, которое называется Решение по умолчанию. Это решение содержит все компоненты системы.
Решение по умолчанию можно экспортировать для создания резервных копий настроек, определенных в вашей организации. Резервные копии хорошо иметь на случай неблагоприятного развития событий.
Компоненты решения
Компонент решения представляет что-либо, может потенциально можно настроить. Все, что может быть включено в решение, — это компонент решения. Ниже приведен список компонентов решения, которые можно просмотреть в решении:
Лента приложения
Шаблон статьи
Бизнес-правило
Диаграмма
Роль подключения
Шаблон контракта
Панель мониторинга
Шаблон электронной почты
Сущность
Отношение сущности
Поле
Профиль безопасности поля
Форма
Шаблон слияния
Сообщение
Набор параметров
Сборка подключаемого модуля
Процесс
Шаг обработки сообщения SDK
Роль безопасности
Конечная точка сервиса
Карта сайта
Веб-ресурс
Большинство компонентов решения вложены в другие компоненты решения. Например, сущность содержит формы, представления, диаграммы, поля, отношения сущностей, сообщения и бизнес-правила. Каждый из этих компонентов решения требует, чтобы существовала сущность. Поле не может существовать вне сущности. Мы говорим, что поле зависит от сущности. На самом деле типов компонентов решения вдвое больше, чем в списке выше, однако большинство из них в приложении не видны.
Назначение компонентов решения — дать возможность отслеживать какие-либо ограничения на то, что можно настроить с помощью Управляемые свойства и всех Зависимости решений, чтобы его можно было экспортировать, импортировать и (в управляемых решениях) удалить без остатка.
Управлямые и неуправляемые решения
Управляемое решение после его импорта можно удалить. При удалении решения удаляются все компоненты этого решения.
При импорте неуправляемого решения все компоненты этого решения добавляются в решение по умолчанию. Удалить компоненты путем удаления решения нельзя.
При импорте неуправляемого решения, содержащего компоненты решения, которые уже были настроены, ваши настройки будут перезаписаны настройками в неуправляемом решении. Отменить это нельзя.
Важно!
Устанавливать неуправляемое решение есть смысл, только если нужно добавить все компоненты в решение по умолчанию и перезаписать все существующие настройки.
Даже если вы не планируете распространять свое решение, имеет смысл создать и использовать неуправляемое решение, чтобы иметь отдельные представление, которое включает только те части приложения, которые вы настроили. Всякий раз, когда вы что-либо настраиваете, просто добавляйте эти настройки в созданное неуправляемое решение.
Экспортировать решение по умолчанию можно только как неуправляемое решение.
Чтоы создать управляемое решение, при экспорте решения выбирайте вариант управляемого решения. При создании управляемого решения его невозможно импортировать обратно в ту же организацию, которая использовалась для его создания. Его можно импортировать только в другую организацию.
Как применяются решения
Все решения рассматриваются как уровни для определения того, что именно будет делать приложение Dynamics 365. На следующей схеме показано, как рассматриваются управляемые и неуправляемые решения и как изменения в них будут выглядеть в вашей организации.
.jpeg "Наложение решений")
Снизу вверх:
Системное решение
Системное решение — это нечто вроде управляемого решения, которое есть в каждой организации. Системное решение — это определение всех стандартных компонентов в системе.Управляемые решения
Управляемые решения могут изменить компоненты системного решения и добавлять новые компоненты. Если установлено несколько управляемых решений, первое решение устанавливается под решением, которое установлено позже. Это означает, что второе установленное решение может настраивать то, которое было установлено до него. Если два управляемых решения содержат конфликтующие определения, общим правилом является "побеждает последнее". При удалении управляемого решение в силу вступает то управляемое решение, которое находится под ним. При удалении всех управляемых решение применяется поведение по умолчанию, определенное в системном решении.Неуправляемые настройки
Неуправляемые настройки — это любые изменения, которые вы внесли в свою организацию посредством неуправляемого решения. Системное решение определяет, что можно, а что невозможно настроить с помощью Управляемые свойства. Издатели управляемых решений имеют ту же возможность ограничить вашу возможность настраивать компоненты решения, которые они добавляют в свое решение. Можно настроить любой из компонентов решения, который не имеет управляемых свойств, запрещающих их настройку.Поведение приложения
Это то, что вы фактически видите в своей организации. Системное решение по умолчанию плюс любые управляемые решения, а также плюс все примененные вами неуправляемые настройки.
Управляемые свойства
Некоторые элементы Microsoft Dynamics 365 не настраиваются. В системном решении эти элементы имеют метаданные, которые не позволяют их настраивать. Они называются управляемыми свойствами. Издатель управляемого решения также может установить управляемые свойства, чтобы запретить вам настраивать решение способами, которые издатель считает нежелательными.
Зависимости решений
Из-за того, что управляемые решения рассматриваются как уровни, некоторые управляемые решения могут зависеть от компонентов в других управляемых решениях. Некоторые издатели решений пользуются этим и делают свои решения модульными. Возможно, будет необходимо установить "базовое" управляемое решение, а затем второе следующее решение, которое будет дополнительно настраивать компоненты в базовом управляемом решении. Второе управляемое решение зависит от компонентов, входящих в состав первого решения.
Dynamics 365 отслеживает эти зависимости между решениями. При попытке установить решение, которому требуется базовое решения, которое не установлено, установить решение вы не сможете. Появится сообщение о том, что решение требует предварительной установки другого решения. Аналогично, из-за зависимостей, нельзя удалить базовое решение, если зависящее от него решение по-прежнему установлено. Необходимо удалить зависимое решение, прежде чем удалять базовое решение.
Издатель решения
Каждое решение имеет издателя. У решения по умолчанию издатель называется "Издатель по умолчанию для <название_вашей_организации>".
Запись издателя содержит значение Префикс. По умолчанию этот префикс имеет значение "новый". При создании новых компонентов решения этот префикс добавляется к имени. Это быстрый способ, которые позволяет людям понимать, частью какого решения являются компоненты.
Прежде чем приступать к настройке системы, рекомендуется изменить значение префикс для издателя по умолчанию или что-либо, что идентифицирует вашу компанию.
Изменение префикса издателя решения для издателя по умолчанию
Перейдите в раздел Параметры > Настройки.
Выберите Издатели.
Если издателей несколько, откройте того, у которого Отображаемое имя начинается с Издатель по умолчанию для*<название_вашей_организации>*.
В нижней части формы обновите поле Префикс, чтобы изменить значение по умолчанию "новый" на что-либо, что идентифицирует вашу организацию.
Изменив значение, перейдите к следующему полю.Префикс значения параметра автоматически сгененирует число на основании префикса настройки. Это число используется при добавлении параметров в наборы параметров и указывает, какое именно решение использовалось для добавления параметра.
Публикация настроек
Некоторые настройки, которые вносят изменения в пользовательский интерфейс, должны быть опубликованы, прежде чем пользователи смогут пользоваться ими в приложении. Публикация дает возможность сохранить вашу неоконченную работу и позже вернуться и закончить ее. Публикации требуется только при изменении компонента решения. При создании или удалении компонента решения публикация происходит автоматически. Перед экспортом решения вам будет предложено опубликовать настройки. Это обусловлено тем, что неопубликованные настройки не будут включены в решение.
При выполнении настроек, которые будут отображаться в Microsoft Dynamics 365 для планшетов, всегда необходимо явно публиковать эти настройки, чтобы гарантировать, что каждый элемент будет синхронизирован с приложением Dynamics 365 для планшетов.
Примечание
Публикация настроек может помешать нормальной работе системы. В рабочей среде рекомендуется планировать публикацию настроек в то время, когда это меньше всего мешает пользователям.
Следующие компоненты решения требуют публикация при обновлении:
Лента приложения
Сущность
Отношение сущности
Поле
Форма
Сообщение
Набор параметров
Карта сайта
Веб-ресурс
Примечание
При использовании Приложение Dynamics 365 для Outlook вступление в силу изменений настроек может потребовать не менее одного часа. Чтобы изменения отобразились в Internet Explorer немедленно, следует очистить кэш. Для этого выберите пункт меню Сервис > Свойства обозревателя и в разделе Журнал браузера нажмите кнопку Удалить. Снимите флажки со всех элементов журнала браузера, за исключением "Временные файлы интернета и файлы веб-сайтов" и " Файлы cookie и данные веб-сайтов" и нажмите кнопку Удалить.
Подготовьте настройки клиента для повышения производительности для мобильного и интерактивного центра обслуживания
После публикации настроек первый пользователь, который запускает одно из мобильных приложений Dynamics 365 или интерактивный центр обслуживания, может столкнуться с проблемами с производительностью, поскольку вход в систему приводит к тому, что Dynamics 365 подготавливает пакет метаданных для загрузки. Это означает, что первый пользователь должен подождать завершения подготовки и загрузки пакета метаданных (последующие пользователи должны ждать только завершения загрузки).
В обновлении 0.1 Dynamics CRM 2016 или более поздних версиях можно повысить производительность первого пользователя, нажав кнопку Подготовка настроек клиентов после публикации настроек. В результате Dynamics 365 подготовит пакет метаданных сразу же вместо ожидания того, когда первый пользователь запустит мобильное приложение или интерактивный центр обслуживания.
.jpeg "Кнопка \"Подготовка настроек клиентов\"")
В Обновление 1.1 Microsoft Dynamics CRM 2016 внесены усовершенствования в создание метаданных, чтобы пользователи мобильных устройств тратили меньше времени на конфигурацию после настройки системы. Пакет метаданных, создаваемый после настройки, содержит только измененные элементы вместо полного набора метаданных. Кроме того, вместо того, чтобы начинать с нуля, когда возникает проблема при загрузке пакета метаданных в мобильное устройство, загрузка начинается с точки останова, когда пользователь запускает приложение в следующий раз.
Изменения, влияющие на быстродействие организации Dynamics 365
Импорт решений и применение настроек, изменяющих метаданные, может повлиять на быстродействие организации Microsoft Dynamics 365. К действиям, которые могут мешать нормальной работе системы, относятся:
Добавление, удаление или изменение сущностей, альтернативных ключей, атрибутов или отношений.
Дополнительные сведения: Создание и изменение сущностей; Define alternate keys for an entity; Edit an organization's attributes; Создание и изменение отношений сущностей
Публикация настроек
Если вы применяете такие изменения к производственной системе, рекомендуем планировать эти операции на такое время, когда это в наименьшей степени помешает пользователям.
Сочетание возможностей пользовательской настройки
Каждый из разделов в руководстве "Настройка системы Dynamics 365" достаточно подробно описывает отдельные возможности пользовательской настройки. Однако следует помнить, что решение задач вашего бизнеса часто кроется в сочетании отдельных возможностей разных систем.
Выберите нужные функции пользовательской настройки для задания
Закон инструментов гласит: "Если у вас есть только молоток, все вокруг будет выглядеть как гвозди". Несмотря на множество возможностей пользовательской настройки в Microsoft Dynamics 365 иногда пользователи хорошо осваивают одну функцию и пытаются решить с ее помощью все остальные проблемы. Оценивая бизнес-проблемы, которые требуют решения, подумайте о конечном результате, которого вы хотите достичь, а затем двигайтесь "с конца", подбирая инструменты для достижения.
Дополнительные возможности, не включенные в это руководство
Помимо возможностей, описанных в руководстве "Настройка системы Dynamics 365", необходимо ознакомиться с дополнительными возможностями, которые здесь подробно не описаны. В этом разделе представлены некоторые возможности и ссылки на другие ресурсы с дополнительной информацией.
Управление документами
Управление документами позволяет осуществлять интеграцию между Microsoft Dynamics 365 и SharePoint. Сведения о включении и настройке управления документами см. в разделе Управление документами с помощью SharePoint или Справка и поддержка. Управление документами, хранящимися в SharePoint, из Microsoft Dynamics 365. Разработчики должны изучить следующий раздел по SDK Microsoft Dynamics 365: (MSDN) Интеграция SharePoint с Microsoft Dynamics 365 . Сведения о требованиях к установке для локальных развертываний Dynamics 365 см. в разделе +Требования к программному обеспечению управления документами SharePoint для Microsoft Dynamics 365.
Профили безопасности полей
Можно настроить дополнительный уровень безопасности для настраиваемого поля, добавленного в форму с использованием профилей безопасности полей. Чтобы включить безопасность на уровне полей, необходимо установить свойства Безопасность поля для настраиваемого поля, после чего определить разрешения для этого поля по отношению к любым создаваемым профилям безопасности полей.Дополнительные сведения:Справка и обучение: создание профиля безопасности полей и Добавление групп или пользователей в профиль безопасности для полей
Локализация
Если в организации имеются пользователи, пользующиеся языком, отличным от базового, выбранного при развертывании Dynamics 365, можно добавить другие языки.
Для Dynamics 365 (сетевая версия) вы увидите, что все языки уже установлены, достаточно включить их.
Для Dynamics 365 (локальная версия) можно установить дополнительные языковые пакеты, чтобы добавить языки. После установки языкового пакета необходимо включить язык, чтобы он стал доступным для выбора в личных настройках пользователей.Дополнительные сведения:Install or upgrade Language Packs
Примечание
Включение языка может занять несколько минут. В течение этого периода пользователь не сможет использовать Microsoft Dynamics 365.
Включение дополнительных языков
Перейдите в Параметры > Администрирование.
Выберите Языки.
В диалоговом окне Языковые параметры выберите все доступные языки и нажмите кнопку Применить, чтобы включить их.
Можно включить дополнительные языки, однако локализованный текст доступен только для текста, включенного в Dynamics 365 до настройки. Настраивать Dynamics 365 можно только с использованием базового языка. Пользователи других языков увидят текст на базовом языке, если только вы не экспортировали перевод и не добавили локализованный текст для любых элементов пользовательского интерфейса, которые были изменены или добавлены.Дополнительные сведения:Справка и обучение: экспорт настроенной сущности и текста полей для перевода
Примечание
Поскольку настройка поддерживается только для базового языка, настройщик системы может работать только там, где установлен желаемый базовый язык. Чтобы убедиться в том, что переведенный текст появится в приложении, измените языковые параметры интерфейса пользователя Microsoft Dynamics 365. Чтобы выполнить дополнительные работы по настройке, необходимо снова переключиться на базовый язык.
Роли безопасности
Обсуждение реализации системы безопасности для вашей организации не входит в число тем данного руководства.Дополнительные сведения:Роли безопасности и привилегии
См. также
Приступая к настройке
Привилегии, необходимые для настройки
Использование решений для настроек
© Корпорация Майкрософт (Microsoft Corporation), 2017. Все права защищены. Авторские права