痛点：钱出去了进不来，全靠 Excel 和记忆
很多做到几十人、上百人的企业，采购销售都上了系统，唯独"账"还散着。老板问"某某客户还欠我们多少、这个月到期要付供应商多少"，答案往往来自三处：销售的私人 Excel、财务的记账软件、仓库师傅的记忆。三处对不上是常态。
典型症状很具体：
- 挂账靠备注。订单表里写一行"月结60天"，到底哪笔该什么时候收，没人算得清。
- 核销靠人工。客户打了一笔款，到底是冲哪几张单的，财务在群里问销售，销售翻聊天记录。
- 到期靠人记。应收逾期了没人提醒，等发现时已经拖过季度；应付忘了付，供应商停止供货才想起来。
- 口径对不齐。业务说"欠款"含未开票的发货，财务说"应收"只认已开票凭证，两边数字永远差一截，开会先吵定义。
问题的根子不在"没有工具"，而在业务台账这一层是空的。财务总账记录的是凭证（发票、银行回单），滞后且按会计科目组织；老板日常要看的，是按"客户/供应商"组织的、和业务单据直接挂钩的动态余额。这一层需要业务人员自己维护、每天在看，才是活账。
先划边界：业务台账不是财务总账
用 AI 构建器搭应收应付之前，先把两本账的分工说清楚，否则做出来一定和财务打架：
| 业务应收应付台账（本文范围） | 财务总账（不在本文范围） | |
|---|---|---|
| 记账依据 | 发货单、收货单、合同条款 | 发票、银行回单、会计凭证 |
| 组织方式 | 按客户/供应商/业务员 | 按会计科目 |
| 使用者 | 老板、销售、采购、出纳 | 会计、审计、税务申报 |
| 时效 | 实时，业务发生即挂账 | 凭证入账后更新，通常滞后 |
| 输出 | 到期提醒、核销状态、催收清单 | 报表、报税、审计底稿 |
两边的衔接点只有一个：期初对齐 + 定期对账。台账上线时把存量欠款一次性录入为"期初余额"，之后每月和财务核一次差异。台账不生成凭证、不做成本核算——那是财务软件的职责，硬塞进来只会两头不像。
数据怎么建：四张表撑起一本活账
Inkwell AI 构建器的建模方式是自然语言描述业务，平台生成数据库结构（技术上是带多租户隔离的业务表）。应收应付台账推荐四组数据：
1. 往来单位档案（复用已有）。客户档案、供应商档案如果已经建过，直接引用即可——平台有跨模块引用机制（业务术语叫软外键，页面上表现为下拉选择，数据上保留名称快照，源头改名不影响历史单据的可读性）。没建过的，先补档案：名称、负责人、结算方式（字典：现结/月结/季结）、账期天数、联系方式。
2. 应收台账行。核心字段：所属客户（引用客户档案）、来源单据（引用销售订单/发货单，可空——允许手工挂账）、应收金额、已核销金额、未收余额、账单日期、到期日、状态（字典：未到期/部分回款/已结清/已逾期）、经办业务员。两条设计要点：
- 金额一律以"分"存储。平台的金额字段约定就是整数分，避免小数舍入误差；页面上自动显示为元，导出也是元，业务人员无感。
- 未收余额不落库重算或落库皆可，但核销动作必须原子。推荐让余额=应收金额-已核销金额在查询时计算，杜绝"改了核销没改余额"的不一致。
3. 回款记录。一笔实收款一条：客户、收款日期、收款方式（字典：银行转账/承兑/现金）、金额、对应发票号（可空）、备注。关键是核销明细：一笔回款可以勾选冲抵多张应收行，一张应收行也可以被多笔回款分批冲抵——回款与应收行之间是多对多关系，核销金额之和不得超过回款金额，也不得超过应收余额，这两条校验在建模块时就要提给 AI 写进后端。
4. 应付侧镜像。供应商应付台账行（来源=采购入库单/采购订单）、付款记录、付款核销，结构与应收完全对称。对称的好处是：一套页面模板、一套核销逻辑，AI 构建时一次描述两侧同时生成，后续维护也只学一遍。
页面怎么用：三个视角各看各的
数据建好，PC 端页面按角色组织（平台按模块自动生成管理页面，菜单挂载与权限走内置的角色权限体系）：
- 老板视角——应收应付总览。两张汇总卡：应收总额/其中逾期额、应付总额/其中本月到期额；下面是一张按客户（供应商）聚合的排行表，点开某家看它的全部台账行。这页只做一件事：回答"谁欠我多少、我欠谁多少、哪些快到期"。
- 销售/采购视角——我的台账。默认过滤到当前登录人经办的单据。列表提供批量操作：登记回款（弹表单填金额日期，再勾选核销哪几行）、标记对账（上传对账单文件，平台自带文件上传能力）、催办备注。逾期行用醒目色标出。
- 财务对接视角——核销流水。回款/付款记录的完整列表，每笔能看到核销到了哪些单据行。月底和财务对总账时，这页就是业务侧的底稿。
每张列表页支持关键字与日期区间筛选、按状态字典过滤，并可导出——这些是平台列表页的标准能力，无需额外开发。## 到期提醒怎么落地：让账自己找人
台账建好只是第一步，"到期靠人记"必须变成"系统来催"。平台有现成的三块能力可以组合：
1. 定时任务（调度器）。配置一个每日早晨执行的定时检查：扫描应收台账行中"到期日 = 今日+N天预警窗口"且未结清的记录，以及"到期日已过"的逾期记录；应付侧同理。N 取几天由企业的对账习惯定（常见做法是到期前一周开始预告、到期当天起逐日升级）。
2. 站内通知。检查命中的记录，通过平台的通知能力推送：给经办业务员推"你名下 X 笔应收 3 天后到期"，给老板/财务推每日逾期汇总。通知渠道（站内信、邮件等）在平台的通信模块里统一配置。
3. 状态自动流转。到期日一过，行状态从"未到期"翻为"已逾期"——这一步用平台的数据流规则引擎（条件触发的数据变换）或同一个定时任务完成，保证列表色标、总览卡上的"其中逾期额"每天是新的。
如果挂账源头走审批（比如销售订单要审批后才产生应收），还可以把账单生成挂在审批通过的节点上：审批通过 → 自动生成应收台账行，杜绝"发了货忘了挂账"。这利用的是平台工作流引擎的状态机与动作编排能力。
移动端怎么配合：回款登记在现场完成
PC 构建的模块会自动同步到移动端，业务人员手机上即可使用。应收应付场景里移动端的价值集中在三个动作：
- 销售在外收款登记。收到客户转账截图，当场在手机上录入回款（金额、日期、方式、上传凭证照片），回到公司不用再补一遍 Excel。
- 老板随时查账。被问"某某公司还欠多少"，手机上打开总览页搜索客户名即得，不用等助理翻表。
- 审批不过夜。若核销调整、坏账标记这类敏感操作配了审批（走平台的工作流），审批人在手机上点通过/驳回，附意见留痕。
注意权限收敛：应收应付属于敏感数据，移动端同样受角色权限体系约束——业务员只看自己经办的行，财务可看全部但不可改台账原始金额，坏账处理限定给授权角色。这些在平台的角色与权限配置里按模块勾选即可。
上线前查什么：五道验收
模块发布前（平台有发布预检机制），建议按这个清单人工过一遍：
- 期初余额对不对。挑三家往来最复杂的客户/供应商，手工核对台账初始数与上线基准日实际欠款一致。
- 核销算不平的情况会不会发生。故意做一笔超额核销（回款 1 万去冲 8 千的应收行），确认系统拦截并给出人话报错。
- 多笔分批冲抵。一张应收行分两次收清，确认余额、状态（部分回款→已结清）流转正确。
- 提醒真的会响。把某条测试数据的到期日改成明天，等定时任务跑一轮，确认相关人收到通知。
- 导出与财务口径。导出台账给会计看一眼格式能否用于对账，确认"含未开票发货"的业务口径在表头或备注里有说明，避免月底扯皮。
之后怎么延伸
这本账跑顺后，几个自然的延伸方向，都在 AI 构建器的同一交付空间内：
- 接上发票登记：给应收行加开票状态，业务口径与开票口径的差异自动列出来，对账从半天变十分钟。
- 接上账龄分析：按"未收天数"分段（30/60/90/90+）出报表，催收优先级一目了然。
- 接上信用控制：新客户下单时校验其未收余额与账期，超限触发销售总监审批——用引用关系和工作流串起来，不需要新模块。
- 与已有的采购、销售模块打通引用，让挂账源头从"手工录入"升级为"单据驱动"。
一句话总结：财务总账管"合规"，业务台账管"经营"。后者不需要专业财务知识，需要的是一套按客户和供应商组织、每天有人看的活数据——这正是 AI 构建器最擅长交付的模块形态。