常见问题
关于系统对接，你可能想知道
这些是客户问得最多的问题。如果没找到答案，直接联系我们。
系统对接大概需要多长时间？
取决于双方系统的开放程度与数据复杂度。如果对方已有标准接口文档，通常一到三周可以完成开发与联调；如果需要从数据库取数或涉及历史数据补录，周期会相应延长。我们会在需求诊断阶段给出明确的时间预估。
我们用的 ERP 比较老，还能对接吗？
可以。系统较老、没有现成接口的情况很常见。我们可以通过数据库中间库、取数视图等方式实现数据抽取，不需要对方系统提供 API。这也是我们处理较多的一类场景。
对接过程中数据安全怎么保障？
我们会根据对方要求采用多种安全措施：数据传输采用 AES 加密、接口调用采用签名鉴权（如 HMAC-SHA256）或令牌鉴权、必要时通过中间库中转实现数据隔离。整个流程只读取必要数据，不触碰无关信息。
品牌方要求的格式很复杂，你们能处理吗？
能。品牌方（如家电、电气类品牌）的 EDI 报送规范通常比较细致，涉及订货号校验、多账套合并、客户属性字段等。我们处理过这类规范，可以在取数环节就按标准整理好，避免上报后被退回。
上线之后，数据出问题怎么办？
我们会在上线后持续跟进运行状态。对接程序通常配有异常日志与告警机制，一旦发现数据异常可以快速定位。同时我们会协助配置重跑机制，保证数据最终完整准确。
只做对接，不换系统可以吗？
完全可以，而且这是我们推荐的方式。对接的目标是让现有系统之间能对话，不需要你更换已有的软件。除非现有系统实在无法满足业务需求，我们才会建议评估升级。
费用大概怎么算？
费用与对接的复杂程度相关，主要看涉及系统数量、数据量、是否有标准接口、是否需要历史补录等。需求诊断免费，诊断后会给出明确报价，不做隐藏收费。
你们只服务本地客户吗？
不是。对接类项目大部分工作可以远程完成，我们服务的客户分布在全国多地。涉及环境部署等环节可以远程协助，必要时也可上门支持。
两家系统的编码对不上（货号、客户、单位），对接时怎么处理？
编码不一致是对接里最常见的拦路虎。标准做法是建一张编码映射表，而不是强行让两边改成同一套编码——改编码会牵动历史数据，代价远大于做映射。映射表至少包含三列：我方编码、对方编码、备注（停用、替换关系）。建立时先把两边的数据导出来做一轮自动比对，能直接匹配上的批量确认，匹配不上的由业务人员逐条确认，这部分人工工作省不掉，但一次做完可以长期复用。运行中要注意两点：一是新增货品或客户没有映射关系时，系统要能自动告警并走人工补录，绝不能静默跳过，否则数据会悄悄漏掉；二是对方编码发生变更（比如货号升级换代）要有同步机制。映射表建议由对接方负责维护、业务方负责确认，每次变更留版本记录，方便日后追溯某一批数据为什么没报上去。
对接要不要把我们的数据库开放到公网？网络安全怎么控？
绝大多数情况下不需要，我们也不建议这么做。数据库直接暴露在公网，等于把整个家底摆在门口，风险远大于带来的方便。
更稳妥的做法通常有三种：一是在公司内网放一台前置机（普通办公电脑或小服务器都行），由它主动向外发起连接，只传该传的数据，外部无法反向进来；二是通过 VPN 或专线把两边网络打通，数据库只对指定 IP 开放；三是走文件交换——本地程序生成加密文件，通过 SFTP 送到对方服务器，双方都不用开放数据库端口。具体选哪种，取决于对方平台提供什么接入方式，以及你们内部的安全要求。
不管用哪种方式，几条底线建议守住：数据库账号只给最小权限，能只读就不给写；开放范围按 IP 白名单收敛，不要对全网放开；传输过程加密；对接账号不要用个人账号，方便出问题时追责；操作留日志，谁在什么时间取过什么数据要能查得到。最后提醒一句：方案定下来之后，最好让公司 IT 或网管过一遍，内部安全策略有时比技术选型更关键。