Skip to Content
Agencies & MSPsAutomation Blueprints

Automation Blueprints

Build reusable MSP automations for user provisioning, threat triage, license reconciliation, endpoint maintenance, and QBR reporting. These patterns are implementation outlines rather than ready-to-run templates. Configure each pattern for the client’s systems, approval policies, and vendor APIs before production use.

At a glanceVerified in app · Oct 30, 2026
Use it to
Design reusable MSP automations for joiner provisioning, EDR triage, license reconciliation, leaver offboarding, RMM disk cleanup, and warranty reporting
Find it
Build in your practice workspace, then deploy via Clients → Overview → Deploy automation or Deployment
Limits
Blueprints are implementation outlines · Configure client-specific credentials, approvals, and APIs in each client workspace
Instead
Templates and Reuse (for ready-to-fork general templates in the Marketplace)
ReusableOne Source AutomationReview and push a separate copy to each client workspace
Per workspaceClient CredentialsConfigure each client's accounts and secrets in their own workspace
REST & webhooksCustom ConnectionsUse documented APIs and webhook endpoints where no app action fits

Identity & User Lifecycle Blueprints

Automate approved new-hire onboarding across directory services, licensing, password management, and PSA documentation. Verify HR approval, target tenant, and requested access before provisioning. An unverified form submission is not authorization.

HR Form / WebhookGenerate CredentialsCreate in Entra IDAssign M365 SKUInvite to 1PasswordCreate PSA ContactNotify Manager
  1. Trigger (Webhook). With Body only enabled, read {{ 1.first_name }}, {{ 1.last_name }}, {{ 1.department }}, and {{ 1.manager_email }} (or under {{ 1.body }} by default).
  2. Credentials (Code Execution). Format the UPN ({{ 1.first_name }}.{{ 1.last_name }}@example.com). Any password printed by Code editor enters Step output and execution history. Use an IdP setup link if client policy prohibits logged temporary passwords.
  3. Entra ID and M365 (HTTP Request). Call Microsoft Graph (POST /v1.0/users), assign the M365 license SKU, and add security groups.
  4. Vault and PSA. Invite the user to 1Password or Bitwarden and create the contact in HaloPSA, ConnectWise, IT Glue, or Hudu. Message the manager in Teams or Slack using an expiring credential link rather than plain text.

Security & Endpoint Operations Blueprints

Ingest security alert webhooks, summarize indicators of compromise (IoCs) with AI, and route confirmed threats according to the client’s isolation policy.

SentinelOne WebhookAI Threat TriageEvaluate SeverityIsolate EndpointPagerDuty / PSA Ticket
  1. Trigger (Webhook). Receive alert payloads from SentinelOne, Huntress, or CrowdStrike (process hash, command line, classification, host ID).
  2. AI Triage (AI Prompt). Summarize the attack technique and extract IoC context from the command line and detection metadata.
  3. Severity Routing (Conditions). For Critical alerts, follow the client’s approved EDR isolation procedure and verify host isolation status. Alert on-call via PagerDuty or Twilio and open a Critical PSA ticket. Never rely on AI classification alone to authorize host isolation. Log Low or Medium events as standard PSA tickets.

Billing & Asset Reporting Blueprints

Compare active M365 or Pax8 subscription counts against PSA recurring agreement lines before billing closes.

  1. Schedule and Query (Scheduler → HTTP Request). Run before billing closes (such as the 1st of the month at 02:00 UTC). Fetch the contractually relevant cloud seat count (assigned, purchased, or billable) and matching PSA agreement lines.
  2. Variance (Data Transformation). Subtract billed PSA seats from provider seats using numbered outputs from the Workflow data panel.
  3. Route (Conditions). Open a billing review ticket for any non-zero variance or unmatched SKU. Update billed quantities only after commercial approval, and log zero-variance matches.

Deploying a Blueprint to Clients

Practice workspace1. Build & Version the Source
  • Use workspace variables and secrets for tenant IDs, thresholds, and webhook URLs.
  • Test all branches and save a named manual version before rolling out.
Client workspace2. Deploy Draft & Bind Resources
  • Push a Draft copy via Choose a Deployment Method and Pushing Automations to Clients.
  • Bind client connections, secrets, Subflows, and AI Agent tools before testing.

See Choose a Deployment Method and Pushing Automations to Clients for rollout checklists.


Verify it works
Run
Deploy your configured blueprint to a client workspace in Draft and run one controlled test.
You should see
Each Step completes against the client's test systems and records the expected ticket or notification.

What’s Next?

👉 Operating Automations →: test, monitor, diagnose, and recover the client automations you deliver.

For delivery instructions, use Pushing Automations to Clients. Return to the App Directory when a pattern needs another client system.

Last updated on

Search documentation

Start with a guide, or search by Step, task or error.