Зробіть HTTP-запит у Power Automate

У цій публікації блогу ми дізнаємося, як створити HTTP-запит за допомогою Power Automate. Запити HTTP використовуються для передачі даних, але це не повинно бути вашим першим рішенням. Вашим першим рішенням завжди має бути пошук конектора для вашої програми. Ви можете переглянути повне відео цього підручника внизу цього блогу.

Зміст

• Автоматика живлення та роз’єми
• Створення та отримання HTTP-запиту
• Настільні потоки
• Як працює робочий процес запиту HTTP
• Запуск потоку в HTTP-запиті
• Розбір файлу JASON
• Використання функції «Застосувати до кожного конектора».
• Впровадження робочого процесу
• Висновок

Автоматика живлення та роз’єми

З’єднувач — це спосіб зв’язку Power Automate з іншою програмою. У Power Automate вже доступні тисячі роз’ємів. Наприклад, якщо вам потрібно автоматизувати щось, пов’язане з додатком Microsoft (Teams, SharePoint, OneDrive) або іншими додатками, які мають з’єднувачі (Dropbox, SAP), вам завжди слід використовувати підхід з’єднувача, а не підхід запиту HTTP .

Створення та отримання HTTP-запиту

Однак якщо для нього немає конектора, ви можете використовувати HTTP. Запити HTTP використовуються Power Automate для зв’язку з іншою програмою, яка не має конектора, але може мати так званий REST API .

Отже, по суті, розробник програми відкрив програму таким чином, щоб люди могли надсилати до неї запити, і вона потім може повертати дані відповідно до цих запитів. Прикладом є вбудоване програмне забезпечення CRM для клієнта. Вони точно не хочуть створювати з’єднувач для Power Automate, тому дозволяють HTTP-запити з різних джерел, які можуть пінгувати програмне забезпечення CRM для клієнтів зі списку. Тоді цей список клієнтів буде повернуто цим HTTP-запитом.

Настільні потоки

Якщо немає HTTP-запитів, то вам доведеться використовувати те, що називається робочим столом . Потоки робочого столу дуже потужні, оскільки дозволяють автоматизувати майже все. Вони дуже схожі на макрос Excel, де ви можете записати, виконати певну дію, а потім повторити її. Вони використовуються, якщо люди хочуть автоматизувати речі, які є лише на робочому столі, як-от переміщення файлів на робочому столі або відкриття програми.

Як працює робочий процес запиту HTTP

Давайте розглянемо робочий процес HTTP і подивимося, як він працює. У мене відкрита Power Automate, а також навчальний посібник для REST API.

Як приклад HTTP-запиту я збираюся використовувати веб-сайт, який має API, де я можу вказати API надати мені список користувачів. Нижче наведено список електронних адрес або клієнтів, які є в нашій компанії.

Знову ж таки, це API, до якого розробник програми надав мені доступ. Я зробив HTTP-запит тут, і він повернув мені фактичний JSON. Я можу скопіювати цей JSON у так званий Pretty Print .

Я щойно натиснув кнопку Make Pretty , щоб ми могли побачити, як це насправді виглядає.

Ми бачимо праворуч, що нам надається сторінка за сторінкою, скільки клієнтів, загальна кількість, загальна кількість сторінок, а також кожен ідентифікатор.

Для кожного ідентифікатора ми отримуємо його електронну адресу, ім’я, прізвище та аватар. Це багато інформації для шести клієнтів із цього API, який ми створили.

Запуск потоку в HTTP-запиті

Ми хочемо мати потік, який біжить щоранку. Цей потік має надсилати нам цей список клієнтів на першій сторінці.

По-перше, я починаю з ручного запуску потоку. Цей потік запускатиметься лише тоді, коли я натискаю кнопку, але ми також можемо змінити його так, щоб потік повторювався та запускався щоранку.

Потім у нас є HTTP-з’єднувач, де ми реалізуємо метод. Є два методи, які застосовуються до API: GET і POST . Є також PATCH і DELETE , але вони використовуються рідко.

Якщо ви хочете отримати інформацію з API, це зазвичай відбувається через GET або POST . Якщо вам цікаво дізнатися, у чому полягає різниця між GET і POST , то я дійсно рекомендую вам пошукати в Інтернеті RESTful API .

На даний момент наш розробник програми сказав нам, що він збирається створити API, які прийматимуть запити GET. Ось чому ми використаємо GET як метод, а потім URI на першій сторінці.

У нас також є можливість надати цьому API тіло. Наприклад, ми можемо повідомити API, що нам потрібні лише клієнти, які починаються з літери F. Ми можемо додати аргументи або параметри до нашого HTTP-запиту, після чого API їх прийме. Однак поки що ми зберігаємо це просто і ми не матимемо жодних запитів щодо тіла.

Коли ми зробили цей запит, ми можемо його вивести. Я створив чат із Бредом Піттом, який є менеджером моєї компанії під назвою «Тест», тому що ми лише тестуємо це. Потім ми опублікуємо тіло (вихід цього HTTP-запиту) до цієї бесіди.

Зауважте, що це динамічний вміст. Ми бачимо конектор у динамічному вмісті, який повертає нам тіло.

Це поверне купу дурниць – це фактично файл JSON, який насправді не читається. Чудово, що це отримав Бред Пітт, але він не зможе це зрозуміти чи знати, що це означає.

Розбір файлу JASON

Наступним кроком є ​​аналіз цього файлу JSON. З’єднувач Parse JSON повертає вам об’єкт JSON, що є способом набагато легшого циклічного перегляду цих клієнтів. Я надав цьому конектору тіло (що є результатом HTTP-запиту), а потім цей конектор надасть мені доступ до таких речей, як ID, електронна адреса, ім’я та прізвище.

Тож замість того, щоб нам доводилося переглядати код і аналізувати його, Power Automate виконує цей процес за нас за допомогою цього дійсно класного конектора.

Використання функції «Застосувати до кожного конектора».

Ми будемо використовувати Apply to each connector, тому що для кожного клієнта, якого ми отримуємо в цьому тілі, ми хочемо вивести ім’я, прізвище та електронну адресу. На зображенні нижче ми маємо додаток до кожного з’єднувача керування , де ми публікуємо повідомлення Бреду Пітту. Ми публікуємо як flow bot , а одержувачем є Бред Пітт. Ми також маємо доступ до їх імені, прізвища, аватара, технічного тексту URL-адреси, електронної пошти.

Ми б не мали доступу до цих фактичних елементів, якби не ввімкнули підключення Parse JSON . Цей з’єднувач дуже важливий, тому що ми фактично можемо виводити ім’я, прізвище і так далі і так далі.

У частині повідомлення ми виведемо ім’я, прізвище та адресу електронної пошти.

Ось і весь наш потік. Знову ж таки, це в основному активований HTTP-запит, де ми маємо запит GET до URL-адреси. Отриманий результат буде виведений у чат команди. Потім ми аналізуємо цей файл JSON, а потім надсилаємо кожному клієнту повідомлення з ім’ям, прізвищем та електронною адресою.

Впровадження робочого процесу

Давайте поспостерігаємо за цим процесом у дії, натиснувши «Зберегти» , а потім «Тестувати» . На цьому етапі весь процес зводиться до створення запиту HTTP, фактичного повернення цього запиту та надсилання його в Teams.

Ми бачимо, що щойно було надіслано повідомлення з фактичним списком клієнтів. Тоді ми можемо бачити кожного клієнта, ми отримуємо його ім’я, прізвище, а також електронну адресу.

У нас шість клієнтів, і це точно відповідає тому, що ми маємо в JSON.

І, очевидно, ми також отримали фактичне повне повідомлення JSON, але це важко прочитати.

Я бачу, як багато людей постійно надсилають HTTP-запити та повертають їм дані. Варто проаналізувати дані, особливо якщо отримані дані є у формі JSON, щоб ви могли зрозуміти їх і перетворити на те, що можна використовувати.

Висновок

Це приклад того, як зробити запит HTTP , надіслати запит і отримати дані . Але одну річ, яку я хочу уточнити, це те, що ви також можете змусити HTTP-запити робити будь-що.

Наприклад, як розробник програми, ми можемо створити кінцеву точку HTTP, яка створює нового клієнта в програмному забезпеченні CRM. Ми можемо створити потік, щоб щоразу, коли хтось додає клієнта до SharePoint, потік запускався. Потім інформація передається в HTTP-запит із властивостями. Таким чином ви можете передавати інформацію з SharePoint у програму третьої сторони, яка приймає запити API.

Якщо вам сподобався вміст, розглянутий у цьому посібнику, підпишіться на телеканал LuckyTemplates. У нас постійно надходить величезна кількість вмісту, створюваного мною та низкою творців контенту, які всі прагнуть покращити спосіб використання LuckyTemplates і Power Platform.

Генрі