WhatsApp support automation
Green API and Meta API workflows for private chats, customer groups, linked users, admin identities, and safe customer replies.
Manage customer commands, WhatsApp and Telegram webhooks, ticket workflows, linked users, provider routes, templates, broadcasts, billing, and logs from one workspace.
These features control the main customer-facing support automation flow.
Green API and Meta API workflows for private chats, customer groups, linked users, admin identities, and safe customer replies.
Webhook-based Telegram support with automatic chat detection, linked users, provider groups, and workspace-level controls.
Ticket subject rules can trigger speed, cancel, refill, and details workflows while keeping platform support tickets separate.
Detects speed, cancel, refill, balance, details, help, bulk IDs, aliases, and custom commands.
Uses panel API data to verify linked username ownership before sensitive order actions are processed.
Provider groups receive clean commands like external_id speed, external_id cancel, or external_id refill.
The system checks order state, service rules, cooldowns, and route configuration first.
Map provider domains, keys, aliases, WhatsApp groups, and Telegram groups with custom command templates.
Prevent repeated requests for the same order and action during the configured cooldown period.
Avoid duplicate processing of repeated webhook events using message keys and update identifiers.
Use service-name parsing or cached service rules for start-time and refill eligibility decisions.
Check completed status, refill coverage, lifetime refill settings, refill windows, and service metadata before dispatch.
Check order status, remains, start timing, and cooldown before forwarding speed requests.
Each workspace includes setup, routing, communication, logs, templates, and support tools.
Link WhatsApp, Meta wa_id, Green API identifiers, and Telegram chat IDs to panel usernames.
Mark trusted WhatsApp, Meta, or Telegram identities as admin chats for controlled support-side operations.
Send service notices, downtime alerts, and important announcements to linked users with plan-based medium control.
Customize replies for success, failure, route missing, provider missing, help, verification, and custom commands.
Review webhook logs, outbound logs, conversations, command logs, dispatches, cooldowns, and ticket activity.
Monitor webhook status, connection validation, channel configuration, plan access, and runtime module state.
The system separates tenants, avoids exposing technical errors to customers, and protects sensitive configuration data.
Sensitive API tokens, app secrets, bot tokens, and connection credentials are stored away from public pages.
Each workspace has separate settings, routes, linked users, commands, cooldowns, logs, subscriptions, and runtime state.
Technical errors are translated into customer-safe messages while full details remain available in logs.
The system checks users, orders, services, and ticket data before provider dispatch.
Background processing is designed with dedupe and lock-style protection where supported.
Allowed mediums and modules are enforced in setup pages, routes, broadcasts, and runtime processing.
The product is structured as a SaaS platform for multiple workspaces and support teams.
Customers can choose a plan, select panel type, submit payment reference, and wait for approval.
Plan status, expiry, active modules, and allowed mediums are managed per workspace.
Master admin can manage customers, plans, invoices, subscriptions, support queue, templates, and runtime health.
The workspace supports panel adapter logic so customers can connect their preferred backend panel type.
Runners handle ticket processing, broadcast dispatch, service cache refresh, and runtime maintenance.
Designed for multiple customers, separate workspaces, individual billing, and controlled automation modules.
Example: 2274209 refill or multiple IDs separated by commas.
Panel API fetches order details and checks linked username ownership.
Status, start time, refill coverage, cooldown, external ID, and provider route are checked.
The provider group receives clean text like external_id refill.
Command result, provider dispatch, cooldown, and customer reply are saved.
Read start-time and refill wording directly from service names for a faster launch.
Fetch services from panel API, cache service data, then define start-time and refill rules from the workspace.
Start with one channel, map providers, link users, test the panel API, and enable advanced service rules when ready.