您現有的 ERP
ERPNext 優先保留現有系統。我們評估其 API 與工作流程、建置專用整合,再代管 MCP 端點。ERPNext 優先;其他 ERP 會在承諾前先行評估。
mcp-erpnext · MCP
Casys 會圍繞一個明確工作流程界定動作、建置遠端 MCP 伺服器並負責代管。ERPNext 是我們的公開參考;每項代管服務仍是範圍明確的試行,而不是開放式工具目錄。
MCP 用戶端
一個遠端端點,可用於 Claude、受支援的 ChatGPT 工作區與團隊選定的其他 MCP 用戶端。
起點
無論哪一種情況,我們都從工作流程與預期動作清單開始,而不是開放整個系統。
三種開始方式
保留現有系統。我們評估其 API 與工作流程、建置專用整合,再代管 MCP 端點。ERPNext 優先;其他 ERP 會在承諾前先行評估。
新試行可規劃專屬 ERPNext 執行個體、初始設定、MCP 串接、備份與日常維運。
CRM、開立發票、客服或內部應用程式:承諾前先評估 API 與工作流程,不承諾通用連接器。
範圍
01在建置或開放 MCP 前,先定義所需資料與動作。
身分驗證
02用戶端先完成驗證。直連模式下,ERP 憑證在平台端加密;隧道模式下,憑證留在本地代理中。
網路
03試行的業務工具需要專用 API 整合;私有 ERP 則評估出站隧道。
維運
04業務工具完成整合後,成功呼叫會依租戶產生盡力而為的事件,用於支援與事件分析。
試行方法
查詢客戶、準備報價、追蹤發票:我們從可驗證的業務成果開始,只開放必要能力。
明確 AI 代理在真實情境中需要讀取、準備或執行什麼。
workflow.scope → 已明確在整合前明確資料、動作、使用者與權限邊界。
authority.define → 已核准在試行中建置 API 直連整合;系統必須維持私有時,再評估出站隧道。
mcp.integrate → 直連 | 隧道先在選定的 MCP 用戶端完成實際鏈路測試,再向團隊開放試行。
client.verify → 就緒顧問式試行 · 以 ERPNext 為參考
請說明 AI 代理要讀取、準備或執行什麼、涉及哪個系統以及有哪些限制。我們會提出試行範圍;若 MCP 不適合,也會如實說明。
從可驗證的工作流程出發,而不是從工具目錄出發。
表單不會要求填寫 ERP 憑證。用戶端與訂閱方案的相容性會在範圍評估時確認。