NetSuite
Oracle
系統整合
讓 Agent 查 NetSuite 的採購、庫存:設計期先看資料,上線後用系統帳號查詢與改單,或讓每位業務用自己的身分開單(送出前都要確認)。
說明
讓 Asgard 的 Agent 用 NetSuite 的資料回答問題:哪些採購單還沒到貨、某個料號還剩多少、哪家供應商遲交。需要時也能改單、開單,每一次送出前都要使用的人確認。
支援的用法
| 用法 | 說明 |
|---|---|
| 設計期 | FDE 設計部署時,先用 SuiteQL 看這家客戶的 NetSuite 有哪些單據、狀態怎麼用、有哪些自訂欄位 |
| 共用帳號 | 上線後,Agent 用公司的一個系統帳號查詢(平台自己組 SuiteQL),或用單號讀一張單;需要時改單,送出前要確認 |
| 個人帳號 | 每位業務在 Sindri 用自己的 NetSuite 使用者連一次,Agent 用他本人的身分查單、開單,單據記在他名下;大約每 7 天要重連一次 |
客戶要準備什麼
- NetSuite 的管理員(或有「OAuth 2.0 Authorized Applications Management」權限的人),能建 Integration、設定「機器對機器」的憑證
- 一個給 AI 用的員工(建議系統專用)與一個角色:AI 看得到的,就是這個角色看得到的
- 知道帳戶 ID(網址
https://<帳戶 ID>.app.netsuite.com的那一段);有 sandbox 的話,sandbox 與正式帳戶要各設一次 - 個人帳號用法:每位業務用自己的 NetSuite 使用者(不是共用帳號),角色要能用 OAuth 2.0 登入、有要開的那類單據與表單
為什麼不用 NetSuite 的 AI Connector(MCP)
只是查詢的話,平台本身就會查 NetSuite:給它一條連線、一份查詢說明書,AI 自己組 SuiteQL,不用另外跑一支程式,也不用把整套 NetSuite 的工具交給 AI。理由見 knowledge/why-not-mcp.md。
Oracle 與 NetSuite 是該公司的商標。