NeoBO

AI agent platform for HR and the back office

Connect·Run·Record. The AI agent platform for back-office operations

Turn your procedures into workflows you build by placing nodes. Every action the AI takes is kept in a tamper-evident audit log.

Workflows visualized as nodes / Human approval in the loop / Execution records secured by hash chain

NeoBO Console Security OK carol@example.com
Onboarding automation Validate Save draft Save Run
when: approved New hire detectedtrigger.hr Determine access needsai.agent IT approvesapproval.request Branch on conditioncontrol.if Create accountsconnector.call Notify hire and managernotify Endend

NeoBO Designer / workflow “Onboarding automation” (screen shows demo data)

Works with the systems you already run.

HR, finance, IT. We integrate with the major business systems by API.

  • SmartHR
  • Kaonavi
  • KING OF TIME
  • Jobcan
  • jinjer
  • freee HR
  • Talent Palette
  • Deel
  • Greenhouse
  • Workday
  • BambooHR
  • Rippling
  • Lever
  • ADP
  • freee
  • Money Forward
  • Yayoi
  • invox
  • TOKIUM
  • Rakuraku Seisan
  • Bill One
  • Bugyo Cloud
  • CloudSign
  • GMO Sign
  • DocuSign
  • QuickBooks
  • Xero
  • NetSuite
  • Stripe
  • x402
  • Microsoft 365
  • Azure
  • Windows
  • Google Workspace
  • kintone
  • Garoon
  • Slack
  • Chatwork
  • LINE WORKS
  • Notion
  • Salesforce
  • HubSpot
  • Okta
  • Jamf
  • ServiceNow
  • Zendesk
  • Jira
  • GitHub

* Service names shown are trademarks or registered trademarks of their respective owners. Their appearance indicates integration support, not a partnership or endorsement.
* Systems not listed here can also be integrated through API calls, RPA, or custom nodes.

The problem

Are people still clicking between screens to get this done?

The more systems you add, the more human work it takes to connect them.

01

Systems are split, re-keying remains

HR, attendance, and accounting each live in a different SaaS. People move between screens, copying data by hand.

02

Work stalls at every approval

Nobody knows whose approval it is waiting on, and the time drains into chasing it.

03

RPA breaks, and nobody can fix it

A small change to a screen stops it. Whoever built it has already moved on.

04

You want to use AI, but nothing is on the record

If you cannot explain the reasoning, you cannot use it for back-office work.

46apps

Average number of business apps per company in Japan

Source: Okta, “Businesses at Work 2025”

80%+

Said their workload had not been reduced even after moving the process onto a system

Source: Atled / Workflow Research Institute (2023)

1,600h/mo

Hours a major enterprise projected it would save in HR and general affairs by applying AI

Source: LINE Yahoo published case study (2025)

* The figures above are general industry reference points. They do not represent results from deploying NeoBO.

Approach

Build it, hand it over, and verify it afterwards.

Connect

Make the flow of work visible as nodes

Sequence and branching become nodes and lines. Everyone involved reviews the same diagram.

See the Designer →

Run

AI agents and RPA do the work

APIs go through connectors; where there is none, RPA drives the screen. Insert approval before the decisions that matter.

See how it runs →

Record

Keep every run in the audit log

Who instructed it, which version, and which model ran. A hash chain detects tampering.

See the audit features →

Feature — Designer

The flow of work stays visible as a diagram.

Review what is actually running, not a specification document. Where it integrates, where it needs approval, where it branches — the flow of work stays visible as a diagram.

  • Business owners can review it themselves. Follow the nodes and lines to see the flow and every system it touches.
  • You can point at what you want changed. Say it precisely, right on the diagram.
  • Handover survives staff turnover. The structure remains as a diagram.
  • Your own engineers can build on it. APIs and custom nodes are provided.
  • Validate before you save. Unconnected and unconfigured nodes are caught before a run.

NODE PALETTE

  • Start / Endstart / end
  • AI agentai.agent
  • Approval (HITL)approval.request
  • RPA runrpa.run
  • Notifynotify
  • Conditionalcontrol.if
  • Switchcontrol.switch
  • Transform datadata.transform
  • API callapi.call
  • Connectorconnector.call
  • Customcustom

Feature — Audit & Governance

Prove what the AI did, after the fact.

What stops automation is not the technology — it is accountability. Every run is recorded as an audit event, and a hash chain detects tampering.

NeoBO Console Security OK carol@example.com

Audit & Governance

Verify hash chain Reload

Review tamper-evident audit events (hash chain) along with the model catalog and outbox.

Chain verified OK / no tampering detected 6 events ・ verified 09:41 JST
HASHEVENTVERIFY
a4f9c1Started workflow run “Onboarding”OK
7b02deai.agent determined required access (prompt v3 / approved)OK
e13a58Accessed personal data: name, department, employment typeOK
2c8f70Approval request sent → IT departmentOK
bd45a9Approved by carol@example.comOK
91e6c3Created 4 accounts and sent notificationsOK
Prompt management Cost management PII access log Model catalog Outbox events
Prompt management draft → approved → published → deprecated
TEMPLATE
VER
STATUS
APPROVER
UPDATED
onboarding_access
v3
published
carol@example.com
2026-07-12
offboarding_revoke
v2
approved
dave@example.com
2026-07-09
hr_inquiry_triage
v5
published
carol@example.com
2026-07-05
access_review_orphans
v1
draft
2026-07-15
onboarding_access
v2
deprecated
carol@example.com
2026-05-30

NeoBO Audit & Governance / hash chain and prompt version control (screen shows demo data)

Feature — Execution and operations

Choosing not to hand over everything is also an option.

Route anything you cannot afford to get wrong through human judgment. How far the automation goes is yours to decide, based on the risk of the work.

approval.request

Approval inbox

The run pauses at an approval node and waits for a decision. Who approved it, and when, is recorded too.

rpa.run

RPA agents

For internal systems with no API, RPA operates the screen instead.

monitor

Run monitor

See running and failed executions at a glance, down to the node where it stopped.

alert

Alerts

Detects failures, delays, and cost overruns, and notifies you.

Use cases — HR and labor

Start with the procedure that takes the most hands.

Begin with the work that recurs constantly and cannot afford mistakes.

Hire confirmedSmartHR Determine access needsai.agent IT approvesapproval Create accounts in bulkGoogle Workspace, etc. Notify hire and managerSlack

Have everything in place before day one

AI determines the access required from role and department. Once IT approves, accounts are created across every SaaS and notifications go out. What was granted stays in the audit log.

UP TO 300 PEOPLE

Turn manual onboarding into a template and remove the dependence on individuals.

1,000 PEOPLE AND UP

Consolidate branching by site and employment type into a single flow.

How rollout works

Start with one process, then widen the scope.

01

Talk to us

We learn how the work flows today and explain what can be automated.

02

Scope the work

We pick the first process based on how often it runs and how much of it is manual.

03

Build and validate

We or your team build it, then validate it without touching production.

04

Go live and expand

Operate it through the run monitor while adding more processes.

Pricing

We quote against the scope and scale of the work involved.

The configuration changes with the number of workflows, the number of runs, the systems you connect, and the governance you need. Start by telling us which processes you have in mind.

Start

Small start

One department, a handful of workflows. A setup for confirming the value first.

Expand

Cross-department

Multiple departments and many integrations. Full operation including RPA and audit.

Govern

Company-wide, governance first

SSO, fine-grained permissions, long-term audit log retention, and rollout support.

Contact us

Frequently asked questions

What people ask before getting started.

Do we need engineers of our own to adopt it?

Not necessarily. Our engineers work alongside you to build it. If you do have engineers in house, they can build it themselves from the documentation.

Can we make changes ourselves once it is built?

If you have engineers, they can modify it. If you do not, you can still point at exactly what you want changed on the diagram. We design the operating model around what you need.

Who is the Designer screen meant for?

Not only engineers, but business owners and IT staff as well. They can review the configuration that will actually run, before it goes live.

Can it integrate with internal systems that are not on your list?

Yes. If there is an API, use the API call node; if there is not, RPA operates the screen; anything bespoke goes into a custom node.

If the AI does something wrong, how would we detect it?

Every run is recorded as an audit event, and you can trace the prompt version and the model that were used. For anything critical, we recommend adding an approval node.

Can we migrate from our existing RPA tool?

Either a full replacement, or a phased migration in which the API portions become workflows while screen operations stay in RPA.

Can we start small and expand later?

Yes. Begin with a single process and add more as you confirm the results in the run monitor.

Start by handing your most tedious
procedure to an AI agent.