CRM和OA怎么打通：审批和待办要归到一个主入口

接口通不通只是技术问题。决定这套集成好不好用的，是审批依据留在哪个系统、待办收在哪个入口。

折扣申请在 OA 里批到第三级，销售在客户会议室等着，手机上刷新了两次。同一时间，CRM 里那条商机的报价还停在上一轮。等 OA 批完，销售把价格抄回 CRM，抄错了一位数。合同签下来，财务对账发现合同价与审批价差了两千块。追责的时候，OA 的记录齐全，CRM 的记录也齐全，两条记录拼不到一起。CRM和OA怎么打通，问的其实就是这类事怎么才不再发生。

接口通不通只是技术问题。同一个动作在两套系统里各存了一半——审批的依据在 CRM，审批的动作在 OA——这才是根子。算不上谁不认真，是分工从一开始就没划清。

CRM和OA怎么打通：管人的和管客户的先分开

OA 的原点是组织——谁在什么岗位、向谁汇报、能不能盖这个章、这笔差旅该不该报。CRM 的原点是客户——这个客户谁在跟、谈到哪一步、报了什么价、承诺了什么。两套系统都往人身上落数据，落的是人的不同侧面。

分开的判断线可以很朴素：这条数据错了，该找 HR 还是找销售运营。组织、岗位、职级、假勤、用印、发文，错了找行政和 HR；客户、联系人、商机、报价、合同条款、服务工单，错了找销售运营。线划到这里，多数争论会自动消失。

模糊的是中间地带。出差申请归 OA，可出差的目的往往是拜访客户；合同用印归 OA，可印章盖下去的依据是 CRM 里的条款和审批记录。这类交叉点不要指望“都放一边”解决，要明确谁是主记录、谁只做引用。

三条数据线：人员、审批、待办

打通这件事，说到底是三条线，不是一个大接口。

人员线是单向的，从 OA 到 CRM，晚上同步一次就够。CRM 不该回写组织架构，一旦允许回写，两边的部门树会开始打架。麻烦在 OA 里通常没有“销售团队”这个概念：一个人可能同时挂在两个产品线的销售组里，还有代管和兼岗。可行的做法是在 CRM 里建一层虚拟销售团队，成员从 OA 组织树里挑，团队本身由销售运营维护。

审批线要按对象分，下一节单独讲。

待办线决定一线会不会用。一个人一天处理七八件事，待办如果分散在两个系统，总有一个被忽略，被忽略的通常是 CRM，因为它不参与考核。

审批按对象归口，不按部门归口

常见的误解是“领导习惯在 OA 批，那就都搬到 OA”。问题在于审批人要看的依据——成本、毛利、历史成交价、客户信用——这些都在 CRM 里。审批动作搬过去了，依据没搬，审批人只能凭感觉。

按对象分的清单大致是这样：

• 客户建档、客户合并、信用额度调整——CRM。
• 报价折扣、付款条件、特殊条款——CRM。
• 合同起草与条款会签——CRM 起单，用印环节回到 OA。
• 差旅、招待、样机借用——OA。
• 服务工单升级、备件让利——CRM。
• 请假、调岗、外派——OA。

概括成一句：决定“卖不卖、卖多少钱”的放 CRM，决定“花不花钱、盖不盖章、人在不在”的放 OA。这条线立住，两边的审批人都不需要来回切换。

有个细节常被忽略：跨系统的审批要能追溯。合同用印在 OA 走完，CRM 的合同记录上必须有 OA 流程号和用印时间，否则审计时还是拼不起来。

待办只留一个入口，三种做法的代价

待办聚合没有标准答案，选哪种取决于谁在用。

OA 汇总。CRM 把待办推给 OA，点开回跳。好处是领导只登一个系统，坏处是状态回写有延迟，CRM 里的“已办”要靠轮询刷新，网络一抖动就会出现“已批未同步”。

CRM 汇总。OA 的审批页嵌进 CRM，单点登录直通。一线不用切换，代价是 OA 的流程引擎能力被削弱，遇到复杂会签还得跳回去，两边体验都不完整。

推到企业微信。两边都不做聚合，消息带链接直达。实施成本低，问题在消息会被淹没，翻历史很难。

实际项目里常见的组合是按角色分流：高管走 OA 汇总，看的是待批数量和金额；一线走企业微信，点开就是那条商机；中后台走 CRM 内嵌。这套组合在方案文档里很少写，却是多数企业跑得住的方式。

接口之外的三件事

账号与单点登录。账号生命周期以 OA 为准，入职开通、离职停用都由 OA 触发。CRM 侧仍要留一个兜底巡检：每周比对一次在职名单，发现差异人工处理。离职当天账号没停，是这类项目里出过事的环节。

权限映射。OA 的部门树和 CRM 的数据范围不是一回事。销售一部能不能看二部的客户，取决于客户归属规则，不取决于组织架构。要单独做一张映射表，写清“组织节点—角色—数据范围”，改一次更新一次。

日志对齐。两边都留痕，字段却不同。至少要统一三个：业务单据号、对方流程号、动作时间。有了这三个，出问题时能按单据把两边的记录串起来。

LEVCRM 里的做法

LEVCRM 的交付方式是私有云与本地化部署，OA 通常在同一内网，接口走内网直连，不经过公网，同步频率和失败重试都好控制。

组织与人员同步在 aPaaS 平台里配定时任务和字段映射，销售团队这层虚拟组织由管理员维护。单点登录支持标准协议对接，账号不在 CRM 里单独维护。

审批在 销售云里配：折扣按幅度分级，账期按客户信用等级分级，两条链分开走；审批通过后自动回写商机，报价版本归档，历史价格可查。待办通过企业微信和邮件双通道推送，CRM 内部再按角色过滤成三张清单：待我批、待我跟、待我处理。

客户数据与订单数据的边界，和 ERP 的关系是另一条线，展开在CRM和ERP怎么打通这篇里。两条线一起看，才把“哪个系统管什么”讲得清。

落地顺序：六周，别一次接完

头两周做人员线和单点登录。这两件事不做，后面所有审批都会卡在登录页。

第三周只接一条审批链，通常选折扣，因为它的依据全在 CRM 里，跑起来容易看到效果。跑两周，把驳回原因归类，再决定要不要接第二条。

第五周做待办收口，按角色分流，同时把“已办未同步”的兜底方案写进运维手册。第六周补日志对齐和权限映射表。

一次把六类审批全接上的项目，通常在第四周就开始返工。审批链的复杂度不在技术，在每个审批人心里的那把尺子，得一条一条对齐。

如果两套系统现在已经在并行，可以带着现有的审批清单来聊一次。预约产品演示，销售服务热线 010-67201766，技术服务热线 010-60624622。