WEBVTT

00:00:00.000 --> 00:00:04.720
Добро пожаловать в Microsoft NoLedge на Getas. Я Мо Питерс. Тема сегодняшнего выпуска часто

00:00:04.720 --> 00:00:09.640
вызывает у людей вопросы. Что именно такое Dataverse? Это база данных, приложение или скрытый

00:00:09.640 --> 00:00:14.700
сервис Dynamics 365, который нужен только и Т-специалистам. Вот самое простое определение.

00:00:14.900 --> 00:00:18.840
Dataverse – это общая платформа данных, лежащая в основе многих решений Dynamics 365.

00:00:19.240 --> 00:00:23.940
Представьте Dynamics 365 в виде офисного здания. Продажи, обслуживание клиентов и другие

00:00:23.940 --> 00:00:28.200
приложения – это кабинеты, где работают люди, а Dataverse – это система картотеки и правила,

00:00:28.200 --> 00:00:32.240
скрытой за стенами. К концу этого выпуска вы узнаете, где хранятся данные Dynamics и как

00:00:32.240 --> 00:00:36.040
обновление информации об одном клиенте отражается в продажах, автоматизации и отчетах.

00:00:36.120 --> 00:00:39.740
Но прежде чем переходить к названиям продуктов, давайте обсудим типичный бизнес-хаус.

00:00:39.880 --> 00:00:44.320
Это решение предлагает единое общее пространство. Вместо разрозненных копий представьте

00:00:44.320 --> 00:00:48.980
компанию с отделом продаж, службой поддержки и финансовым отделом. Отдел продаж хранит данные

00:00:48.980 --> 00:00:52.360
о клиентах в электронной таблице. Служба поддержки работает в отдельной системе обработки

00:00:52.360 --> 00:00:55.900
обращений. У финансового отдела есть свои списки клиентов в собственной системе. Кто-то еще

00:00:55.900 --> 00:01:00.040
сохраняет цепочки писем в общем ящике, а другой человек ведет заметки в папке, которую никто больше

00:01:00.040 --> 00:01:04.220
не может найти. Один и тот же клиент теперь существует в пяти местах. Поначалу такая организация

00:01:04.220 --> 00:01:08.260
кажется нормальной, ведь каждая команда видит только свою часть работы. Но вот в чем загвоздка.

00:01:08.380 --> 00:01:11.800
Как только клиент меняет номер телефона, адрес, название компании или контактное лицо,

00:01:12.000 --> 00:01:16.240
начинаются проблемы. Отдел продаж обновляет таблицу. Поддержка этого не видит. Финансовый отдел

00:01:16.240 --> 00:01:20.540
по-прежнему отправляет документы по старому адресу. Затем кто-то выгружает список, вручную его правит,

00:01:20.680 --> 00:01:24.280
рассылает по почте, и внезапно три человека уверены, что именно их копия верная.

00:01:24.280 --> 00:01:28.180
Какому списку верить? Этот вопрос отнимает больше времени, чем вы можете себе представить.

00:01:28.320 --> 00:01:32.100
Сотрудники тратят время на сверку записей. Руководители спрашивают, почему отчет не совпадает

00:01:32.100 --> 00:01:35.840
с данными системы продаж. Агент поддержки открывает обращение для клиента, чьи данные уже есть в

00:01:35.840 --> 00:01:39.340
другом месте, просто они немного отличаются. Никто не пытается создать беспорядок специально.

00:01:39.500 --> 00:01:42.940
Беспорядок возникает из-за дублирования копий. 20 лет назад разрозненные системы означали

00:01:42.940 --> 00:01:46.040
разные серверы, разные базы данных и разные команды, хранящие собственную информацию.

00:01:46.220 --> 00:01:50.040
Их соединение требовало индивидуальной разработки, планового импорта и множества ручных проверок.

00:01:50.040 --> 00:01:53.980
Изменение в одном месте могло дойти до другой системы завтра, на следующей неделе или никогда.

00:01:54.240 --> 00:01:57.680
Dataverse предоставляет бизнес-приложениям общее место для такого типа информации.

00:01:57.820 --> 00:02:02.460
Простыми словами, Dataverse — это облачная платформа данных Microsoft для бизнес-информации.

00:02:02.660 --> 00:02:06.440
Она хранит эту информацию в структурированных таблицах, поэтому данные имеют четкий вид,

00:02:06.600 --> 00:02:10.500
они существуют в виде разрозненных заметок, отдельных файлов и несвязанных вкладок таблиц.

00:02:10.600 --> 00:02:13.880
Представьте это как картотеку компании, которые одновременно могут пользоваться

00:02:13.880 --> 00:02:15.380
несколько утвержденных инструментов.

00:02:15.380 --> 00:02:17.480
Клиент в Dataverse отображается один раз.

00:02:17.600 --> 00:02:22.120
Этот клиент может появиться в Dynamics 365 Sales, когда менеджер по продажам работает над сделкой.

00:02:22.260 --> 00:02:25.720
Те же данные о клиенте могут появиться в Dynamics 365 Customer Service,

00:02:25.900 --> 00:02:27.860
когда агент обрабатывает запрос в службу поддержки.

00:02:27.960 --> 00:02:31.040
PowerApp может использовать ту же информацию о клиенте для выездного сотрудника

00:02:31.040 --> 00:02:34.200
или менеджера аккаунта без предварительного копирования данных в новое приложение.

00:02:34.360 --> 00:02:36.660
Одна строка клиента — одна общая точка отсчета.

00:02:36.820 --> 00:02:39.540
Это не означает, что каждая команда внезапно получает доступ ко всему.

00:02:39.700 --> 00:02:42.300
Для доступа все еще нужны правила, и мы скоро к этому перейдем.

00:02:42.300 --> 00:02:45.880
Это значит, что утвержденные приложения могут работать с одной и той же бизнес-информацией

00:02:45.880 --> 00:02:47.700
вместо создания собственных дублирующих версий.

00:02:47.820 --> 00:02:51.360
Вот почему Dynamics 365 и Dataverse так органично сочетаются друг с другом.

00:02:51.480 --> 00:02:54.180
Приложения Dynamics 365, такие как Sales и Customer Service,

00:02:54.340 --> 00:02:56.700
используют Dataverse для хранения и защиты данных, с которыми они работают.

00:02:56.800 --> 00:02:57.640
Но вот в чем суть.

00:02:57.780 --> 00:03:01.000
Когда говорят об интеграции Dynamics 365 секунд Dataverse,

00:03:01.280 --> 00:03:04.280
часто представляют два отдельных продукта, которым нужен соединитель.

00:03:04.440 --> 00:03:07.440
Для многих приложений Dynamics 365 это не так.

00:03:07.580 --> 00:03:09.100
Данные уже находятся в Dataverse.

00:03:09.100 --> 00:03:12.000
Вам не нужно выгружать список клиентов из Dynamics 365,

00:03:12.580 --> 00:03:15.960
копировать его в другую базу данных и надеяться, что обе стороны будут актуальны.

00:03:16.080 --> 00:03:19.000
Вы можете строить на том же фундаменте, используя ту же бизнес-информацию,

00:03:19.220 --> 00:03:21.000
которую уже применяет Dynamics 365.

00:03:21.400 --> 00:03:22.920
Это меняет подход к обсуждению.

00:03:23.140 --> 00:03:26.220
Вместо вопроса, как нам синхронизировать эти два списка клиентов,

00:03:26.380 --> 00:03:29.880
вы можете спросить, какие люди и приложения должны работать с этой записью клиента

00:03:29.880 --> 00:03:31.440
и что каждому из них разрешено делать.

00:03:31.580 --> 00:03:34.860
Конечно, Dataverse не заменяет все системы, которыми владеет компания.

00:03:34.860 --> 00:03:38.240
Бизнес может по-прежнему использовать финансовые по отраслевые инструменты,

00:03:38.340 --> 00:03:42.020
складские системы, веб-сайты или устаревшие приложения, хранящие свои данные.

00:03:42.200 --> 00:03:46.100
Dataverse – это не волшебный клей, который мгновенно устраняет все сторонние системы.

00:03:46.260 --> 00:03:48.420
Она предоставляет общее место для бизнес-данных,

00:03:48.600 --> 00:03:50.800
которыми должны обмениваться связанные приложения.

00:03:51.020 --> 00:03:54.860
Данные о клиентах, продаже, поддержка, задачи и последующие действия.

00:03:55.000 --> 00:03:57.060
Эти записи могут существовать вместе как единый источник,

00:03:57.180 --> 00:03:59.100
который утвержденные инструменты могут читать и обновлять.

00:03:59.240 --> 00:04:01.380
Итак, откройте эту картотеку вместе со мной.

00:04:01.380 --> 00:04:04.820
Как только вы увидите, как Dataverse организует информацию внутри,

00:04:05.060 --> 00:04:08.740
вся связь с Dynamics 365 станет гораздо проще для понимания

00:04:08.740 --> 00:04:11.660
таблицы картотеки, строки, столбцы и связи.

00:04:11.780 --> 00:04:13.580
Давайте откроем этот шкаф с документами.

00:04:13.760 --> 00:04:15.860
В Dataverse информация размещается в таблицах.

00:04:15.960 --> 00:04:18.760
Представьте это как настоящий шкаф с отдельными выдвижными ящиками.

00:04:18.920 --> 00:04:22.700
Один ящик содержит компании, другой – людей, а третий – запросы в поддержку.

00:04:22.840 --> 00:04:26.620
Вы не сваливаете все бумаги в один огромный ящик в надежде, что кто-то разберет их позже.

00:04:26.740 --> 00:04:28.260
У каждого ящика своя задача.

00:04:28.340 --> 00:04:30.680
В Dataverse таблица хранит один тип бизнес-информации.

00:04:30.680 --> 00:04:33.420
Таблица учетных записей обычно содержит компании, с которыми вы работаете.

00:04:33.540 --> 00:04:35.760
Таблица контактов хранит информацию об отдельных людях.

00:04:35.920 --> 00:04:39.200
Таблица интересов хранит потенциальных клиентов, пока они не стали реальными.

00:04:39.360 --> 00:04:41.760
Таблица обращений содержит запросы в поддержку.

00:04:42.020 --> 00:04:45.500
А таблица действий очлеживает звонки, письма, встречи и задачи.

00:04:45.600 --> 00:04:46.860
Это стандартные таблицы.

00:04:47.020 --> 00:04:51.840
Microsoft включает их в систему, так как большинству компаний нужно отслеживать клиентов, людей, задачи и общение.

00:04:52.040 --> 00:04:56.000
Не нужно создавать новую таблицу для стандартных задач, если готовые уже подходят для этой цели.

00:04:56.140 --> 00:04:58.320
Но у каждой компании есть и своя специфика работы.

00:04:58.320 --> 00:05:01.320
Учебной компании может потребоваться отслеживать курсы и сертификаты.

00:05:01.480 --> 00:05:04.640
Бизнесу в сфере недвижимости могут понадобиться здания, объекты и инспекции.

00:05:04.780 --> 00:05:07.820
Производитель может отслеживать проверки оборудования или сервисные визиты.

00:05:07.960 --> 00:05:12.220
В таких случаях можно создать пользовательские таблицы, соответствующие реальной работе вашей компании.

00:05:12.400 --> 00:05:16.240
Представьте создание такой таблицы, как добавление нового ящика в шкаф с четкой маркировкой.

00:05:16.380 --> 00:05:18.300
Теперь, каждая таблица состоит из строк.

00:05:18.480 --> 00:05:20.400
Строка – это один элемент в этом ящике.

00:05:20.580 --> 00:05:25.420
Например, одна строка в таблице контактов может представлять Марию Гомес, сотрудника компании-клиента.

00:05:25.420 --> 00:05:29.400
Ее строка содержит личные данные, отделенные от всех остальных контактов в системе.

00:05:29.540 --> 00:05:32.440
Столбцы описывают детали, которые вы хотите сохранить для каждой строки.

00:05:32.620 --> 00:05:39.280
Строка контакта Марии может содержать столбцы – имя, фамилия, адрес электронной почты, номер телефона, должность, компания, владелец записи и статус.

00:05:39.460 --> 00:05:42.400
Столбец определяет тип информации, которая должна находиться в этом месте.

00:05:42.560 --> 00:05:46.940
Так, столбец электронной почты ожидает адрес, а столбец статуса может содержать допустимые варианты статуса.

00:05:47.120 --> 00:05:49.940
Именно так бизнес-информация приобретает надежную структуру.

00:05:49.940 --> 00:05:57.040
Без столбцов один человек может ввести номер телефона в заметки, другой – в поле имени, а кто-то вовсе его не укажет.

00:05:57.140 --> 00:06:01.520
Благодаря четкой таблице контактов все работают с одним набором данных в одних и тех же местах.

00:06:01.640 --> 00:06:04.220
Эта структура также помогает приложениям понимать данные.

00:06:04.400 --> 00:06:10.200
Форма может показать нужные поля, отчет – сгруппировать контакты по статусу, а автоматизация – среагировать на смену владельца.

00:06:10.360 --> 00:06:12.000
Информация не просто где-то хранится.

00:06:12.160 --> 00:06:15.500
У нее есть метки, которые сообщают связанным инструментом значения каждой части.

00:06:15.720 --> 00:06:18.860
Начинайте со стандартных таблиц, если они соответствуют вашим бизнес-потребностям.

00:06:18.860 --> 00:06:23.380
Если вы работаете с компаниями, таблицы учетных записей и контактов уже описывают понятную всем модель.

00:06:23.500 --> 00:06:27.000
Если вы занимаетесь поддержкой клиентов, обращения станут для вас отправной точкой.

00:06:27.120 --> 00:06:31.660
И добавляйте пользовательские таблицы только тогда, когда информация не вписывается во встроенные модели.

00:06:31.820 --> 00:06:36.680
Это позволяет избежать типичной проблемы – создание пяти разных таблиц, которые означают одно и то же «клиент».

00:06:36.680 --> 00:06:41.480
Одна команда называет это «клиентом», другая – «основным заказчиком», третья – «контактом партнера».

00:06:41.480 --> 00:06:44.380
Вскоре люди перестают понимать, какую таблицу им следует использовать.

00:06:44.380 --> 00:06:49.700
Понятные стандартные таблицы и тщательно названные пользовательские таблицы сохраняют структуру базы данных простой для расширения другими сотрудниками.

00:06:49.820 --> 00:06:52.440
На следующем этапе эти «ящики» начинают работать сообща.

00:06:52.540 --> 00:06:54.480
Контакты относятся к определенной организации.

00:06:54.680 --> 00:06:56.580
Мария работает в компании «Контаса».

00:06:56.580 --> 00:07:00.540
Вместо того, чтобы снова вводить адрес, телефон и реквизиты «Контаса» в строку «Марии»,

00:07:00.540 --> 00:07:03.880
«Датаверс» позволяет создать связь между таблицей контактов и таблицей организаций.

00:07:03.980 --> 00:07:08.100
Мария связана с «Контаса», и эта связь важна, поскольку информация о компании остается в самой компании.

00:07:08.100 --> 00:07:11.780
Если «Контаса» меняет адрес офиса, достаточно один раз обновить запись в таблице организаций.

00:07:11.860 --> 00:07:15.840
Каждый связанный контакт будет ссылаться на ту же компанию, не храня у себя устаревшие копии данных.

00:07:16.020 --> 00:07:19.520
Связи также соединяют обращения в поддержку с клиентом, который его создал.

00:07:19.620 --> 00:07:24.340
Они могут связать торговую сделку со звонками, письмами, встречами и задачами, относящимися к ней.

00:07:24.460 --> 00:07:28.080
Когда менеджер по продажам открывает сделку, он видит все связанные с ней действия,

00:07:28.260 --> 00:07:30.760
они ищут информацию в разрозненных заметках и календарях.

00:07:31.040 --> 00:07:32.380
Информация обретает контекст.

00:07:32.580 --> 00:07:34.360
Вы смотрите не просто на номер обращения.

00:07:34.540 --> 00:07:36.700
Вы видите, какому клиенту оно принадлежит.

00:07:36.700 --> 00:07:38.520
Вы просматриваете не просто контакт.

00:07:38.620 --> 00:07:41.040
Вы видите компанию, к которой этот человек относится.

00:07:41.160 --> 00:07:45.440
Эти связи делают данные полезными, избавляя от необходимости вводить одно и то же в несколько мест.

00:07:45.560 --> 00:07:49.280
Небольшое замечание по поводу терминологии перед тем, как вы начнете изучать старое руководство или видео.

00:07:49.440 --> 00:07:52.480
Вы можете встретить слова «сущность», «энтити», «поле», «филд» и «запись», «рекорд».

00:07:52.480 --> 00:07:53.980
Это старые термины «датаверс».

00:07:53.980 --> 00:07:59.280
Microsoft теперь использует таблицу вместо «сущности», «столбец», вместо «поле» и «строку», вместо «записи».

00:07:59.280 --> 00:08:00.560
Суть при этом не изменилась.

00:08:00.560 --> 00:08:05.400
Если старое руководство велит вам создать «сущность», речь идет о создании таблицы.

00:08:05.540 --> 00:08:08.200
«Поле» — это «столбец», а «запись» — это «строка».

00:08:08.200 --> 00:08:12.160
Знание обоих вариантов терминологии поможет вам не подумать, что вы нашли другой продукт.

00:08:12.220 --> 00:08:15.400
Итак, таблица систематизирует информацию, а связи соединяют ее.

00:08:15.540 --> 00:08:18.040
Но даже хорошо организованному архиву нужны правила доступа.

00:08:18.160 --> 00:08:21.980
Кто-то должен решать, что именно пользователи могут вводить, изменять и к чему имеют безопасный доступ.

00:08:22.120 --> 00:08:24.500
Это правило и стойка регистрации для ваших данных.

00:08:24.640 --> 00:08:27.480
Общие данные эффективны лишь тогда, когда нужные люди работают с ними безопасно.

00:08:27.480 --> 00:08:31.400
Торговому представителю нужны сведения о клиентах, специалисту поддержки, истории обращений,

00:08:31.540 --> 00:08:36.260
руководителю — общая картина, а внешнему партнеру может потребоваться доступ лишь к небольшой части процесса.

00:08:36.320 --> 00:08:38.600
И не все из них должны видеть одну и ту же информацию.

00:08:38.760 --> 00:08:43.480
Представьте запись о клиенте с личной заметкой, согласованной ценой и открытым обращением в поддержку.

00:08:43.600 --> 00:08:46.600
Предоставление всем пользователям полного доступа быстро создаст риски.

00:08:46.780 --> 00:08:50.060
Слишком сильные ограничения, мешающие работе, создают другую проблему.

00:08:50.240 --> 00:08:52.100
Dataverse предлагает средства контроля для этого.

00:08:52.240 --> 00:08:54.240
Первый уровень контроля начинается с идентификации.

00:08:54.240 --> 00:08:58.280
Когда вы входите в систему с учетной записью компании, Microsoft IntraID идентифицирует вас.

00:08:58.400 --> 00:09:01.120
Представьте IntraID как стойку регистрации на входе в офис.

00:09:01.300 --> 00:09:05.180
Вы приходите, показываете пропуск, и администратор проверяет, кто вы, прежде чем разрешить вход.

00:09:05.300 --> 00:09:08.700
Dataverse использует эту идентификацию, чтобы понимать, какой пользователь работает с данными.

00:09:08.900 --> 00:09:11.600
Система не ограничивается вопросом, разрешен ли доступ этому человеку.

00:09:11.700 --> 00:09:14.820
Она также определяет, что именно разрешено делать пользователю после входа.

00:09:14.960 --> 00:09:16.840
Здесь на помощь приходят роли безопасности.

00:09:17.040 --> 00:09:20.940
Роль безопасности — это набор разрешений, привязанных к должности или обязанностям.

00:09:20.940 --> 00:09:25.400
Вы можете создать роль для отдела продаж, другую — для службы поддержки и третью — для руководителей.

00:09:25.520 --> 00:09:27.620
Каждая роль может ограничивать доступ к таблице.

00:09:27.740 --> 00:09:32.660
Например, менеджеру по продажам может быть разрешено читать, создавать и обновлять организации, контакты, интересы и сделки.

00:09:32.760 --> 00:09:35.720
При этом ему может быть запрещено удалять важную информацию о клиентах.

00:09:35.880 --> 00:09:39.740
Специалист поддержки может создавать и изменять заявки, но не может менять торговые сделки.

00:09:39.920 --> 00:09:43.440
Разрешения могут распространяться на чтение, создание, изменение и удаление строк.

00:09:43.580 --> 00:09:47.360
Это значит, что доступ не зависит от того, помнит ли кто-то, какие кнопки скрыть в каждом приложении.

00:09:47.360 --> 00:09:52.820
Разрешения закреплены непосредственно за данными, поэтому одни и те же правила действуют везде, где отображаются данные датаверс.

00:09:52.940 --> 00:09:54.700
Затем вы можете еще больше сузить доступ.

00:09:54.880 --> 00:09:58.600
Безопасность на уровне строк определяет, с какими конкретными записями может работать пользователь.

00:09:58.780 --> 00:10:03.900
Менеджер по продажам может видеть только свои записи, а руководитель отдела — записи всех сотрудников своей команды.

00:10:04.060 --> 00:10:06.420
Оба пользователя работают с одной и той же таблицей организаций.

00:10:06.540 --> 00:10:08.380
Просто они видят разные сегменты этих данных.

00:10:08.540 --> 00:10:12.300
Такая настройка помогает сотрудникам сосредоточиться на своей работе, предоставляя менеджерам нужный обзор.

00:10:12.300 --> 00:10:16.620
Это также снижает вероятность того, что кто-то откроет информацию о клиенте, к которой у него нет доступа.

00:10:16.760 --> 00:10:19.180
Некоторая информация требует еще более строгой защиты.

00:10:19.340 --> 00:10:22.660
Безопасность на уровне столбцов позволяет защитить отдельные столбцы внутри таблицы.

00:10:22.800 --> 00:10:28.700
Например, пользователь может открыть запись клиента, но не видеть личные идентификаторы, зарплату, банковские реквизиты или частные финансовые заметки.

00:10:28.860 --> 00:10:31.600
Запись клиента остается доступной для выполнения необходимых задач.

00:10:31.820 --> 00:10:33.980
Защищенный столбец при этом остается ограниченным.

00:10:34.160 --> 00:10:38.200
Для крупных компаний бизнес-единицы позволяют создать границы между подразделениями организации.

00:10:38.200 --> 00:10:42.900
Компания может разделить регионы, отделы или дочерние предприятия, работающие с разными группами клиентов.

00:10:43.100 --> 00:10:46.240
Бизнес-единицы помогают определить, как работает доступ между этими границами.

00:10:46.380 --> 00:10:49.180
Это не означает, что каждому бизнесу нужна сложная схема безопасности.

00:10:49.360 --> 00:10:51.760
Небольшой команде может потребоваться всего несколько четких ролей.

00:10:51.900 --> 00:10:55.880
Крупной компании может потребоваться больше уровней из-за различий в командах, регионах и зонах ответственности.

00:10:56.060 --> 00:10:59.480
Суть в том, что Dataverse позволяет настроить доступ в соответствии с реальными бизнес-процессами.

00:10:59.640 --> 00:11:04.200
Контроль доступа защищает данные от нежелательных лиц, но правила также защищают качество самих данных.

00:11:04.200 --> 00:11:08.140
Бизнес-правило может потребовать ввода номера телефона перед сохранением нового контакта.

00:11:08.300 --> 00:11:11.700
Оно может проверять условия, например, требовать указания причины при закрытии обращения.

00:11:11.900 --> 00:11:15.220
Оно также может изменять отображаемую информацию в зависимости от введенных пользователем данных.

00:11:15.380 --> 00:11:18.300
Одно и то же правило действует во всех приложениях, использующих эту таблицу.

00:11:18.440 --> 00:11:22.560
Это важно, чтобы одно приложение не принимало неполные данные, в то время как другое их отклоняет.

00:11:22.680 --> 00:11:26.360
Правило относится к бизнес-информации, а не к конкретному экрану, на котором она отображается.

00:11:26.560 --> 00:11:30.940
Dataverse также может выполнять логические операции в фоновом режиме для обеспечения согласованности бизнес-процессов.

00:11:30.940 --> 00:11:35.960
Деталь, которую нужно запомнить, проста. Данные приходят вместе с правилами, а не просто для хранения.

00:11:36.160 --> 00:11:41.640
Таким образом, основа включает информацию, круг лиц, допущенных к работе с ней, и правила, обеспечивающие ее пригодность.

00:11:41.760 --> 00:11:48.000
Когда Dynamics 365 работает на той же основе, ей не нужен традиционный мост для доступа к собственным бизнес-данным.

00:11:48.060 --> 00:11:50.860
Что на самом деле означает интеграция Dynamics 365?

00:11:51.360 --> 00:11:57.400
Большинство людей слышат об интеграции Dynamics 365 секунд Dataverse и представляют две системы, соединенные коннектором.

00:11:57.400 --> 00:12:05.400
Одна система содержит данные клиентов, другой нужна копия, поэтому настраивается синхронизация, ожидается ее выполнение и надежда, что ничего не сломается.

00:12:05.580 --> 00:12:08.380
Такая картина типична для многих бизнес-инструментов.

00:12:08.480 --> 00:12:15.420
Но вот в чем дело, для Dynamics 365 Sales и Dynamics 365 Customer Service связь гораздо ближе.

00:12:15.580 --> 00:12:18.880
Эти приложения используют Dataverse в качестве общей основы данных.

00:12:19.020 --> 00:12:23.460
Это не отдельные базы данных, обменивающиеся записями клиентов, чтобы понимать друг друга.

00:12:23.620 --> 00:12:26.580
Они работают с одной и той же бизнес-информацией с самого начала.

00:12:26.580 --> 00:12:27.580
Взаимосвязь

00:12:27.580 --> 00:12:33.940
Вы – продавец и создаете новую компанию в Dynamics 365 Sales.

00:12:34.160 --> 00:12:37.280
Вы добавляете основной контакт и начинаете работу над потенциальной сделкой.

00:12:37.460 --> 00:12:40.780
Эти данные немедленно становятся частью общих сведений, используемых приложением.

00:12:40.980 --> 00:12:43.280
Позже этот клиент обращается в службу поддержки.

00:12:43.460 --> 00:12:46.780
Агент поддержки может работать с той же самой компанией и контактными данными.

00:12:47.000 --> 00:12:51.560
Никому не нужно экспортировать списки из продаж или создавать клиента заново в отдельном инструменте поддержки.

00:12:51.560 --> 00:12:56.860
Агент просто привязывает обращение к этому клиенту и видит историю, которая помогает понять, что происходит.

00:12:56.860 --> 00:12:58.300
Отдел продаж видит сделку.

00:12:58.460 --> 00:12:59.720
Отдел поддержки видит обращение.

00:12:59.900 --> 00:13:01.820
И обе команды работают с одним и тем же клиентом.

00:13:01.920 --> 00:13:06.600
Конечно, это не означает, что все экраны выглядят одинаково или команды следуют одним и тем же процессам.

00:13:06.700 --> 00:13:09.700
Продажам нужны интересы, возможности, звонки и встречи.

00:13:09.860 --> 00:13:12.860
В службе поддержки нужны обращения, очереди и истории обслуживания.

00:13:13.060 --> 00:13:16.680
Каждое приложение Dynamics 365 предоставляет инструменты для конкретных задач.

00:13:16.840 --> 00:13:20.000
При этом бизнес-информация может объединяться там, где это необходимо.

00:13:20.000 --> 00:13:25.600
Это общая основа, то, что имеют в виду, говоря об интеграции Dynamics 365 и Dataverse.

00:13:25.780 --> 00:13:34.240
Речь идет не просто о перемещении данных из точки А в точку Б важно, что приложения работают с одними и теми же записями, связями, правилами и правами доступа.

00:13:34.640 --> 00:13:36.580
Начнем с простого процесса продаж.

00:13:37.080 --> 00:13:39.700
Лид поступает через веб-сайт или мероприятие.

00:13:39.880 --> 00:13:45.880
Менеджер по продажам работает с лидом, узнает больше о человеке и превращает его в клиента и потенциальную сделку.

00:13:45.880 --> 00:13:49.940
Звонки, электронные письма, встречи и задачи – все это привязывается к данной работе.

00:13:50.040 --> 00:13:53.720
Команде не нужно искать разрозненные инструменты, чтобы собрать всю историю целиком.

00:13:53.920 --> 00:13:58.300
Если клиенту позже потребуется помощь, обращение в поддержку будет привязано к этому же клиенту.

00:13:58.440 --> 00:14:01.580
Агент поддержки видит не только имя и адрес электронной почты.

00:14:01.740 --> 00:14:05.400
Он работает в контексте уже существующей истории отношений с клиентом.

00:14:05.560 --> 00:14:12.060
Тем временем отдел продаж видит, что у клиента есть открытая заявка и может избежать неловких ситуаций при обсуждении продления договора.

00:14:12.180 --> 00:14:15.100
Отношения с одним клиентом могут поддерживать разные виды деятельности.

00:14:15.100 --> 00:14:18.840
Это гораздо полезнее, чем просто хранить одинаковые имена клиентов в двух системах.

00:14:18.940 --> 00:14:23.120
Вы также можете услышать термин «общая модель данных», «команда и тамодел», иногда сокращенно «CDM».

00:14:23.120 --> 00:14:26.380
Не стоит думать, что это название звучит загадочнее, чем есть на самом деле.

00:14:26.540 --> 00:14:30.080
Это означает, что Microsoft предоставляет стандартные шаблоны бизнес-таблиц для данных,

00:14:30.180 --> 00:14:33.560
которые очлеживают многие компании, аккаунты, контакты, действия и обращения.

00:14:33.700 --> 00:14:38.220
Эти шаблоны обеспечивают приложением на базе Dynamics 365 и Dataverse единый язык общения.

00:14:38.420 --> 00:14:39.700
Аккаунт означает компанию.

00:14:39.880 --> 00:14:41.220
Контакт означает человека.

00:14:41.480 --> 00:14:44.160
Действие очлеживает активность в рамках деловых отношений.

00:14:44.160 --> 00:14:47.600
Вы можете настроить систему под свою компанию и добавить свои таблицы.

00:14:47.840 --> 00:14:50.040
Но вам не придется каждый раз начинать все с нуля.

00:14:50.220 --> 00:14:54.100
Если одно приложение распознает таблицу аккаунтов, а другое использует ту же таблицу,

00:14:54.300 --> 00:14:56.760
оба они ссылаются на один и тот же тип бизнес-информации.

00:14:56.920 --> 00:14:58.860
Это также расширяет возможности разработки.

00:14:59.000 --> 00:15:01.440
Предположим, вашим выездным сотрудникам нужно простое приложение,

00:15:01.600 --> 00:15:04.280
чтобы найти клиента, подтвердить визит и добавить заметку после встречи.

00:15:04.380 --> 00:15:07.160
Вы можете создать OER-эп, которая будет работать с теми же таблицами Dataverse,

00:15:07.360 --> 00:15:08.740
что уже использует Dynamics 365.

00:15:09.200 --> 00:15:12.700
Нет необходимости экспортировать список клиентов специально для этого приложения.

00:15:12.700 --> 00:15:16.880
Сотрудник открывает приложение, находит клиента и обновляет информацию о визите.

00:15:17.080 --> 00:15:19.300
Данные остаются привязанными к отношениям с клиентами,

00:15:19.420 --> 00:15:21.600
которые уже используют отделы продаж или обслуживания,

00:15:21.760 --> 00:15:23.920
с учетом правил безопасности, рассмотренных ранее.

00:15:24.060 --> 00:15:27.220
Для более структурированных бизнес-задач можно создать приложение на основе модели.

00:15:27.400 --> 00:15:29.820
Работа приложения на основе модели начинается с модели данных.

00:15:29.980 --> 00:15:32.120
Вы выбираете таблицы Dataverse, определяете их связи,

00:15:32.240 --> 00:15:34.980
настраиваете формы и представления, а также применяете роли безопасности.

00:15:35.160 --> 00:15:38.480
Затем PowerApps использует эту структуру для создания рабочего бизнес-приложения.

00:15:38.640 --> 00:15:41.020
Представьте это как организацию верстака с инструментами и материалами,

00:15:41.020 --> 00:15:42.580
которые действительно использует ваша команда.

00:15:42.720 --> 00:15:43.960
Таблицы описывают работу.

00:15:44.180 --> 00:15:45.800
Связи соединяют элементы воедино.

00:15:45.940 --> 00:15:48.620
Формы предоставляют сотрудникам место для ввода и просмотра данных.

00:15:48.760 --> 00:15:51.240
Представления помогают им находить строки, требующие внимания.

00:15:51.440 --> 00:15:54.260
Система безопасности определяет, что каждый пользователь может открывать или изменять.

00:15:54.400 --> 00:15:56.880
Приложение на основе модели может работать параллельно с Dynamics 365,

00:15:57.400 --> 00:15:58.740
поскольку оба решения используют Dataverse.

00:15:58.880 --> 00:16:02.020
Например, Dynamics 365 Sales отвечает за полный цикл продаж,

00:16:02.040 --> 00:16:04.560
а небольшое приложение на основе модели дает миниджарам по контрактам

00:16:04.560 --> 00:16:06.640
удобный инструмент для отслеживания соглашений с клиентами.

00:16:06.640 --> 00:16:09.460
Оба решения могут работать с одними и теми же данными клиентов

00:16:09.460 --> 00:16:10.880
без создания второй базы данных.

00:16:11.040 --> 00:16:13.120
Разумеется, такой доступ требует контроля.

00:16:13.260 --> 00:16:15.860
Тот факт, что приложение может работать с таблицей Dataverse,

00:16:16.040 --> 00:16:18.860
не означает, что каждый пользователь должен редактировать все строки

00:16:18.860 --> 00:16:19.980
или видеть все столбцы.

00:16:20.140 --> 00:16:23.480
Ролевой доступ к строкам и бизнес-правила по-прежнему контролируют все действия.

00:16:23.620 --> 00:16:25.720
Приложение для выездных сотрудников может предоставить

00:16:25.720 --> 00:16:28.100
только необходимые данные о клиентах и нужные функции,

00:16:28.280 --> 00:16:30.000
не раскрывая остальные корпоративные данные.

00:16:30.160 --> 00:16:33.200
Таким образом, интеграция Dynamics 365 секунд Dataverse

00:16:33.200 --> 00:16:35.900
теперь подобна кабелю, соединяющему две удаленными комнаты.

00:16:36.040 --> 00:16:37.640
Приложение Dynamics 365,

00:16:37.640 --> 00:16:39.900
пользовательские приложения и бизнес-процессы

00:16:39.900 --> 00:16:41.280
могут работать на одной общей базе.

00:16:41.400 --> 00:16:42.420
Когда вы это понимаете,

00:16:42.700 --> 00:16:44.400
следующий вопрос становится очевидным.

00:16:44.600 --> 00:16:47.640
Что еще может использовать то же обновление данных клиента

00:16:47.640 --> 00:16:49.460
на подключенной платформе Microsoft?

00:16:49.760 --> 00:16:52.420
Как подключенная платформа работает в реальных условиях?

00:16:52.620 --> 00:16:54.500
Обновление данных клиента становится полезным,

00:16:54.660 --> 00:16:56.640
когда инструменты вокруг него могут на него реагировать.

00:16:56.800 --> 00:16:58.720
Power Automate берет на себя последующую работу,

00:16:58.880 --> 00:17:00.380
очлеживая изменения в строках Dataverse

00:17:00.380 --> 00:17:02.480
и запуская действия при возникновении таких изменений.

00:17:02.480 --> 00:17:05.900
Например, в Dynamics 365 Sales поступает новый лид.

00:17:05.900 --> 00:17:07.920
Поток может уведомить назначенного продавца,

00:17:08.180 --> 00:17:09.360
опубликовать сообщения в Teams

00:17:09.360 --> 00:17:11.040
или создать задачу по сопровождению.

00:17:11.240 --> 00:17:13.740
Никому не нужно весь день следить за общим почтовым ящиком.

00:17:13.980 --> 00:17:15.020
Данные лида меняются,

00:17:15.260 --> 00:17:17.380
и следующий этап запускается автоматически.

00:17:17.540 --> 00:17:20.040
Power Automate не нужна отдельная копия лида

00:17:20.040 --> 00:17:21.440
для выполнения этой работы.

00:17:21.700 --> 00:17:23.760
Система реагирует на изменения в строке Dataverse,

00:17:23.940 --> 00:17:25.940
используя те же данные о клиентах и владельцах,

00:17:26.080 --> 00:17:27.180
что и приложение для продаж,

00:17:27.320 --> 00:17:29.520
что удерживает автоматизацию в рамках бизнес-процесса

00:17:29.520 --> 00:17:31.820
вместо того, чтобы полагаться на ручную выгрузку файлов

00:17:31.820 --> 00:17:32.840
и переписку по почте.

00:17:32.840 --> 00:17:34.100
А еще есть Power BI.

00:17:34.340 --> 00:17:37.240
Менеджеру по продажам может понадобиться увидеть текущую воронку продаж.

00:17:37.380 --> 00:17:39.780
Менеджеру по обслуживанию клиентов может потребоваться узнать,

00:17:39.940 --> 00:17:41.340
сколько обращений поступило за неделю,

00:17:41.520 --> 00:17:42.700
какие из них остаются открытыми

00:17:42.700 --> 00:17:44.860
или кто из клиентов чаще всего обращается в поддержку.

00:17:44.960 --> 00:17:47.600
Power BI может формировать отчеты по бизнес-данным Dataverse,

00:17:47.800 --> 00:17:49.340
чтобы команды видели текущую работу

00:17:49.340 --> 00:17:52.440
без необходимости каждую пятницу готовить новые выгрузки в таблице.

00:17:52.600 --> 00:17:54.200
Отчет строится на основе бизнес-данных,

00:17:54.360 --> 00:17:55.700
которые сотрудники уже используют.

00:17:55.820 --> 00:17:57.580
Это означает, что диаграмма воронки продаж

00:17:57.580 --> 00:17:59.000
меняется по мере продвижения сделок.

00:17:59.000 --> 00:18:01.260
Дашборд по обращениям может показывать текущую нагрузку

00:18:01.260 --> 00:18:02.860
по мере того, как агенты обновляют данные.

00:18:03.060 --> 00:18:04.860
Суть в том, что дашборд избавляет людей

00:18:04.860 --> 00:18:06.980
от необходимости вручную проверять все детали.

00:18:07.120 --> 00:18:09.340
Он дает им более четкое представление о работе,

00:18:09.520 --> 00:18:11.420
прежде чем они решат, что требует внимания.

00:18:11.580 --> 00:18:14.160
Power Apps добавляет еще один путь в тот же самый процесс.

00:18:14.380 --> 00:18:17.240
Представьте выездного сотрудника, прибывшего на объект клиента.

00:18:17.460 --> 00:18:20.920
Ему не нужен полный функционал Dynamics 365 Sales.

00:18:21.180 --> 00:18:23.020
Возможно, ему нужно лишь найти клиента,

00:18:23.220 --> 00:18:24.280
просмотреть детали визита,

00:18:24.500 --> 00:18:26.780
подтвердить результаты и добавить заметку или фото.

00:18:26.780 --> 00:18:29.300
Специализированное приложение Power App может предоставить им

00:18:29.300 --> 00:18:30.280
этот упрощенный интерфейс.

00:18:30.420 --> 00:18:32.400
Команде по работе с клиентами может потребоваться приложение

00:18:32.400 --> 00:18:33.620
для проверки клиентских соглашений.

00:18:33.800 --> 00:18:35.520
Менеджеру может понадобиться простое приложение

00:18:35.520 --> 00:18:36.480
для утверждения запросов.

00:18:36.620 --> 00:18:38.240
Каждое приложение сосредоточено на одной задаче,

00:18:38.340 --> 00:18:40.160
при этом работая с одними и теми же защищенными данными

00:18:40.160 --> 00:18:41.100
Dataverse в фоновом режиме.

00:18:41.220 --> 00:18:43.000
Сотрудник видит инструмент, который подходит для его

00:18:43.000 --> 00:18:43.580
ежедневных задач.

00:18:43.780 --> 00:18:45.720
Компания сохраняет всю информацию связанной.

00:18:45.720 --> 00:18:48.340
Иногда эта информация изначально находится вне Dataverse.

00:18:48.500 --> 00:18:50.560
У компании может быть список из онлайн-источника,

00:18:50.740 --> 00:18:52.580
который должен стать частью ее бизнес-данных.

00:18:52.700 --> 00:18:55.500
Power Query может импортировать данные из поддерживаемых

00:18:55.500 --> 00:18:58.100
онлайн-источников, очищать их при импорте и загружать

00:18:58.100 --> 00:18:59.360
в нужную таблицу Dataverse.

00:18:59.520 --> 00:19:02.000
Это полезно, когда сторонний источник содержит информацию,

00:19:02.200 --> 00:19:04.120
необходимую для работы ваших инструментов Dynamics

00:19:04.120 --> 00:19:04.900
и Power Platform.

00:19:05.120 --> 00:19:07.460
Вам все равно нужно решить, что именно относится к Dataverse

00:19:07.460 --> 00:19:09.660
и как это должно связываться с существующими таблицами.

00:19:09.840 --> 00:19:12.240
Импорт данных без такой подготовки просто переносит

00:19:12.240 --> 00:19:13.440
беспорядок в новое место.

00:19:13.680 --> 00:19:15.840
Давайте соберем все части в единый повседневный

00:19:15.840 --> 00:19:16.480
рабочий процесс.

00:19:16.720 --> 00:19:18.620
Новый лид поступает в Dynamics 365.

00:19:19.100 --> 00:19:20.980
Правило назначения проверяет, кто должен отвечать

00:19:20.980 --> 00:19:23.120
за лид, например, на основе региона или продукта.

00:19:23.260 --> 00:19:25.200
Ответственный получает сообщение в Teams через поток

00:19:25.200 --> 00:19:27.580
Power Automate и понимает, что есть ожидающая работа.

00:19:27.660 --> 00:19:30.100
По мере того, как продавец обновляет данные и продвигает

00:19:30.100 --> 00:19:32.860
лид по воронке, дашборд Power BI меняется, отображая

00:19:32.860 --> 00:19:34.300
текущее состояние для команды.

00:19:34.420 --> 00:19:36.560
Одно обновление запускает полезную работу сразу в

00:19:36.560 --> 00:19:37.240
нескольких местах.

00:19:37.320 --> 00:19:39.840
Power Automate перемещает задачу с одного этапа на следующий.

00:19:39.940 --> 00:19:42.160
Power BI помогает сотрудникам видеть результаты работы.

00:19:42.300 --> 00:19:44.720
Power Apps дает конкретным командам удобный способ участия

00:19:44.720 --> 00:19:45.200
в процессах.

00:19:45.320 --> 00:19:47.880
Dataverse сохраняет бизнес-информацию организованной и защищенной,

00:19:48.080 --> 00:19:49.760
пока эти инструменты выполняют свои задачи.

00:19:49.760 --> 00:19:51.240
Эта разница имеет значение.

00:19:51.580 --> 00:19:53.600
Автоматизация — это не система хранения файлов,

00:19:53.800 --> 00:19:55.560
а дашборд — это не база данных клиентов.

00:19:55.720 --> 00:19:57.900
У каждого инструмента своя задача, но все они могут

00:19:57.900 --> 00:19:59.300
работать с общим источником данных.

00:19:59.440 --> 00:20:01.760
Это понимание помогает выбрать подходящий инструмент,

00:20:02.040 --> 00:20:04.080
а не пытаться управлять бизнес-процессом с помощью

00:20:04.080 --> 00:20:05.640
обычной таблицы или списка.

00:20:06.460 --> 00:20:09.280
Когда стоит использовать Dataverse и что она не заменяет?

00:20:09.540 --> 00:20:10.260
Суть вот в чем.

00:20:10.440 --> 00:20:12.900
Выбирайте Dataverse, когда нескольким пользователям и приложениям

00:20:12.900 --> 00:20:14.500
нужен доступ к взаимосвязанным бизнес-данам.

00:20:14.640 --> 00:20:16.780
Вам нужны четкие правила доступа и воспроизводимые

00:20:16.780 --> 00:20:17.240
процессы.

00:20:17.240 --> 00:20:19.600
Dataverse справляется с этим, но она не заменяет собой

00:20:19.600 --> 00:20:20.160
все остальное.

00:20:20.340 --> 00:20:22.840
Excel по-прежнему идеален для личной аналитики и быстрых

00:20:22.840 --> 00:20:23.200
списков.

00:20:23.380 --> 00:20:25.620
Списки SharePoint хорошо подходят для простого отслеживания

00:20:25.620 --> 00:20:26.320
задач в команде.

00:20:26.420 --> 00:20:28.300
А если вы разработчик, которому нужен глубокий

00:20:28.300 --> 00:20:30.240
контроль, SQL остается отличным выбором.

00:20:30.320 --> 00:20:32.180
Так когда же Dataverse действительно подходит?

00:20:32.260 --> 00:20:34.540
Когда ваши данные должны быть связаны между Dynamics 365,

00:20:35.000 --> 00:20:37.100
приложениями, средствами автоматизации и отчетами без

00:20:37.100 --> 00:20:37.920
создания лишних копий.

00:20:38.060 --> 00:20:39.320
Вот в чем ее преимущество.

00:20:39.460 --> 00:20:42.880
Итак, вывод, одна основа, множество бизнес-инструментов.

00:20:42.880 --> 00:20:44.080
Подведем итог.

00:20:44.280 --> 00:20:47.700
Dynamics 365 и Dataverse работают лучше всего, когда ваши данные,

00:20:47.840 --> 00:20:50.140
правила, безопасность, приложения, автоматизация

00:20:50.140 --> 00:20:51.720
и отчеты опираются на единую основу.

00:20:51.840 --> 00:20:55.240
Подписывайтесь на Microsoft Knowledge, на Getas, на M365FM, чтобы

00:20:55.240 --> 00:20:58.460
получать простые руководства по Dynamics 365, Power Platform и

00:20:58.460 --> 00:20:59.380
Microsoft 365.

00:20:59.840 --> 00:21:02.060
Затем посмотрите наш выпуск о модельных приложениях,

00:21:02.060 --> 00:21:04.640
чтобы увидеть, как таблицы Dataverse превращаются в рабочие

00:21:04.640 --> 00:21:05.380
бизнес-приложения.