This n8n workflow lets you control access to your internal Telegram bots and automation systems based on user roles and departments.
It ensures that only authorized team members β defined in your employee database β can interact with specific parts of your workflow.
Perfect for agencies, internal tools, or multi-team organizations where permissions differ across roles (e.g., Marketing, Sales, Administration).
β‘ Receive Message (Telegram Trigger)
Purpose: Captures incoming messages from users interacting with your Telegram bot.
When a user sends any message to the bot, the workflow retrieves their Telegram username and triggers the process.
Provides a secure and instant entry point for validating user identity before running any internal logic.
π Employee Database (Data Table Node)
Purpose: Fetches user details such as Position and Type from your internal employee table.
Structure Example:
UserName===Position===Type
User_1===Marketing===SEO
User_2===Administration===Manager
User_3===Marketing===Target
Centralized employee management β you can update access levels (roles or departments) directly in the data table without editing the workflow.
Purpose: Determines the userβs department or role level (e.g., Marketing, Sales, Administration).
Purpose: Performs a second-level check β filters users by Type (e.g., SEO, SMM, Target).
Marketing β SEO β Send to SEO workflow branch
Marketing β Target β Send to Ads branch
Administration β Manager β Grant full access
Sales β Employee β Limited access
Allows multi-level, role-based logic with different automation paths for each team or position.
π¬ No Operation Nodes (Placeholders)
Purpose: Represent different action branches β each can later be replaced with the logic specific to that department.
βTargetβ branch β connect to ad performance automation
βSEOβ branch β connect to Google Search Console reports
βSalesβ branch β connect to CRM updates
A flexible access framework β ready to integrate with any process per department.
π Workflow Overview Table
Section Node Name Purpose
π Granular Access Control: Multi-level permission logic (Position + Role).
βοΈ Dynamic Role Management: Update access directly in your data table β no redeployment needed.
π§± Modular Design: Add or replace department branches without affecting core logic.
π Scalable Foundation: Perfect base for enterprise-grade permission systems or multi-team bots.
π Cross-Platform Ready: Can be adapted for Slack, Discord, or internal chat tools.