单据来源系统
发票、行程单、合同、付款申请分散在邮箱、OA、影像与采购系统。接入方式通常是导出文件或只读接口，要求提供原始影像与结构化字段。为什么这一步最容易卡：很多企业的单据没有统一入口，先做入口收口，比急着接模型更有效。
核算与总账系统
需要科目表、辅助核算项、历史凭证与期间状态。怎么接：优先只读接口或中间库，避免直接写库；写入一律走标准制单接口并保留操作日志。边界是主数据仍由财务维护，AI 不新增科目、不改核算项，也不调整期间状态。
资金与银行流水
银企直连或流水导出是应收应付对账的前提。字段包括交易时间、对方户名、摘要、金额与流水号，缺摘要会明显降低匹配质量。怎么做更稳：敏感账户单独授权、限额可见，并在日志中记录每次查询，便于事后核查。
税务与电子档案
发票查验、申报数据与会计档案各有入口。是否接入取决于范围：只做内部辅助可以不接申报接口，但要保证档案可导出、可按凭证号回溯。边界写清：申报数据以税务系统与持证人员确认为准，工具不生成对外申报口径。
适用与不适用
适合谁
- 正在做财务 AI 立项、需要列接口范围的 IT 与财务
- 已有报销或影像系统、想打通到核算环节的企业
不适合谁
- 单据仍以纸质流转、无任何电子入口的企业
- 要求直接写库、绕过制单流程的项目
典型场景
某集团财务共享中心先做通路：邮件与 OA 单据统一进影像库，核算系统开只读视图，银行流水每日导出。接口清单由 IT 与财务共同确认字段映射，AI 只读不写，制单仍走标准流程，账号权限按岗位分配。
可执行步骤
- 画出单据从产生到入账的完整路径，逐个标出系统入口、字段与责任人
- 按来源、核算、资金、税务、档案五类列接口清单，并排出接入优先级
- 与财务确认字段映射与容差范围，形成书面映射表并双方签字确认后执行
- 优先只读接入，写入统一走标准制单接口，并开启可查询的操作日志
- 按敏感级别分配账号权限，约定查询、导出与留痕的方式及审批责任人
常见坑
- 直接写核算系统数据库，绕过制单校验，凭证编号与期间状态错乱，恢复只能靠备份，还可能影响已结账期间。
- 只接结构化字段不接原始影像，复核时无法核对，问题单据只能退回人工重录，效率反而下降。
- 接口账号权限过大且无操作日志，出现数据异常时无法定位操作来源，安全审计也难以通过。
自检与验收清单
- 五类系统的接口清单与接入优先级是否书面化
- 字段映射表是否经财务确认，并由双方签字留存
- 写入是否走标准制单接口，并保留完整操作日志
- 敏感账户是否单独授权并限制可见范围与额度
- 档案是否可按凭证号回溯，并支持批量导出下载
常见问题
一定要银企直连吗？
不一定。流水导出加人工上传也能起步，只是时效与完整性差一些。若应收客户多、回款频繁，直连能显著减少手工环节；但直连涉及银行授权与安全评估，需要提前排期，不能当作上线前两周才办的事。
老系统没有接口怎么办？
用导出文件加中间库过渡，约定导出频率与字段格式，并保留人工核对环节。不要为了接 AI 去改老系统的核心表结构，改造风险往往大于收益；等业务稳定后再评估替换或封装接口。
接口范围谁来定？
财务定业务范围与字段口径，IT 定接入方式与权限，双方共同签一份接口清单。只由一方决定，常见结果是接了用不上，或者该接的没接，返工时两边都不认账，还会拖慢整体排期。