For MSPs already running ImmyBot

Already Running ImmyBot?.
Deployment automation, plus ticket automation.

ImmyBot is the right tool for one-click workstation onboarding, patching, and script-driven endpoint management. It doesn't read tickets, run cross-tool runbooks, or embed inside ConnectWise. Junto does. Run them together and your MSP automates the deployment layer and the ticket layer in parallel. No swivel-chair between them.

  • ImmyBot handles the device side: imaging, patching, script library, security enforcement
  • Junto handles the ticket side: AI triage, M365 / Pax8 / IT Glue / Entra runbooks
  • Junto's ConnectWise pod surfaces ImmyBot deployment state inline during triage
  • Same MSP, two automation layers, both feeding into the ConnectWise ticket

See Junto running next to ImmyBot

30-minute walkthrough on a sample MSP queue. No slides.

No sales pitch. Privacy

26+
Live integrations
18
AI processors per ticket
43+
Pre-built runbook templates
3
Runbook modes (AI / Hybrid / Human)

Three places ImmyBot and Junto run together inside one ticket

ImmyBot owns the device layer. Junto owns the ticket layer. The handoff is the ConnectWise ticket itself, and these are the three places it matters most.

1
New-hire onboarding

ImmyBot deploys the device. Junto handles every other ticket on the new-hire request.

A new-hire ticket lands in ConnectWise. ImmyBot kicks off one-click workstation onboarding on its side. On Junto's side, the onboarding runbook executes the ticket-layer work in parallel: create the Microsoft 365 user, assign group membership, provision the Pax8 license, generate the IT Glue documentation entry, post the welcome packet to Slack, log time in ConnectWise. Same ticket, two automation layers running together, zero manual swivel-chair between them.

2
Patch-related tickets

ImmyBot pushes the patches. Junto triages the aftermath with full device context.

After an ImmyBot patch wave, the inevitable trickle of 'my computer is slow' and 'app won't open' tickets land in ConnectWise. Junto's triage processor reads each ticket, pulls device state from NinjaOne or your RMM, cross-references ImmyBot's recent deployment log, and posts a diagnosis as the first internal note. The tech sees: 'Device: ACME-WS-042. ImmyBot deployed update KB5034441 at 03:12. Last reboot pending. 47 days uptime. Recommend reboot runbook.' No tab switching, no dashboard hunt.

3
Offboarding orchestration

Junto runs the offboarding ticket. ImmyBot wipes the device.

Offboarding ticket arrives. Junto's offboarding runbook starts: disable the Microsoft 365 account, revoke the Pax8 license, transfer OneDrive ownership, archive Teams membership, update IT Glue, notify the manager in Slack, log everything in ConnectWise. ImmyBot handles the device-side wipe in parallel. Tech approves each step in Slack with one tap. End-to-end offboarding moves from a 90-minute manual checklist to a 10-minute approval flow.

What ImmyBot does well

ImmyBot is one of the strongest deployment-and-onboarding automation tools in the MSP channel. The pitch on their site is direct: "automates patching and onboarding enabling you to serve more clients and grow without adding headcount." If you've standardized your imaging, patching, and software-install playbooks on ImmyBot, you've made a solid choice.

One-Click Onboarding. ImmyBot turns workstation provisioning into a single trigger, with metadata-driven configurations that make each rollout consistent. No more tedious imaging, no manual checklists per device.

Script library at 1,900+. The library covers software installs, patch deployments, and security configuration. Combined with ad-hoc deployment, the platform handles a huge slice of the recurring scripting work that used to eat senior-tech hours.

ConnectWise integration. ImmyBot connects to ConnectWise Manage and ConnectWise Automate, so the deployment activity logs back to the right asset record and ticket. That's the integration point Junto reads from.

What it isn't. ImmyBot is a deployment and endpoint automation platform. It doesn't read incoming tickets, doesn't triage with cross-tool context, doesn't run runbooks across Microsoft 365 / Pax8 / IT Glue / Entra ID, and doesn't embed inside the ConnectWise ticket view as a pod. That ticket-and-cross-tool layer is what Junto fills.

ImmyBot alone vs ImmyBot + Junto

Junto is additive, not a replacement. Keep ImmyBot for the device layer. Add Junto for the ticket layer.

CapabilityImmyBotImmyBot + Junto
One-click workstation onboarding (imaging)
Script library for endpoint deployment
Patch management and software deployment
AI ticket triage across the full stack
Auto-execute M365 / Pax8 / IT Glue / Entra runbooks
ConnectWise PSA pod (embedded inside ticket)
Explorer for cross-tool natural-language queries
Advisor: recommend what to automate next from ticket data
26+ live integrations (M365, Pax8, IT Glue, NinjaOne, SentinelOne)
ConnectWise PSA integration
Why Junto is built for MSPs who already use ImmyBot

MSPs that have invested in ImmyBot are the ones I most want to talk to about Junto. They've already decided that automation is the right answer at the device layer, they've put in the work to standardize their deployment playbooks, and they've earned the headcount-light operating model that ImmyBot enables. The piece that's still mostly manual for those MSPs is everything that happens after the device is deployed: the L1 tickets, the triage research, the cross-tool runbooks. That's exactly the layer Junto automates. The mental model that made ImmyBot work for you is the same one that makes Junto work. You're not buying a second deployment tool. You're extending the automation you already believe in into the ticket queue.

Reed Watne, founder, Junto

Common questions about Junto + ImmyBot

Do I have to switch off ImmyBot to use Junto?

No. ImmyBot and Junto work different layers. ImmyBot handles device-level automation (onboarding, imaging, patching, scripts on endpoints). Junto handles ticket-level automation (triage across your stack, runbooks that touch M365 / Pax8 / IT Glue / Entra / security tools, and the ConnectWise PSA pod). Most MSPs run both. They don't conflict.

How does Junto know what ImmyBot has already done?

Through ConnectWise. ImmyBot logs deployment activity, patch runs, and script executions into the ConnectWise ticket or asset record. Junto's triage processor reads the ConnectWise ticket when it arrives and pulls that ImmyBot context automatically. The tech sees ImmyBot's deployment state inside the same triage summary as device health, user info, license status, and security alerts.

Can Junto trigger ImmyBot actions directly?

Not as a native integration today. Junto can recommend an ImmyBot script in the ConnectWise pod (tech runs it from ImmyBot with one click), and runbooks can include manual approval steps that prompt the tech to kick off an ImmyBot job. Direct API trigger of ImmyBot deployments from Junto runbooks is on the roadmap.

What does Junto add that ImmyBot doesn't already do?

ImmyBot is excellent at the device layer: imaging, patching, software install, configuration enforcement. It doesn't read tickets, doesn't pull from M365 or Pax8 to enrich triage, doesn't run runbooks that orchestrate across non-deployment tools, and doesn't embed inside the ConnectWise ticket view. Junto fills that ticket-and-cross-tool layer, with ImmyBot continuing to handle the device side.

Which PSAs and RMMs does Junto integrate with?

PSA: ConnectWise PSA with deep embedded pod. RMM: NinjaOne, ConnectWise RMM, ConnectWise Automate. Documentation: IT Glue, Hudu. Identity: Microsoft 365, Entra ID. Security: SentinelOne, Sophos. Licensing: Pax8. Communication: Slack, Teams. Plus 10+ more. ImmyBot connects via ConnectWise (Manage and Automate) and Azure/Entra.

Ready to add the ticket layer to your ImmyBot stack?

30-minute walkthrough on a sample MSP queue. AI triage, runbooks across M365 / Pax8 / IT Glue / Entra, the ConnectWise pod, and how ImmyBot deployment state feeds into Junto's triage summary.

Book a demo