DAE 和传统进销存是什么关系？
进销存负责记录与结存，DAE 负责把业务信息送进去：理解消息与单据、按规则校验、再写入系统。企业无需更换现有系统，关键动作由人工确认后入账。
这里说明两者分工与衔接，不构成替换建议；具体对接取决于企业系统条件。
30 秒看懂
DAE 与进销存的区别在哪六个维度？
两者不是同类产品，放在一起比的是「谁负责哪一段」。
| 对比维度 | 传统进销存 / ERP | DAE 数智员工 |
|---|---|---|
| 主要职责 | 记录业务结果，维护账实与结存 | 把业务动作变成可校验的单据送进系统 |
| 输入形态 | 人工录入或扫码，格式必须规范 | 消息、图片、表格、手写单据等非结构化信息 |
| 数据从哪来 | 等人录进来 | 主动从沟通工具与业务事件里接住 |
| 判断能力 | 按预设字段规则校验 | 按企业规则理解与判断，不确定时转人工 |
| 异常处理 | 录不进去就报错，等人处理 | 停下来标记并转给指定的人 |
| 要不要替换 | — | 不替换，通过接口或定制方式协同 |
关键区别在第一行：进销存是账本，DAE 是把业务送进账本的那双手。企业真正的手工成本，多半花在「送进去」这一段，而不是账本本身。
哪些事应该留在进销存里做？
分清楚边界，比追求「一个系统全包」更实用。
留在进销存
账实与结存
库存数量、成本核算、往来余额、财务报表——这些是账本的本职，DAE 不碰，也不应碰。
留在进销存
既定规则的核算方式
计价方式、结算周期、税目处理由现有系统按既定规则执行。DAE 只负责把输入准备好，不改动核算规则。
交给 DAE
系统之外的手工搬运
把微信群里的订单消息抄进系统、把手写单据敲成电子单、把几个系统的数对一遍——这些发生在系统之外的动作，是 DAE 接手的地方。
不换系统，DAE 怎么和现有系统协同？
四条常见路径，按企业现有条件选。
接口对接优先现有系统提供 API 时首选：稳定性与速度最好，动作可直接写入系统
数据库直连视条件无 API 但有只读或受控写权限时可用，需要明确权限边界与操作审计
文件中转常见兜底按系统支持的导入格式生成文件，由系统自身的导入功能接收，改动最小
界面操作最后手段以上都不可行时保留原有操作路径；优点是通用，缺点是受界面改版影响
顺序不是「越新越好」，而是越稳越好。有接口就用接口，没有就用文件，最后才考虑操作界面——目的是让这条链路尽量不受界面改版影响。
对接时最常见的三个误解
误解上 DAE 就得把 ERP 换掉。
实际不需要。DAE 通过接口或定制方式与现有 ERP、进销存协同工作，员工仍在熟悉的系统里查看和使用数据。它的作用是把手工作业环节接过去。
误解数据必须先整理干净才能对接。
实际整理数据本身就是它可以接手的第一件事。真实企业的数据往往是散的和乱的，从一条具体的业务流开始梳理规则，比先做全公司数据治理更容易见效。
误解对接就是写个接口，很快。
实际接口只是其中一步。更花时间的是把判断规则讲清楚：什么算异常、多大金额必须确认、冲突时以谁为准。这一步没做完，接口通了也不解决业务问题。
关于与进销存系统的配合，还有哪些常被问到的问题？
DAE 会不会改坏我的账？
关键动作不自动写入系统，需负责人确认后入账，责任由确认方承担。异常、冲突与规则未覆盖的情况一律停下来交给人。权限按角色与范围分级，能改哪些字段由企业定义。
现有系统没有接口怎么办？
先看是否支持文件导入——多数进销存都支持按模板导入，按它的格式生成文件由系统自身接收，改动最小、风险最低。仍不可行时才考虑保留原有操作路径。
对接需要停业务吗？
不需要。常见做法是两套并行一段时间：DAE 处理后仍由人工核对，确认稳定后再逐步减少手工环节。切换按流程分批做，比一次性替换风险低。
多个系统之间的数据对不上怎么办？
这正是跨系统对账要解决的问题：把不同系统间的账目自动匹配、标记差异，差异项交由人工确认。系统负责找出不一致，判断以哪边为准仍由人决定。
历史数据要迁移吗？
通常不需要。DAE 接手的是往前走的业务动作，历史数据留在原系统里即可。只有在需要基于历史数据做判断规则时，才会涉及读取而不是迁移。
谁来维护对接关系？
日常不需要专人维护接口。需要维护的是业务规则：什么情况该转人工、审批链怎么走、字段定义变没变。这些由业务负责人配置，不必依赖技术团队。
员工还要在两个系统之间切换吗？
不一定。员工侧的入口是微信、飞书或企业微信，用日常说话的方式交代工作；查看与审批仍在熟悉的系统里。多系统切换的负担主要落在对接层，不落在一线。
如果以后换了 ERP，前面做的还有效吗？
规则与权限设计是有效的，它们与具体系统无关；需要重做的是对接层。这也是先梳理规则、再谈对接顺序的原因——规则是留下来的那部分资产。