您现有的 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业务工具完成集成后,成功调用会按租户生成尽力而为的事件,用于支持与事件分析。
试点方法
查询客户、准备报价、跟进发票:我们从可验证的业务结果出发,只开放所需能力。
明确智能体在真实场景中需要读取、准备或执行什么。
workflow.scope → 已明确在集成前明确数据、动作、用户与权限边界。
authority.define → 已批准在试点中构建 API 直连集成;系统必须保持私有时,再评估出站隧道。
mcp.integrate → 直连 | 隧道先在选定的 MCP 客户端完成真实链路测试,再向团队开放试点。
client.verify → 就绪顾问式试点 · 以 ERPNext 为参考
请说明智能体要读取、准备或执行什么、涉及哪个系统以及有哪些约束。我们会给出试点范围;若 MCP 不适合,也会如实说明。
从可验证的工作流出发,而不是从工具目录出发。
表单不会要求填写 ERP 凭据。客户端与订阅方案的兼容性会在范围评估时确认。