先确认你正在处理的是哪类资金计划表
用友NC中的“资金计划表”并非单一功能模块,而是分布在资金管理→资金计划→年度/季度/月度资金计划三级路径下,需根据业务目标区分三类典型用途:
- 滚动预测型:用于财务部按周/旬更新未来3个月现金流预测,依赖销售回款、采购付款、费用报销等业务单据自动汇总;
- 预算管控型:与全面预算系统集成,作为资金预算执行监控表,强调与年初批复资金预算的偏差率校验;
- 银行协同型:对接网银直连或银企直连平台,生成银行可识别的支付指令清单,要求收款方、账号、用途字段100%合规。
若当前操作入口为【资金计划编制】但无数据来源选项,或【计划版本】下拉为空,请立即进入权限与基础档案核查阶段——这通常不是操作错误,而是前置条件缺失。
最短路径:5步完成首张可用资金计划表
- 进入【资金管理】→【资金计划】→【月度资金计划】→【新增】;
- 选择正确会计期间(注意:必须与当前账套启用期间一致,且不能跨年);
- 点击【取数】按钮,勾选“销售回款”“采购付款”“费用报销”三类单据来源(首次使用需提前在【基础设置】中启用对应单据类型);
- 核对自动生成的明细行:检查“计划日期”是否落在所选期间内、“资金流向”是否准确标注“流入/流出”、“币种”是否统一为本位币;
- 保存后点击【审核】,仅当状态变为“已审核”时,该计划表才参与后续资金头寸计算与银行支付指令生成。
为什么点【取数】后表格仍为空?
这是NC资金计划模块最高频的阻断性问题,本质是数据源未就绪。请按顺序排查以下三项:
- 单据状态不满足取数条件:仅“已审核”且“未生成凭证”的销售出库单、采购入库单、费用报销单可被提取;已生成凭证的单据默认排除;
- 期间映射错位:NC按单据上的“业务日期”而非“单据日期”归集资金流,若销售订单业务日期填为2025年1月,但当前编制的是2024年12月计划,则不会出现;
- 基础档案未启用:【基础设置】→【资金计划基础设置】中未勾选“启用销售回款计划取数”或“启用采购付款计划取数”,即使单据状态正确也无法触发数据加载。
审核失败的3类典型状态冲突
资金计划表提交审核后提示“审核失败”或按钮置灰,90%以上源于以下三类状态冲突,需逐项验证:
⚠️ 高风险操作提醒:切勿通过后台SQL直接修改资金计划主表(TS_FUND_PLAN)的STATUS字段强制变更为“已审核”。该操作将导致资金头寸计算结果失真,且无法被NC审计日志追溯。所有状态变更必须经由前端审核流程驱动。
- 期间重叠冲突:同一账户在同一会计期间已存在另一张“已审核”状态的资金计划表,系统禁止重复提交;
- 版本锁定冲突:该计划表已被其他用户(如资金主管)锁定编辑,需联系其释放或等待锁定期(默认30分钟)自动超时;
- 金额校验失败:系统自动比对“本期计划流入总额”与“销售回款单据合计应收金额”,若偏差>±0.5%,则审核拦截并提示“回款预测偏差超限”,需人工调整明细行或补充说明。
计划日期与业务日期的校验逻辑
NC资金计划表的“计划日期”字段非自由填写,而是由所选单据的“业务日期”自动带入。例如:一张销售出库单业务日期为2024-12-15,则其回款预计日期默认带入为2025-01-10(依据客户档案中设置的“平均回款天数”自动推算)。此逻辑常被误认为“日期无法手动修改”,实则为设计机制。
若需调整某笔回款的预计日期,正确路径是:返回客户档案→修改“平均回款天数”→重新执行【取数】,而非在资金计划表中直接编辑“计划日期”字段(该字段为只读)。
替代与升级路径:当资金计划需求超出NC原生能力时
若企业面临以下任一场景,建议评估迁移至更聚焦、更易配置的替代方案:
- 财务人员需每日快速生成多版本滚动预测(如:乐观/中性/悲观),且要求支持Excel模板导入、动态公式联动、图表可视化呈现;
- 业务部门(销售/采购)需自主填报回款/付款意向,与财务计划实时协同,而非仅由财务单向取数;
- 计划表需直接驱动付款审批流、对接电子付款指令、生成银行标准报文(如SWIFT MT202),并留存完整操作留痕。
此时,可优先评估用友畅捷通好业财:其内置“资金计划中心”模块支持多角色填报、智能预测模型、银行直连指令生成及全链路审批追踪,实施周期较NC缩短60%,且无需定制开发即可满足上述全部需求。对于中小规模企业若以凭证标准化、总账报表自动化为核心诉求,亦可同步评估用友畅捷通好会计的资金模块轻量版。
导出与打印前必须确认的3项
导出Excel或打印PDF前,请务必完成以下校验,避免因格式问题影响银行端接收或内部归档:
- 检查“收款方开户行”字段是否完整包含银行名称+支行名称(如“中国银行北京海淀支行”),缺省“支行”二字将导致部分银行拒收;
- 确认“用途”字段长度≤30字符,且不含特殊符号(如/、&、#),否则PDF导出时会截断或乱码;
- 核对“币种”列是否全部为“CNY”,若存在USD/EUR等外币行,需单独导出并标注“外币支付专用表”,不可混打。