DOCUMENTATION INTEGRATION

Your documentation, powering every ticket.

Neo reads your Hudu docs, client policies, and runbooks before acting on a ticket. Resolutions match your standards because they come from your standards.

01Capabilities

What Neo does with Hudu.

01
CLIENT POLICIES

Policy-aware resolutions

Neo looks up 2FA rules, onboarding templates, approved software, and device profiles per client before acting.

02
RUNBOOKS

Your runbooks, executed

Reads your Hudu procedures for a class of ticket and runs them step-by-step.

03
PASSWORDS

Scoped password access

Retrieves credentials through Hudu's secure model, respects RBAC, logs every access.

02Workflows

Concrete work Neo handles in Hudu.

ONBOARDING

Per-client onboarding

Neo reads the client's onboarding page, applies the right groups, licenses, device profile, and signature.

ASSET LOOKUP

Asset-aware tickets

When a ticket references a device or service, Neo pulls the asset record for context before acting.

UPDATE DOCS

Keeps docs current

When Neo makes a change, it can update the related Hudu record so your docs don't drift.

03Setup

Live in under an hour.

Connect, configure, go. No code, no long implementation.

01

Connect Hudu

API key with scoped permissions. Neo inherits your Hudu roles.

02

Index your content

Neo indexes your companies, assets, procedures, and password folders.

03

Go live

Test mode first. Then let Neo read your docs before every resolution.

FAQ

Questions about the Hudu integration.

Does Neo respect Hudu's permission model?+

Yes. Neo authenticates per the Hudu API token you create, and inherits exactly the permissions you grant it.

Can Neo update Hudu assets?+

Only with Write permission. You scope it per module and per asset type.

Does Neo need to read everything?+

No. Restrict it to the folders and asset types you want Neo to use. Zero access is a valid choice.

Ready to wire up Hudu?

14-day free trial. No credit card. Live in under an hour, right inside your stack.