Проєктування Робочого Процесу Аналізу Продукту
Свайпніть щоб показати меню
Ваш робочий процес отримує ASIN-и Amazon із електронної таблиці, отримує дані про продукт через API, обробляє їх за допомогою ШІ та формує аналітичні звіти. Частина 1 зосереджена на налаштуванні, шляхах валідації даних і конфігурації HTTP-запитів.
Робочий процес, який:
- Зчитує ASIN-и (ідентифікатори продуктів Amazon) з електронної таблиці;
- Перевіряє, чи існує кожен ASIN;
- Отримує дані про продукт із Rainforest API;
- Перевіряє, чи API повернуло придатні дані;
- Надсилає дані про продукт до ChatGPT для аналізу;
- Генерує підсумок і пропозиції щодо покращення;
- Створює Google Документ зі звітом;
- Додає посилання на документ у відповідний рядок електронної таблиці.
# Spreadsheet Row (ASIN)
# ↓
# ┌─────────────────────────────────────────┐
# │ PATH: ASIN Check │
# ├──────────────────┬──────────────────────┤
# │ No ASIN │ ASIN Found │
# │ ↓ │ ↓ │
# │ Update Sheet: │ HTTP Request │
# │ "ASIN not found" │ (Rainforest API) │
# │ │ ↓ │
# │ │ ┌─────────────────┐ │
# │ │ │ PATH: Data │ │
# │ │ │ Check │ │
# │ │ ├────────┬────────┤ │
# │ │ │Poor │Good │ │
# │ │ │Data │Data │ │
# │ │ │ ↓ │ ↓ │ │
# │ │ │Update │ChatGPT │ │
# │ │ │Sheet: │ ↓ │ │
# │ │ │"Poor │Google │ │
# │ │ │ data" │Doc │ │
# │ │ │ │ ↓ │ │
# │ │ │ │Update │ │
# │ │ │ │Sheet │ │
# └──────────────────┴────────┴────────┴───┘
Робочий процес починається з тригеру Google Sheets, який спрацьовує при додаванні або оновленні ASIN. Використання ASIN як тригерної колонки забезпечує точний контроль над початком обробки та гарантує, що кожен рядок обробляється цілеспрямовано. Швидкий тест тригеру підтверджує, що номер рядка, ASIN і пов’язані поля передаються коректно.
Перед будь-якими API-запитами робочий процес використовує Paths для валідації. Якщо ASIN відсутній, рядок одразу оновлюється зі статусом помилки, і обробка припиняється. Якщо ASIN існує, робочий процес продовжується і виконує HTTP GET-запит до Rainforest API, динамічно підставляючи ASIN із таблиці. На цьому етапі отримуються повні дані про продукт, які стають доступними для подальшої логіки.
Оскільки відповіді API не завжди є придатними, другий шлях перевірки якості даних визначає, чи існує назва продукту. Відсутні або неповні дані позначаються у таблиці, створюючи прозорий журнал аудиту. Якщо дані валідні, робочий процес надсилає повну відповідь API до ChatGPT для аналізу, налаштовуючи ШІ-обробку, яка згенерує підсумки та рекомендації у наступній частині.
На цьому етапі автоматизація вже демонструє захисний дизайн: недійсні вхідні дані виявляються на ранньому етапі, ненадійні відповіді API обробляються коректно, а кожна помилка оновлює вихідний лист із чіткими повідомленнями про статус. Дійсні дані безперешкодно надходять до AI-обробки, готові до створення звітів і документів на наступних етапах.
Дякуємо за ваш відгук!
Запитати АІ
Запитати АІ
Запитайте про що завгодно або спробуйте одне із запропонованих запитань, щоб почати наш чат