Build AOG parts release packets with OpenAI, Google Drive and Telegram
Ready for 3.0What this workflow does
This AI workflow has 20 nodes and runs when an HTTP POST request hits its webhook URL. Along the way it connects OpenAI Chat Model, Google Drive and Telegram. It also calls mro.example over HTTP.
How it runs
Trigger: When an HTTP POST request hits its webhook URL.
- Normalize Part and Aircraft Context (Code): runs custom JavaScript code
- Split Requested Parts (Code): runs custom JavaScript code
- Fetch OEM Eligibility (HTTP Request): calls an HTTP API
- Fetch Serialized Life History (HTTP Request): calls an HTTP API
- Fetch Airworthiness Directive Status (HTTP Request): calls an HTTP API
- Merge: merges the data from its input branches
- Calculate Release Blockers (Code): runs custom JavaScript code
- Explain Traceability Decision (Basic LLM Chain): sends a prompt to an LLM, with model: Power Traceability Reviewer
- Keep Part Decision (Code): runs custom JavaScript code
- Route Part Release State (If): checks a condition and branches into true / false
…plus 8 more steps. See the full node list below.
Services it uses
HTTP calls to: mro.example
Before you upgrade to n8n 3.0
Nothing in this workflow is removed in n8n 3.0, so it should import and run after the upgrade.
Nodes used (10)
- Webhook
n8n-nodes-base.webhook - Code
n8n-nodes-base.code - HTTP Request
n8n-nodes-base.httpRequest - Merge
n8n-nodes-base.merge - OpenAI Chat Model
@n8n/n8n-nodes-langchain.lmChatOpenAi - Basic LLM Chain
@n8n/n8n-nodes-langchain.chainLlm - If
n8n-nodes-base.if - Aggregate
n8n-nodes-base.aggregate - Google Drive
n8n-nodes-base.googleDrive - Telegram
n8n-nodes-base.telegram
From the author
Quick overview This workflow receives an AOG parts request via webhook, validates OEM eligibility, life history, and airworthiness directives via external APIs, and uses OpenAI to generate decision rationales. It then reserves eligible parts or quarantines…