Microsoft graph что это

Что такое Microsoft Graph

Не так давно у Microsoft был (хотя он попрежнему есть �� ) целый набор модулей PowerShell для многих её облачных сервисов: Azure AD, Exchange Online, Skype for Business Online, SharePoint Online и т.д. Однако, время не стоит на месте и число облачных сервисов в Azure неуклонно растет. Вместе с ростом количества сервисов растет и потребность в инструментах управления. Разработчики так же вынуждены были использовать API каждого продукта в отдельности. Именно потребность в единой точке управления всеми облачными сервисами и призван закрыть сервис Microsoft Graph. Он позволяет через свои API методы получить доступ ко многим сервисам и объектам в Azure – будь то пользователь Azure AD или его календарь в почтовом ящике Exchange Online.

Graph довольно сильно облегчил жизнь не только разработчикам, но и администраторам Azure.

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

Общее описание сервиса Microsoft Graph

В этом разделе мы познакомимся с кратким описание сервиса Graph. С подробным описанием сервиса можно ознакомится в документации на сайте Microsoft.

Сам по себе сервис Graph выступает в роли единой точкой входя для работы со многими объектами Azure: пользователи, устройства, календари, почта и т.д. Основные компоненты сервиса приведены ниже:

• Microsoft Graph API. Именно через API мы можем получить доступ к управлению большим количеством разнообразных объектов – от чтения атрибутов пользователя в Azure AD до отправки писем через Exchange Online.
• Microsoft Graph connectors. Позволяет еще больше расширить сервис Microsoft Graph через подключение дополнительные источников данных к нему.
• Microsoft Graph Data Connect. Этот сервис также позволяет работать с объектами, как и Graph API, но с более расширенными возможностями.

Далее мы будем говорить только о первом компоненте – Microsoft Graph API : как к нему можно подключиться и рассмотрим пару примеров с запросами на выборку данных.

Инструменты работы с Microsoft Graph

Для работы с Microsoft Graph API существует несколько инструментов. Каждый из них имеет свои достоинства и недостатки. Лично мне, если нужно что-то быстро посмотреть (и без сложных условий фильтрации) вполне нравится Graph Explorer. Для более сложных случаев использую Postman, но его требуется устанавливать отдельно. Однако, если у вас под рукой только PowerShell, то через него тоже можно работать с Graph API .

Graph API доступен для очень многих языков программирования. Полный перечень приведен в документации.

Graph Explorer

Пожалуй, наиболее простой способ. Из преимуществ этого способа стоит отметить, что не требуется устанавливать дополнительные приложения или регистрировать приложение в Azure AD (чтобы получить токен доступа).

Из минусов – вам необходим браузер и в Graph Explorere вы можете работать только с Graph API .

Развернутая документация по использованию Graph Explorer доступна по этой ссылке.

Для того, чтобы запустить Graph Explorer нужно:

2. Аутентифицироваться под вашей учетной записью.

Либо вы можете работать под “синтетической” учетной записью. Для данной записи настроен некий набор объектов, к которым вы можете получать доступ выполняя соответствующие запросы.

Пример 1. Получение данных своего профиля пользователя

В левом нижнем углу вам доступен перечень запросов, которые вы можете отправить к Graph API.

Когда вы выберите соответствующий запрос, то его преднастроенные значения перенесутся в основную обасть Graph Explorer.

Мы видим URL, к которому будет отправлен запрос (https://graph.microsoft.com/v1.0/me/), версию API (v1.0), а также метод (GET – поскольку мы получаем данные).

Нажав кнопку Run query мы отправим запрос к сервису. Ответ мы получим в формате JSON.

В рабочей области снизу мы также можем посмотреть код ответа (200 OK в нашем случае) и дополнительную служебную информацию, если она нам нужна.

При желании мы может импортировать JSON в Excel и далее уже выполнить необходимую нам аналитику. Особенно, если мы, например, выполнили запрос для получения всех наших устройств в Azure AD и нам необходимо выполнить некоторый анализ данных в определенном разрезе.

Пример 2. Обновление атрибута своего профиля пользователя

Давайте попробуем не просто получить данные, а, например, обновить атрибут пользователя.

Раздел документации по работе с объектом пользователя приведен вот тут.

Давайте более детально разберем сам запрос:

Метод для обновления данных – PATCH. Версия API – v1.0. URL адрес запроса – https://graph.microsoft.com/v1.0/me.

Тело запроса (в форме JSON):

Далее нажимаем кнопку Run query.

Пример успешного ответа.

Если вы получили ответ вида – 403 – You need to consent to the permissions on the Modify permissions (Preview) tab, то необходимо Graph Explorer выдать необходимы разрешения.

Поскольку в нашем запросе выше мы пытались обновить атрибут jobTitle пользователя (PATCH запрос к URL https://graph.microsoft.com/v1.0/me), то необходимо выдать соответствующие разрешения.

Так же нужно выдать разрешения: User.ReadWrite, User.ReadWrite.All, User.ManageIdentities.All, Directory.ReadWrite.All, Directory.AccessAsUser.All.

Теперь, если мы отправим GET запрос на URL https://graph.microsoft.com/v1.0/me, то получим следующий ответ:

Как видно из ответов выше – атрибут jobTitle теперь содержит значение “IT Admin”.

Postman

Следующий инструмент, который у нас есть для работы с Graph – это Postman. В целом это довольно универсальный инструмент, который позволяет работать с любым API. Однако, в отличии от Graph Explorer, у нас будет несколько дополнительных шагов для получения токена доступа. Graph Explorer получал этот токен доступа за нас.

Для того, чтобы отправить запрос к Graph API через Postman нужно выполнить следующие действия:

1. Зарегистрировать приложение в Azure AD.
2. Назначить нашему приложению необходимые разрешения.
3. Получить токен доступа.
4. Отправить необходимый нам запрос к Graph API с применением полученного токена доступа.

Регистрация приложения в Azure AD

Регистрацию приложения нужно выполнить один раз. Регистрировать приложение для каждого сеанса работы с Postman не нужно. Если у вас уже есть какое-то приложение в Azure AD, то можно, конечно, использовать его, но лучше для каждого сервиса (Postman в нашем случае) заводить отдельное приложение.

Для регистрации приложения в Azure AD необходимо выполнить следующие действия:

1. Перейдите на портал управления Azure.

2. В меню слева выберите пункты “Azure Active Directory” – “App registration”.

3. В основной области нажмите кнопку “New registration”.

4. В поле “Name” укажите любое имя для нового приложения.

В секции Supported account types мы укажем, что приложение будет видеть объекты в только пределах нашей Azure AD (опция “Account in this organizational directory only (Default Directory only – Single tenant)”).

Для Redirect URI (optional) укажем тип редиректа – Web. И укажем сам URI – https://oauth.pstmn.io/v1/browser-callback.

5. Нажмите кнопку “Register”.

6. Копируем идентификатор нашего приложения (App ID) – он будет использоваться для получения токена доступа.

7. Теперь наш нужно сгенерировать пароль приложения (Client Secret). Это второй компонент, который будет использоваться для получения токена доступа (в дополнении к App ID). Перейдите в секцию Certificates & secrets. Нажмите на кнопку New Client Secret.

8. В появившемся диалоговом окне укажите описание – для чего будет использоваться пароль и длительность его действия. По прошествию срока действия пароль будет не действителен и вам нужно будет сгенерировать новый пароль.

9. Скопируйте значение пароля из колонки Value – он нам понадобится.

Настройка разрешений для приложения

Теперь нам необходимо настроить разрешения для нашего приложения. Мы попробуем через Graph API получить список пользователей в нашей организации.

Итого, нам необходимо сделать следующее:

1. Перейти в секцию API permission.

2. В появившемся окне выберем Mirosoft Graph.

3. Далее выбираем Application permission.

4. Для получения списка всех пользователей организации нам необходимо выдать разрешение Directory.Read.All. Выбираем разрешение и нажимаем кнопку “Add Premission”.

5. Нажимает кнопку Grant admin consent for Default Directory.

6. Итоговая настройка разрешений должна выглядеть следующим образом.

Получение токена доступа

Для получения токена доступа нам необходимо отправить запрос к API с нашими App ID и CLient Secret, т.е. начиная с этого шага нам нужен Postman. Предварительно необходимо создать учетную запись на сайте Postman. После этого вы уже можете его использовать.

2. Пройти процедуру регистрации или аутентифицироваться под уже имеющейся учетной записью.

3. Теперь нам нужно сформировать запрос для получения токена доступа. В вашей рабочей области нажимаем кнопку New.

Тип запроса – POST.

URL – https://login.microsoftonline.com//oauth2/v2.0/token. Tenant ID можно посмотреть в панели администрирования Azure AD.

В тело запроса (Body) передаем в формате x-www-form-urlencoded следующие поля:

Пример построения тела запроса приведен ниже.

5. В случае успешного получения ответа мы увидим примерно следующий результат.

т.е. мы получили ответ 200 OK, а самое главное – в поле access_token находится значения нашего токена доступа, который мы будем использовать в дальнейшем.

“Разобрать по косточкам” токен доступа можно вот по этой ссылке.

Здесь мы можем увидеть – какому приложению были выданы разрешения (и какие), а также для какого ресурса были выданы эти разрешения.

6. Скопируйте значение токена доступа.

Отправка запроса к Graph API

Теперь попробуем получить список пользователей в нашей организации. Для этого нам потребуется токен доступа, который мы получили в предыдущем разделе. Параметры запроса приведены ниже:

Метод – GET.

URL – https://graph.microsoft.com/v1.0/users.

Authorization – Bearer Token.

Token – ваш токен доступа из предыдущего раздела.

Пример успешного ответа (200 OK) приведен на скриншоте ниже.

Небольшая вырезка ответа в формате JSON.

PowerShell

Метод доступа в Graph API через PowerShell очень похож на метод доступа через Postman. Если смотреть на этот метод с высоты птичьего полета, то основные шаги приведены далее:

1. Зарегистрировать приложение в Azure AD.

2. Назначить нашему приложению необходимые разрешения.

3. Получить токен доступа.

4. Отправить необходимый нам запрос к Graph API с применением полученного токена доступа.

Поскольку приложение мы уже создали и назначили ему необходимые разрешения, то этот шаг мы пропустим и будем использовать приложение, которое мы создали для Postman. Если вы не выполняли этих шагов, то можете ознакомится с ними в разделах “Регистрация приложения в Azure AD” и “Настройка разрешений для приложения” выше.

А мы рассмотрим оставшиеся шаги.

Получение токена доступа

Параметры запроса аналогичны параметрам, которые мы использовали для Postman. Разница только в реализации. PowerShell код для получения токена доступа приведен ниже:

client_id – это id вашего приложения.

client_secret – это client secret вашего приложения.

Пример успешного запроса:

т.е. теперь переменная $token содержит наш токен доступа.

Отправка запроса к Graph API

Как и в примере с Postman мы попробуем получить список всех пользователей в нашей организации.

PowerShell код для получения списка пользователей в организации приведен ниже:

Метод запроса – GET.

Адрес запроса – https://graph.microsoft.com/v1.0/users.

Пример успешного ответа приведен ниже:

Как мы видим, результат тот же, что и через Postman.

Если вы прорабатывали пример с получением списка пользователей в организации через Postman и через PowerShell, то скорее всего, вы тоже успели заметить – насколько проще запрос выполнить в Postman �� PowerShell требует навыков этого языка. Пусть и самых базовых.

Заключение

Мы кратко поговорили о том, что такое Microsoft Graph, какие компоненты он в себя включает и для чего нужен Graph API.

Затем мы поговорили с вами о некоторых инструментах, которые позволяют нам с вами работать с Graph API: Graph Explorer, Postman и PowerShell.

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

Что Microsoft известно о вас, и как эту информацию можно использовать для получения полезных знаний

Значительная часть моих ежедневных действий на компьютере и смартфоне выполняется с помощью приложений Microsoft. Отправить электронную почту, создать заметку в календаре, просмотреть файлы в облачном хранилище, обменяться сообщениям в рабочих группах — все эти операции так или иначе выполняются приложениями Microsoft. Нравится мне это или нет, все мои данные хранятся в Microsoft Cloud. У Microsoft имеется полезный инструмент — API-интерфейс, предоставляющий доступ к большей части таких данных и позволяющий управлять ими, так почему бы им не воспользоваться для получения полезной информации?

В этой статье представлено полное руководство по созданию собственного приложения Dashboard с использованием API Microsoft Graph и Django для анализа данных платформ OneDrive, Outlook и др.

Чтобы понять, о чём пойдет речь в этой статье, взгляните на следующий скриншот. Из статьи вы узнаете:

о моём опыте работы с API, о том, как самому создавать запросы для доступа к данным;

о том, как работает процесс аутентификации, предоставляющий приложениям необходимые разрешения;

о том, как осуществляются обработка и визуализация данных в Django.

Оглавление

Краткое руководство по Microsoft Graph — быстрый способ начать работу с API Microsoft Graph.

OAuth 2.0 — как работает процесс регистрации в системе.

Запрос данных с использованием Graph API.

Анализ и визуализация данных с помощью Plotly.

Краткое руководство по Microsoft Graph — быстрый способ начать работу с API Microsoft Graph

Несколько лет назад Microsoft перешла с Live SDK на Microsoft Graph. Теперь в качестве API для доступа ко всем данным и информации платформы Microsoft 365 выступает Microsoft Graph [1, 2].

Начать работу в API Microsoft Graph можно несколькими способами. Самый простой из них — использовать Краткое руководство по Microsoft Graph, с помощью которого создаются новый App ID и App Secret для процесса аутентификации, и в итоге будет создан типовой проект.

(1) На первом шаге нужно определить язык программирования, который будет использоваться для создания приложения. Поскольку я предпочитаю Python, для создания примера приложения я воспользуюсь простым приложением Django.

Выберите язык программирования.

Если Вы не знакомы с Django, можете прочитать одну из моих предыдущих статей, в которых максимально простым языком поясняются принципы работы Django. Если приложение будет создаваться с нуля, за необходимой справкой обратитесь к соответствующему руководству в Microsoft Docs.

(2) После выбора языка создаётся новый App ID с App Secret — они понадобятся позже для процесса авторизации.

Просмотреть список зарегистрированных приложений можно на портале Azure в каталоге Azure Active Directory.

Портал Azure.

(3) После выполнения команд, описанных в Кратком руководстве по Microsoft Graph, будет создано типовое приложение с готовой основной структурой и процессом аутентификации. Загрузите пример кода и сохраните его в словаре проекта.

Образец кода Django.

Структура примера кода аналогична структуре обычного приложения Django. Файл oauth_settings.yml содержит настройки для аутентификации — требуемые конечные точки, App ID и App Secret.

Структура проекта.

Требования к установке

(4) До первого запуска приложения необходимо установить необходимые пакеты Python.

Простой способ установки всей среды определён в файле requirements.txt [3]. Поскольку для работы приложений иногда требуются определённые версии библиотеки, имеет смысл создать Виртуальную среду [4]. Для этого перейдите в каталог проекта и запустите следующую команду: virtualenv_graph. Будет создана Виртуальная среда.

В папке проекта появится новый каталог virtualenv_graph с копией интерпретатора Python. Для работы с только что созданной средой graph-tutorial её необходимо активировать, запустив пакетный файл activate:

После активации в начале командной строки появится имя вашей Виртуальной среды (в скобках). Так вы поймёте, что среда активирована. Все необходимые пакеты Python устанавливаются в среде следующей командой:

Migrate — распространение изменений на базу данных

(5) Следующая команда отображает используемую в приложении структуру модели на базу данных:

В результате будут созданы определённые таблицы по умолчанию для используемых приложений Django: django.contrib.auth и django.contrib.session.

Таблицы Django по умолчанию.

(6) Команда python manage.py runserver запускает облегчённый веб-сервер на локальной машине. Если не будет указано иное, локальный веб-сервер использует порт 8000 и имеет адрес 127.0.0.1.

Стартовая страница типового приложения.

Теперь можно входить в систему, используя регистрационные данные учётной записи на портале Office365.

OAuth 2.0 — как работает процесс регистрации

Для понимания того, что делает данный пример кода, нужно представлять, какие функции выполняет протокол OAuth 2.0.OAuth 2.0 — стандартный отраслевой протокол аутентификации, позволяющий пользователям предоставлять сторонним приложениям доступ к ресурсам пользователей без предоставления таким приложениям доступа к вашим постоянным учётным данным [5, 6].

Такую функциональность можно реализовать, так как уровень авторизации протокола OAuth отделяет роль клиента от роли владельца ресурса. Не очень понятно? Постараюсь объяснить, какие роли задействуются в потоке рабочих операций протокола OAuth и как они связаны друг с другом [5].

Владелец ресурса: лицо, предоставляющее доступ к ресурсу. В нашем случае доступ к данным Microsoft Cloud через вашу учётную запись на платформе Microsoft 365 предоставляете приложению вы, то есть владельцем ресурса являетесь вы.

Сервер ресурсов: место, в котором размещаются защищённые ресурсы.

Клиент: приложение, запрашивающее доступ к ресурсу, в данном случае — только что скачанное нами приложение Django.

Сервер авторизации: этот сервер предоставляет конечному пользователю (Владельцу ресурса) возможность аутентифицироваться. После правильно осуществленной авторизации Сервер авторизации создает маркер доступа к приложению.

Теперь рассмотрим, как в Python запускается рабочий поток авторизации с помощью приложения Template.

Запрос маркера доступа с Платформы удостоверений Microsoft

Как я уже сказал, вначале приложение должно отправить запрос на Сервер аутентификации. Поэтому нам нужно использовать версию протокола OAuth 2.0. для Платформы удостоверений Microsoft [7].

Нажатие кнопки Sign-in вызывает функцию sign_in в tutorial.views.py, которая для формирования URL-запроса, в свою очередь, вызывает функцию get_sign_in_url.На первом шаге потока операций авторизации клиентское приложение направляет пользователей к конечной точке /authorize. В запросе указываются [7]:

ID приложения, назначенное вашему приложению в процессе регистрации;

переменная scope, в которой определяются разрешения, запрашиваемые приложением у пользователя;

URI перенаправления — расположение, в котором Сервер авторизации отправляет пользователя после успешной авторизации приложения и предоставления ему кода авторизации или маркера доступа.

Все параметры, необходимые для выполнения процесса авторизации, хранятся в YAML-файле oauth_settings.yml.

Поток рабочих операций OAuth 2.0 в Django.

(3) После того как пользователь аутентифицируется и, соответственно, предоставит доступ приложению, Сервер аутентификации сформирует ответ с Кодом авторизации и перенаправит пользователя на указанный URI перенаправления.

(4) Имея App ID и App Secret, вы можете запросить у Сервера авторизации Маркер доступа и Маркер обновления.

(5) Маркер доступа разрешает доступ к API по крайней мере в той части, в которой требуемые разрешения были определены в переменной scope.

Поток рабочих операций OAuth 2.0 в Django.

Таким образом, мы получили доступ к запрашиваемым ресурсам. Теперь надо понять, как извлечь интересующие нас данные.

Запрос данных с использованием Graph API

Для поиска соответствующих конечных точек данных используется Обозреватель Graph. В этом средстве разработчика уже реализован ряд запросов, связанных с вашей учётной записью и различными приложениями Microsoft. Если нужно найти информацию, не охватываемую такими запросами, обратитесь к соответствующим документам (например, для OneDrive).

Меня, в частности, интересуют данные, хранящиеся на моём облачном диске One Drive. Но общая концепция извлечения данных одинакова для SharePoint, OneNote, Outlook, Teams и многих других платформ.

При работе с другими платформами к переменной scope в файле oauth_settings.yml нужно добавить соответствующие разрешения. Процедура добавления разрешений описана здесь: Справка по разрешениям в Microsoft Graph. Для того чтобы можно было считывать и записывать файлы в One Drive, добавьте к переменной scope параметр Files.ReadWrite.All. Приведу пример: мне нужно получить информацию по всем файлам в папке /Bilder/Eigene Aufnahmen. Вместе с только что сгенерированным Маркером доступа я отправляю запрос GET на /drive/root:/<path>:/children и получаю данные по всем файлам указанного пути.

И последнее, что делает функция просмотра one_drive, — формирует HTML-файл one_drive.html для распечатки только что полученных данных из API. Структура файла one_drive.html аналогична структуре файла calendar.html, уже имеющегося в типовом приложении.

Теперь нужно добавить функцию просмотра one_drive к модулю прокладки маршрута urls.py.

Теперь по адресу http://localhost:8000/one_drive выводится HTML-таблица со всеми файлами в папке /Bilder/Eigene Aufnahme.

Анализ и визуализация данных с помощью Plotly.

Для визуализации данных я использовал библиотеку Plotly. Если эта библиотека не установлена, установите Plotly, используя команду pip:

Меня интересует время, когда были сделаны фотографии.Чтобы результат стал более наглядным, я сгруппирую фотографии по неделям, когда они были сделаны.

Для этого я добавляю новую пару «ключ — значение» в словарь files[‘values’], определяемый как календарная неделя даты создания. После этого я передаю значения словаря в кадр данных Pandas. В Pandas реализовано несколько методов управления кадрами данных, я воспользуюсь одним из них. Операция groupby группирует все записи по атрибуту CreationWeek, метод .count() осуществляет подсчёт количества всех вхождений записей.

Результат выводится в виде столбчатой диаграммы. Мы рассмотрели простой пример поэтапного создания собственного приложения для информационной панели (дашборда), в котором демонстрируется способ доступа к службам Microsoft.

Визуализация данных с использованием Plotly.

Выводы

В этой статье я поделился опытом работы с API-интерфейсом Microsoft Graph. Мы узнали, как выполняются:

1) процесс аутентификации с использованием Платформы удостоверений Microsoft;

2) запрос данных через Graph API;

3) визуализация данных с использованием Plotly.

Помимо извлечения данных в интерфейсе Graph реализован широкий спектр функций POST. Добавление записей в календарь, загрузка файлов, создание нового канала Microsoft Team — все эти операции можно осуществлять через HTTP-запросы. Надеюсь, эта статья поможет вам в автоматизации процессов.

Создание диаграмм с помощью MicrosoftGraph

Для вставки диаграммы в документ можно использовать возможности Microsoft Graph, специальной программы из составаMicrosoftOffice. В основе построения диаграммы средствами MicrosoftGraphлежит использование данных из таблицы Word. Чтобы построить диаграмму выполните следующие действия:

Подготовьте исходные данные в форме таблицы и выделите её.

Выберите команду Вставка | Рисунок | Диаграммаили нажмите кнопкуДобавить диаграммуна панели инструментов. При этом на экране появятся два окна приложения Microsoft Graph, одно из которых содержит копию выделенной таблицы, а другое – диаграмму, построенную на базе установок, заданных по умолчанию.

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

Внедрённую диаграмму можно легко изменить. Для этого к вашим услугам меню и панель инструментов Microsoft Graph. Чтобы начать редактирование диаграммы сделайте двойной щелчок в её области. В этот момент изменится содержание и название первого пункта меню Справка. Теперь это будетСправка: Microsoft Graphи вы сможете получить подробную справочную информацию об особенностях работы с программой.

Опции меню и инструменты панели позволяют изменять тип диаграммы (кнопка ), исключать из построения данные отдельных строк или столбцов таблицы (команда Данные | Исключить строку/столбец,Включить строку/столбец), задавать параметры построения и оформления диаграммы (командаДиаграмма | Параметры). Вообще Microsoft Graph позволяет изменить формат любого элемента диаграммы – области построения, области диаграммы, осей, надписей и т.д. – достаточно выделить нужный элемент, щёлкнув по нему мышью, открыть связанное с этим элементом контекстное меню (открывается правой кнопкой мыши) и выбрать в нем командуФормат.

Изменить размеры или пропорции диаграммы можно, перетаскивая маркеры размера, расположенные по периметру внедрённого объекта.

По окончании редактирования сделайте щелчок вне области диаграммы. Исчезнет таблица данных, и панель инструментов примет свой обычный вид, диаграмма, разумеется, останется (рис. 7.6).

Рис. 7.6. Диаграмма на основе данных из таблицы Word

Работа с таблицами в Microsoft Word Способы создания таблиц

Наиболее удобный способ создать таблицу – это воспользоваться командой Вставить | Таблицаиз менюТаблица. При этом откроется диалоговое окноВставка таблицы. В этом окне можно задать количество строк и столбцов создаваемой таблицы, а также ширину столбцов.

Можно воспользоваться и кнопкой Добавить таблицуна панели инструментовСтандартная и указать количество строк и столбцов таблицы мышью.

Для создания новой таблицы в меню Таблица есть также командаНарисовать таблицу. Ей удобно пользоваться, если в таблице не слишком много столбцов и строк, и структуру таблицы вы хорошо представляете. При активизации этой команды указатель мыши принимает вид карандаша. Сначала растягивается прямоугольник по размерам всей таблицы, затем внутри него мышью, как карандашом, расчерчиваются вертикальные и горизонтальные линии — разделители ячеек.

В таблицу можно помещать любую информацию, все, что можно помещать в документ Microsoft Word (текст, графику, числа, знаки и т.д.).

Microsoft Graph

Microsoft Graph metadata captured and used for generating client library code files.

Authentication Providers and UI components for Microsoft Graph ��

Documentation for the Microsoft Graph REST API

268 Updated Mar 12, 2023

Services API for Graph Explorer

7 Updated Mar 12, 2023

Authentication Providers and UI components for Microsoft Graph ��

15 Updated Mar 11, 2023

0 Updated Mar 11, 2023

Powershell SDK for Microsoft Graph

6 Updated Mar 11, 2023

Microsoft Graph Data Connect enables scaled access to Microsoft 365 data with fine grained consent model, integrated with compliance and governance, to enable analytics and big data applications on the largest productivity platform.