银行借款与还款计划：授信多少、何时到期、利息怎么算

先说清楚这笔账在管什么

只要企业不止一笔借款，财务办公室大概率有一张叫「借款台账」的 Excel。这张表通常不是没人认真填，而是它承载不了三件事：到期、算息、对账。

它的典型症状是这样的：

• 到期日散落在不同人的日历里。 一笔流动资金贷款按月付息、到期一次还本；一笔固定资产贷款按季付息、分期还本；一笔融资租赁每月固定租金；一笔股东借款口头约定「年底再说」。这四类节奏放在一张表里，谁也不敢说自己记得全。
• 授信和用信混成一笔。 银行批了额度，到底提了多少、还能提多少、额度本身哪天到期，全靠翻合同。等到要投标要开保函了，才发现额度已经用完。
• 利息一改就乱。 利率是浮动的，重定价那天之后，旧表里的利息全成了错的；有人直接在原单元格上改，改完历史版本就没了。
• 担保物到期没人管。 房产抵押、设备抵押、保证人的保证期间，这些日期比还款日更容易漏，而且漏了往往没人立刻发现。
• 还款凭证找不到。 银行回单散在邮箱、纸质夹子和某位出纳的抽屉里，审计要问「这笔本金哪月哪日还的、凭证第几号」，就得翻半天。

这些都能用一套台账收住。它管的不是账务处理，而是几笔借款这个管理对象，以及「约定怎么还」和「实际还了多少」这两条线：哪几笔、多少钱、什么时候还、利息按什么算、拿什么担保、已经还到哪一期。

先把跟相邻几本账的分工说清楚，避免重复建表：

• 本篇管「我欠金融机构与股东的钱怎么还」，不碰银行账户开在哪、U 盾谁保管——那是银行账户与印鉴台账的范围。
• 不碰票据的收票、背书、贴现与托收——那是商业票据台账的范围。票据贴现进来的钱如果形成了一笔有到期日的负债，可以在这里建一笔借款并注明来源是贴现，但票据本身的流转仍在票据台账。
• 不碰与客户、供应商的往来款——那是应收应付的范围。

一句话分工：账户台账管「钱放在哪」，票据台账管「票据怎么流转」，应收应付管「别人欠我、我欠供应商」，借款台账管「我欠银行和股东的钱，什么时候还多少」。

底表怎么拆：授信、借款、还款计划、实还、利率、担保

这套台账最容易做错的地方，是把它做成一张大表——一行一笔借款，后面跟着「剩余本金」「已付利息」「下次还款日」几列。几十笔的时候看着很清爽，一旦出现分期还本、提前还款、利率重定价、一次实付覆盖好几期，这张表就只能靠人脑补，补着补着就谁也不敢信了。

正确的拆法是按「层级」和「约定 vs 事实」分开。下面逐张说清楚。

一、授信合同主档：管额度这一层

代表「某家机构给某个借款主体批的一份额度」，一行一份授信合同。字段大致是：

• 授信机构（银行／融资租赁公司／其他）、授信产品名称、授信合同编号；
• 借款主体（哪个法人或分公司在用这份额度）；
• 授信额度、额度起始日、额度到期日；
• 主要担保方式、额度类型（循环额度／一次性额度，走数据字典）。

两个设计决定要先定：

第一，授信和用信必须分层。 一份额度下往往分次放款，第二笔、第三笔都挂在这份授信下面。如果把额度直接写进借款主档，那么「这份额度还剩多少可用」就成了一道人做的减法题，而且做不准。分层之后，「已用额度」和「可用额度」由系统按该授信下所有在贷借款汇总出来，不落任何字段。

第二，额度到期日和借款到期日是两个日期。 额度到期意味着不能再新提款，但在贷的借款可能到期日还在两年后。混成一个字段，就会出现「额度到期了却把在贷借款一起标成到期」的误判。

二、借款主档：一笔合同一行

这是主体表，代表「一笔具体的债务」。字段分五组：

几条上线前必须定死的规则：

内部编号和银行合同编号是两个字段。 内部编号（比如 CW-JK-2026-007）在企业内部立项时就能先编出来，用于跨表引用、打印清单、跨部门沟通；银行合同编号是外部给定的，格式各机构不同，还可能因为补充协议而变更。合成一个字段，合同编号一变，所有引用它的记录全乱。

借款主体必填，且要和组织架构对得上。 集团下多法人各自借款、互相担保是常态，「哪家主体欠多少」是资金管理最常被问到的问题。多主体怎么搭，见部门与租户。

主档绝不存「剩余本金」「已还期数」「已付利息」「综合融资成本」。 这四个值都是会随流水累积的结果量。一旦落成字段，就会出现「主档说剩 300 万、明细加起来剩 280 万」的对不上，而且没人知道哪边对。全部由还款计划与实还流水汇总得出。

状态用一个字典固定几态，不要自由文本。 建议：申请中／已批复待放款／还款中／已结清／逾期／已核销。如果允许人打「已还完」「结清」「还清了」，一年后按状态筛「还有哪些在贷」必然筛不干净。字典怎么统一维护，见数据字典。

三、还款计划子表：一期一行，只增不改

挂在借款主档下面，一行代表一期应还：期次号、应还日期、应还本金、应还利息、本期合计、本期后剩余本金、计划状态（未到期／已到期未付／已付／部分付）。

这张表是整个方案的核心，三条约定缺一不可：

第一，计划行只增不改。 计划本来就会变：展期、提前部分还款、利率重定价都会让原计划作废。变更时不是去改原来的行，而是作废原行、另起新版本行，注明「变更原因＋原期次号＋依据文件」，旧版本留着。这样回头看「三月那期原计划还多少」，还查得到。

第二，同一笔借款的期次号唯一。 唯一的组合约束（借款＋期次＋版本状态）能防住「同一期录了两遍」这种最常见的错，也让「已还到第几期」有确定答案。

第三，计划行可以试算生成，但必须人工核对后确认。 系统按还款方式和初始利率算出各期本息，资金岗核对无误后点确认，计划就锁定；确认前可改，确认后只能走变更流程。这里的利息是排款参考值，最终以银行结息通知和结息单为准——这个口径要写进上线说明，否则每月结息一有差异就会被当成系统算错。

四、实还流水表：一次实付一行，这才是「事实」

计划管「约定」，这张表管「实际」，一行代表一次真实付款：实付日期、实还本金、实还利息、罚息或复利、手续费、付款账户、银行回单（附件）、经办人、对应计划期次（可引用多期）。

为什么一定要和计划分开？三个现实情形决定了它们不能合表：

• 一次付掉多期：季度末一次转账还了三期本金；
• 一期分几次付：先付利息、过几天补本金；
• 付款日和约定日不同：约定 21 日扣款，实际 23 日到账，跨了月。

如果把这些塞回计划行去改数字，就没法回答「约定还多少」和「实际还多少、差多少」这两个不同的问题，逾期判定和利息核对也就失去了基准。

配套两条规则：当实付金额与计划金额不一致时，「差异说明」必填（提前还款／银行按实际天数结息／代扣手续费／其他），差异原因必须写清楚才能保存；附件挂在实付行上，不挂主档。一笔三年期贷款可能有几十张回单，全挂在主档就是一个找不到东西的附件池；挂在实付行上，可以按期间反查，也能从一张回单反查它对应哪期、哪笔借款。

五、利率与重定价记录：变的是利率，不是主档

一行一次利率生效：生效日、利率类型、基准（如 LPR，由人工按公布值维护）、加点或浮动幅度、执行年利率、依据文件（银行重定价通知）。

关键就一句：利率变动不要覆盖借款主档上的利率字段，而是新增一条重定价记录。原因很实际——没有历史利率，历史利息就无法复算，银行对账时出现差额也解释不清。主档上那个初始利率只作为建档时的起点；「当前执行利率」按生效日的最大值取出来显示，供列表页使用。

重定价保存后，可以让系统按新利率重算尚未到期的计划期次利息，生成一版新计划行（按上面「只增不改」的规则），资金岗核对后确认。已经过去的期次一律不动。

六、担保与抵质押物：一物一行，与借款多对多

一行一个担保安排：担保方式（信用／保证／房产抵押／设备抵押／存货质押／股权质押／保证金）、担保人或抵押物名称、权证或登记编号、评估价值（人工填入，系统不估值）、登记日期、担保到期日、对应借款。

这张表刻意与借款分开，因为一个抵押物可以同时为多笔借款担保，一笔借款也可能由多处担保共同覆盖。塞在借款主档里，就只能记一个「主要担保方式」，再问「这栋厂房现在抵押给谁了、抵押期限到哪天」就没人答得上来。担保到期日要单独提醒——它和借款到期日是两个完全不同的日子。

七、可选：融资费用表

承诺费、评估费、担保费、公证费、顾问费按笔一行，挂在借款或授信下，附件存发票或收据。有了这张表，「这笔钱综合成本到底多少」可以由利息支出加费用汇总算出来，而不是靠人摊。主档里不要存「综合成本」字段，否则每一笔费用进来都要人去改主档。

不同角色看到的是不同页面

底表建好之后，决定这套台账有没有人天天用的，是页面。所有人共用一张大表的结果，通常是财务嫌乱、老板不看、业务部门进不来。按角色切：

财务负责人／资金主管

• 融资总览：按借款主体、按机构、按借款类型分组的在贷笔数与余额；本月、本季、本年到期分布；可用授信额度汇总。
• 未来 12 个月还款日历：把每期应还本金、利息按月份铺开，一眼看出哪几个月是还款高峰。这张视图是做年度资金计划时最有用的东西。
• 预警看板：T-30／T-7／T-1 到期、已逾期、担保即将到期、额度即将到期，四类分开列，逾期项高亮，可按责任人分组。
• 异常清单：计划已到期但没有实还记录的、实还金额与计划差异未填原因的、担保已过期未续办的。

资金岗／融资专员

• 借款档案页：主档维护、合同与补充协议附件、变更申请。
• 还款计划页：试算、逐期核对、确认锁定、发起变更。
• 实还登记页：选期次、填实付金额、上传银行回单，差异原因必填。
• 我的待办：本人负责的到期期次与到期事项。

出纳

• 到期付款待办清单：只显示「该付多少钱、付给谁、什么时候付」，不含利率、担保这些前置信息。
• 实付登记与回单上传。付款账户只能选自己权限内的账户。

业务／项目负责人

• 只读：只看与本项目或本公司相关的借款用途与还款进度，看不到集团整体的额度与利率。

审计与内控

• 只读台账与导出：借款清单、计划与实付对照表、利率变更记录、担保清单。一次导出就能回答「截至年底全部借款及其还款情况」，不用再发问卷收表。

老板／总经理

• 一张汇总页：总负债、年内到期金额、本月应还、可用额度，加上到期与逾期预警。不需要进明细表。

金额与利率字段建议做字段级权限——谁能看合同全文、谁只看到区间或百分比，在财务类台账里是常规要求，配置方式见角色与权限配置。

四类自动化，让这套台账在没人盯的时候也不出错

表格搬进系统只是第一步，下面四类才是真正省心的部分。每一类都对应平台已有能力，不是设想。

一、审批流：该签字的都签过

用工作流可视化编辑器配几条固定流程：

• 新增借款申请：资金岗发起，财务负责人审核，按金额分档往上加签；分档阈值由企业自定，不内置默认值。
• 提前还款申请：说明还款来源、提前金额、是否涉及违约金，审批通过后才允许登记实付。
• 展期／变更还款计划：必须附银行同意文件，审批通过后系统作废旧计划、生成新版本。
• 利率变更确认：资金岗录入重定价通知，财务负责人确认后才影响未到期期次的利息。
• 担保解除／更换：抵押登记注销、保证人变更走审批，避免有人悄悄把担保物解押了。

二、数据流规则：在保存那一刻拦截

数据流规则（条件触发的数据变换与校验）在保存时执行，PC 端、移动端、Excel 导入三个入口同一口径，不靠人事后核对。这套台账值得配的几条：

• 计划本金合计校验：还款计划各期应还本金之和必须等于放款金额，不等直接拦截——这是分期还本录错的重灾区。
• 期次唯一与日期校验：同一借款同一期次重复录入拦截；任何一期的应还日期晚于合同到期日也拦截。
• 剩余本金自动闭合：每期保存时自动算出「本期后剩余本金」，最后一期必须归零，否则提示计划未排完。
• 实付回填与状态联动：登记实付后自动回填对应期次的实付金额、把期次状态置为已付或部分付；实付合计等于应还合计时期次自动关闭，不靠人手改状态。
• 差异原因必填：实付与计划金额不等而原因为空时，拦截至不能提交。
• 结清校验：一笔借款下还有未关闭的期次时，不允许把主档状态改为「已结清」。
• 变更自动留痕：主档关键字段（到期日、还款方式、放款金额、状态）被修改时，自动生成一条变更记录，记下修改前后值。

三、定时任务：到期的事自己冒出来

用工作流与定时任务配几类跑批：

• 到期提醒：每日按「应还日期 − 提前提醒天数」生成待办，推送给责任人与财务负责人。提前天数按企业自有标准在配置里填，不内置固定值。
• 逾期扫描：每日扫已到期未付清的期次，进异常清单并推送；逾期天数由系统按应还日期与当日计算。
• 担保与额度到期提醒：抵押登记到期、保证期间届满、授信额度到期，各自独立提醒。
• 月度快照：每月末生成一份在贷借款余额与下月应还汇总，存档留痕，便于事后回溯某个月的负债状态。

四、审计日志：改过什么查得到

平台自带操作审计日志（谁在什么时候改了哪条数据、导出了什么清单），与业务侧的变更记录互补：业务侧记业务动作，审计日志记系统操作。利率、金额、到期日这类敏感字段的修改与批量导出都留痕，查询方式见AI 监控与审计日志。内控检查时两份一起看，才能回答「这条记录是谁什么时候改的」。

手机端配合：出差、见客户、跑银行的那几天

电脑端建好的页面会自动同步到移动端，不用另做一套。这套台账在手机上真正用得上的是这几件事：

• 一眼查到期：出差路上翻未来三个月应还本金与利息、哪天到期、还差多少没还，不用打电话回公司问。
• 回单现场上传：付款回单、银行结息单拿到手就拍照上传，挂到对应实还行，回办公室不用补一次。上传时可直接在手机上填实付金额与差异原因。
• 审批与确认：提前还款申请、展期申请、利率变更确认，主管在手机上就能签。
• 待办推送：到期提醒、逾期提醒通过站内通知推到手机，点开就是对应期次或借款。
• 现场核对授信：见银行客户经理时查这份授信额度已用多少、还剩多少、哪天到期。

有三点要提前说明，避免上线后预期不一致：

一是手机端不是离线工具。银行营业厅、地下车库、工厂车间常没信号，现场填不了就先用纸质单据记录，回办公室补录并扫描存档；本方案不承诺离线填写与联网后自动同步。

二是不做拍照识别与扫码录入。合同编号、回单金额、期次号都是手工录入或从已有档案选择，系统不做回单 OCR 自动提取，也不做扫码识别。现场建议先把关键数字抄下来再录。

三是利息与余额以银行数据为准。手机上看到的剩余本金、本期应还利息都是系统按计划与实付算出来的内部口径，对外披露、报税、报表一律以银行结息单与财务系统数据为准。

上线前要查的七件事

台账类方案上线失败，八成不是功能不够，而是存量借款没录全、口径没定死。按这个顺序自查：

1. 先定五张字典。 借款类型、还款方式、利率类型、担保方式、借款状态。这几张不定完，后面所有筛选、分组、看板都不可靠；中途加同义词（「已结清／已还完」）等于白做。
2. 定编号规则。 内部借款编号规则先定（前缀＋年份＋流水），并确认能与各分公司现有叫法对上。内部编号和银行合同编号分两列，别图省事合并。
3. 确认授信与用信是否分层。 有多份授信、分次放款的企业建议分层；只有一两笔贷款的小企业可以先只建借款主档，等第二笔放款再补一层，不影响的。
4. 存量借款一次性收齐并导入。 建议用 Excel 批量导入起步（做法见用 Excel 一步建模块）：由各主体按统一模板填、财务汇总校验、一次性导入。收表时要专门问一句「有没有还没入账的股东借款、融资租赁、保理、政府贴息贷款」——这一类最容易漏，漏一笔后面所有负债总额都不对。
5. 补录当前在贷的剩余期次。 这是最容易被跳过、影响最大的一步：只建借款档案不建还款计划，到期提醒和还款日历全是空的，等于没有台账。历史已还的期次可以只录汇总，但未到期的剩余期次必须逐期录入，并注明「期初导入」。
6. 做一次余额对账。 系统算出的剩余本金，与每笔借款的银行对账单／还款计划书逐笔对上；对不上的把差异原因记下来，往往是某次提前还款或某期利息没登记。
7. 权限与脱敏配好，再小范围试跑一轮提醒。 挑一笔近期到期的借款跑一遍 T-30、T-7、T-1 提醒与一次实付登记，确认收件人、提前天数、推送内容合适；发现催得太早或太晚就改提前天数，别等到真逾期才回头调。

上线后第一周建议再做一次核对：在贷笔数与授信合同、借款合同是否一一对应；可用额度与银行对账单是否一致；担保清单是否覆盖全部抵押登记。这份核对结论比任何验收表都有用。

之后可以接着做

• 与应收应付打通口径：借款是融资性负债，供应商欠款是经营性负债，两者要能在一个负债总览里分列而不混淆，往来部分见应收应付。
• 与合同台账互链：借款合同也是合同，关键日期（到期、续签、担保期限）可以纳入统一的合同到期预警视图，见合同台账与到期预警。
• 与票据台账分账合看：票据贴现、开票保证形成的融资敞口，在商业票据台账里管流转，本台账记由它形成的负债到期日，两边通过票号与借款编号互相引用。
• 抵押物并入资产档案：房产、设备作为抵押物时，把权证与资产编号关联到固定资产台账，处置这类资产前先能看到它是否还在抵押。
• 纳入年度资金计划：把未来 12 个月还款日历作为资金计划的输入，按月生成资金缺口表，比年末临时抱佛脚有用得多。

整套东西可以用AI 构建器一句话一句话搭出来：先说清「要管几笔借款和它们的还款计划」，再补「按计划生成到期提醒」，再补「利率变了要留历史」，每一步都能当场看到页面，改起来也是继续说话。

这套方案不做什么

划清边界，比承诺更多能力更有用。以下都不在本方案范围内：

• 不做银企直连与自动扣款。 系统不发起付款、不拉取银行流水与结息单；付款走网银或银行代扣，回单由人上传。
• 不做征信与外部数据自动取数。 基准利率（如 LPR）、征信报告、授信批复信息都由人按银行正式通知录入维护，系统不做自动抓取。
• 不做账务处理。 不生成会计凭证、不进总账、不出财务报表口径的负债报表；本台账是资金管理侧的档案与排款依据，账务以财务系统为准。
• 不对利息金额下最终结论。 计划利息是按公式试算的排款参考值，实际计息以银行结息单为准；系统负责「算得出来、对得上、说得清差异」，不承担复算银行计息的职责。
• 不做担保物估值与抵押登记代办。 评估价值人工填入，系统不估值、不评估变现能力，也不对接登记机构的办理流程。
• 不承诺融资成本的变化。 台账能让成本算得清、到期不漏，但利率高低、额度多少由银行与市场决定，系统不改变这些结果。

这六条写进上线说明，用户就不会指望这套台账去干银企直连和账务处理的活，也就不会因为一个错误预期否定整套方案的价值。台账的价值很朴素：哪几笔、欠多少、哪天该还、利息怎么算、拿什么担保、还了多少，这六件事都查得到、对得上。做到了，续贷谈判、年度审计、资金计划时就不用再翻那张谁也不敢改的 Excel。