NetSuite内受管控的AI智能体，每次写入均设人工审批关口

问题

财务与运营负责人此前已尝试过生成式AI，并留下了聊天机器人原型。这些原型均未投入生产，原因众所周知。语言模型不能被允许去猜测账户余额、税码或库存计价。将数千行交易明细送入上下文窗口会耗尽预算并产生偏差。而且没有审计委员会会授予不受治理的智能体总账写入权限。他们需要的不是更聪明的模型，而是让任何模型都能在其中工作的受治理方式。

我们的做法

我们以两周冲刺的方式，基于现有NetSuite角色部署了Aissistor，即DataOngoing的智能体化ERP框架。中央路由器将工作分派给专业智能体：应付账款匹配智能体、总账利润流失检测智能体、已保存搜索审计智能体和合同检查智能体。每个智能体仅通过正式的Model Context Protocol工具执行操作：execute_suiteql用于参数化的只读查询，get_record_schema用于获取结构，propose_transaction_draft用于任何会更改总账的操作。读取直接访问NetSuite。写入则停在暂存审核环节，应付账款主管在此查看高亮显示的差异，并在记录提交前点击批准。

此图是其中一个工作流设计，包含其控制点及相关证据。

机制如何运作

1. 工具调用，而非自由文本

   为检查客户余额，工作者以参数化查询调用execute_suiteql，并从NetSuite表中获得结构化的行数据。模型对并非由其生成的数据进行汇总并标记异常，其回答中的每个数字都可追溯到某一行。

2. 人工介入的财务防护机制

   工作者可以审计5,000张采购订单并发现14张重复的供应商发票，也可以根据OCR扫描件组装一张拟议的供应商账单。但两者它都无法提交。草稿会进入审核弹窗，差异高亮显示；主管批准后，NetSuite以该人员的角色写入记录。

3. 子智能体分解

   单个提示词无法解决ERP问题。研究智能体提取交易备注、供应商合同和付款历史；取证智能体分析总账分摊和毛利率；文档智能体汇编董事会摘要，并附带指向原始记录的审计链接。

成果

可借鉴之处

1. 缺乏受管控工具的 AI 是一种负债

   切勿让模型通过爬虫或未经授权的数据库驱动访问 ERP。应要求采用正式的 MCP 接口，配备基于角色的令牌，以及可审计的读写边界。

2. 目标是消除行政负担，而不是裁减人员

   资深会计应当分析现金策略，而不是从扫描的 PDF 中录入十二位数的发票号码。录入由数字员工完成，判断由人来做。

3. 确定性架构优于模型规模

   配备精确 SuiteQL 工具、遵守规则的模型，胜过依靠猜测的大得多的通用模型。治理本身就是功能。

复合型回顾案例；客户以典型形象呈现，数字用于说明机制。相关内容：从车间到总账的设备与单据自动化