Built Around ISP Events
The triggers are the moments an ISP cares about: an invoice three days from due, a prepaid period about to end, a customer near their data limit, a router offline, a visit marked done.
Pick what starts a workflow, then add what should happen. ISPbox watches tickets, invoices, services, visits and the network, and does the follow-up your team would otherwise do by hand.
Real screens from the product - the editor, the templates, a step and the results.
The trigger sits at the top and every step hangs under it. A plus between two steps adds one, and a step with more than one result splits into branches: paid or not, yes or no, done or failed.
21 workflows written for ISPs: remind before an invoice is due, chase a failed card, sort incoming tickets, follow up after a visit, warn before prepaid time runs out. A template opens as a draft you can change.
Messages use the customer's own data: name, plan, balance, due date, portal link. Each step can wait for the morning instead of texting at night, try again when a provider refuses, and continue on its own branch when it fails.
For each workflow you see how many runs started, how they ended and which way they went at every branch, so you know how many reminders ended in a payment and how many tickets were spam.
Most of an ISP's day is follow-up: remind, check again, tell the customer, tell the technician. Workflows is where you write that follow-up down once. It is new and in beta: the building blocks are in place and tested on real routers, and we are still adding triggers and steps from what operators ask for.
An event in the panel: a ticket opened or answered, an invoice issued, overdue or paid, a payment failed, a service added or changed, a prepaid period ending, a visit booked or done, a lead created, a reseller wallet running low, stock of an item running low, a premise becoming ready, a monitoring alert, a router or a customer going offline.
A point in time: a number of days before an invoice is due, hours before a visit, a share of the monthly data limit used. Or a schedule that runs for each customer, service, invoice or ticket that matches your conditions. Or a start by hand from a customer or ticket page, or a signed webhook from another system.
Reach people: email, SMS, WhatsApp and app push to the customer, a message to their reseller, a notification to a person or a staff group, a post to your alert channel. Customer messages respect quiet hours, marketing opt-outs and a limit on how many automated messages one customer gets.
Change things: tag, assign, answer and close tickets; send an invoice or a reminder, charge the saved card, add a charge or a credit; change a plan, pause, resume or refresh a service, extend prepaid time; block a customer or give a grace period; open and resolve outages; schedule a visit; update a lead.
Decide and wait: conditions on live data, a switch on a value, a wait for a length of time, a wait until something happens (the invoice is paid, the customer answers) with a branch for when it does not, an approval by a person, a loop over a customer's services or invoices, and a call to any other system over HTTP.
Publishing freezes a version. Runs keep the version they started on, and an older version can be brought back as a draft. Every run is kept with each step, what it did and why it stopped, and can be replayed on the canvas.
A step that cannot do its job says so: a router that does not answer a disconnect is reported as a failure, not as done, and the step can retry or continue on its "failed" branch. Archived customers are left alone. A workflow that starts far more runs than expected is paused and the office is told.
Three steps use AI: decide (yes or no, or one of your options, with a confidence you can require), extract (a date, an amount, a name from a message) and write (a reply drafted from the conversation and the customer's account). A built-in model handles decisions; writing uses the Anthropic or OpenAI account you connect, and the run shows what each AI step cost.
Works with Ticketing, Payment Automation, AI Assistant (MCP), Prepaid Billing
The triggers are the moments an ISP cares about: an invoice three days from due, a prepaid period about to end, a customer near their data limit, a router offline, a visit marked done.
A workflow can change a plan, pause or resume a service, extend prepaid time, give a grace period, disconnect a session, open an outage and book a visit, with the same checks as the panel.
A test run goes through the whole workflow on a real record and describes each step without sending or changing anything. An approval step stops a run until a person says yes.
AI steps sort a message, pull out a date or an amount, or draft a reply for a person to approve. The rest of the workflow is plain rules you can read.
Automate ISP service activation: turning a service on writes the PPP secret, DHCP lease and speed queue to the router or RADIUS, plan changes update it in place, and suspension removes or limits it, with audit jobs that check the router against the panel.
Learn moreTrack ISP equipment from stock to subscriber: ISPbox logs items by serial number, moves them through statuses like in stock, with a tech, in service, maintenance and retired, assigns them to technicians and customer services, and keeps a transfer audit.
Learn moreCoordinate ISP field work in ISPbox: schedule installs and repairs as tickets with a date, an assigned technician and a checklist, and see them on a team calendar, so dispatch, support and field crews work from one place.
Learn moreHow-to guides: Workflows
Create a workspace, take a template, run a test on one of your customers and publish when it reads right.