代账这行做久了会发现，最磨人的往往不是账本身，而是钱。客户催报表的时候你在，客户拖代账费的时候你也得在；月底结账通宵都还好，最怕的是翻出一笔三年前的合同，谁也说不清当初谈的是年付还是季付、送了几个月、含不含汇算清缴。我见过一家二十来人的代账机构，客户不到四百家，应收挂账却能拉出满满两页纸，其中一大半不是客户赖账，而是合同和收费记录自己对不上。这也是为什么我后来把诺诺云代账的合同与收费管理模块当成整个系统里最先要吃透的一块——它不是一个"顺便记一下"的功能，而是把销售口头承诺、合同条款、收款节点、欠费提醒串成一条能查、能算、能催的链路。

这篇东西写给两类人：一类是刚接手代账机构内部管理、手上只有一堆 Excel 台账的同行；另一类是系统已经在用，但只用了账务部分，合同和收费模块基本空着的团队。我会按"为什么这么建""字段怎么填""计划怎么生成""钱怎么核销""后半段怎么管"的顺序讲，中间夹着实测下来最容易翻车的地方。不保证每个版本菜单名一字不差，但业务逻辑是通的，照着改就能用。

1. 钱收不齐的根子不在催收，在合同与收费两张皮

1.1 一张手工台账能撑多久

大部分小型代账机构起步阶段都是这么干的：一份 Excel 叫"客户台账"，里面记着客户名、联系人、电话、月费、开始日期、备注；另一份 Excel 叫"收费记录"，记着某月某日谁交了多少。两份表由不同的人维护，销售签完合同往台账里一填，出纳收到钱往收费记录里一填，中间没人做交叉校验。

这个模式在客户数一百以内、人员流动小的时候还撑得住，一旦过了某个临界点就开始漏：销售答应"先做三个月试试"，台账里记了个起始日，但没人记试用期结束日，三个月后忘了转正收费；客户从核定征收改成查账征收，月费从两百涨到五百，销售在微信上说了，台账没改，出纳按老价格收了半年；还有客户中途加了工商年报、汇算清缴这类增值服务，收是收了，但记在"其他收入"里，年底一算，不知道哪家客户贡献了多少。

这些漏洞单看都是小事，叠加起来就是真金白银。我见过最典型的一家，一百八十多个客户里，有十九个客户的合同其实早就到期了，系统里没标，出纳也就没催，等到发现时已经少收了小半年的钱。所以别急着上催收话术，先回头看看合同和收费在系统里是不是一条线。

1.2 系统里被真正解决的三个断点

诺诺云代账的合同与收费模块，说到底解决的是三个断点。

第一个断点是合同信息从"文本"变成"结构化字段"。纸质合同或扫描件里，服务起止日期、收费方式、月费金额、服务范围都是散落在条款里的自然语言，机器读不懂，人也会看漏。系统要求你把这些拆成签订日期、服务开始日、服务结束日、计费周期、单价、数量、折扣这些独立字段，拆的过程本身就是一次梳理，很多模糊条款在填不进去的时候就会被发现。

第二个断点是应收从"事后算"变成"事前生成"。合同一旦确认，系统按你设定的周期自动生成收费计划，每期的应收金额、应收日期都提前排好。这一步的价值在于，欠费不再是"感觉某家客户好久没交了"，而是有一条明确的应收记录躺在那里，到期没核销就是欠费，谁都能看见。

第三个断点是收款和应收的核销关系。手工台账里，收到一笔钱只是"加一笔收入"，它对应哪份合同、哪一期、是全额还是部分，全靠人记。系统里收款单必须挂到具体的应收明细上做核销，核销完这条应收就闭环，没核销的余额继续挂在欠费里。这个机制一旦跑通，对账的工作量会掉一大截。

提示：如果你的机构目前连客户档案都不全，别急着一次性把历史合同全录进去。先把当前在服务的、合同还在有效期内的客户录完，历史合同按"是否还有未收款项"筛一遍再补，能省掉大量无效录入。

1.3 上线前必须先做的一次数据体检

正式录入之前，我建议花半天时间做一次数据体检，把手上所有客户按四类分开：合同在有效期内且费用已结清、合同在有效期内但有欠费、合同已到期但还在服务、合同已终止。这个分类不用很精确，粗略过一遍就行，目的是让你心里有数——哪一批客户录进去之后立刻会产生应收，哪一批需要先跟客户确认续签意向。

体检的时候重点核对三个数字：客户总数、当前月费合计、上月实际回款额。这三个数字对不上，说明台账本身就有问题，先修台账再上系统，否则等于把错误搬了个家。我自己习惯用一张简单的对照表来查：

这张表填完，问题基本就浮出来了。后面所有录入工作，都以这张表修正后的结果为准。

2. 客户档案与合同建模：把一纸协议拆成能算钱的字段

2.1 客户档案里必须一次定死的四项信息

很多人录客户档案时只填个名字和电话就过了，后面合同一建，发现到处要回头补。有四项信息建议在建立客户档案时就一次定死，后面合同、收费计划、报表全都依赖它们。

第一项是客户主体类型，也就是小规模纳税人还是一般纳税人。这不只是个标签，它直接决定了默认服务内容和基准价格，小规模通常按季申报、工作量小，一般纳税人按月申报、进项勾选认证，价格差得不少。中途变更主体类型是很常见的场景，但档案里的这个字段要跟着改，否则后续调价没有依据。

第二项是服务范围，也就是这家客户到底买了哪些服务。是只有记账报税，还是含工商年报、汇算清缴、社保代缴、发票代开。这一项建议不要写成一段备注，而是在系统里勾选服务项目，因为后面收费计划是按服务项目来生成金额的。

第三项是归属信息，包括归属的销售或业务员、归属的记账会计。这一项在客户交接、人员离职的时候价值巨大，能一次性筛出"某人名下所有客户"批量转移，不用一个个翻。

第四项是结算习惯，年付、半年付、季付还是月付，付款方式是转账还是现金。这个字段最好和合同里的计费周期保持一致，减少录入时的判断成本。

2.2 合同主表的字段录入逻辑

合同录入是整个链条里最容易出错的一环，因为字段多、相互之间还有约束关系。我把关键字段和填写逻辑整理成下面这张表，实际录入时对着看：

关于合同编号，我特别想说一句。见过太多机构用"客户简称+年份"做编号，结果客户改名、简称重复、同一客户签第二份合同的时候就抓瞎。建议的规则是：

HT-2024-0001 HT 固定前缀，表示合同 2024 签订年份 0001 当年流水号，四位起步，补零

如果机构有多条业务线，可以在年份后面再插一位业务线代码，比如HT-2024-C-0001，C 表示代账、T 表示工商、X 表示咨询。规则定下来就写进内部文档，所有人按同一套走，后面做数据筛选和导出会省很多事。

2.3 服务项目与收费项目该怎么拆

这一节是整篇里我最想强调的部分，因为它决定了你后面能不能算出"单客收入"和"服务毛利"。

服务项目和收费项目不是一回事。服务项目是"你给客户做了什么"，比如记账、报税、年报、汇算清缴、社保代缴；收费项目是"你按什么名目收钱"，比如代账服务费、工本费、印花税代缴、差旅费。两者有时一一对应，有时不是——一个"代账服务费"可能包含了记账加报税两个服务项目。

我的处理习惯是：服务项目按业务动作拆细，收费项目按发票和收款口径归并。比如代账服务费这一个收费项目下面，挂记账、报税、日常咨询三个服务项目；汇算清缴单独作为一个收费项目，因为它通常单独报价、单独开票、单独收款，而且一年只发生一次。

这样拆的好处是，年底你能拉出两张表：一张按收费项目看，知道钱主要从哪来；一张按服务项目看，知道工作量主要花在哪。两张表一对照，哪些服务是"收费高但工作量小"，哪些是"白干"，一目了然。

注意：服务项目和收费项目的对应关系一旦定下来并开始产生数据，后面再改会很麻烦，历史合同的明细会跟着变。所以在正式录入第一个客户之前，先把这份对照关系在白纸上列一遍，团队内部对一遍，再动手。

2.4 合同附件的归档与版本留痕

纸质合同扫描件一定要挂到系统里，而且要和合同记录绑定，不能放在某个共享盘的"合同"文件夹里靠文件名找。原因很简单：三年后有人离职，客户说"当初谈的是含汇算清缴的"，你只有翻出原件才能说清楚。

归档时有三个习惯值得养成。一是扫描件命名和合同编号一致，比如HT-2024-0001.pdf，多页的用HT-2024-0001-补充协议.pdf区分。二是补充协议、变更确认单也要作为附件挂上去，不能只挂最初的合同。三是续签时新建合同记录、挂新附件，不要在原合同上改日期，否则历史数据全毁。

有些机构会偷懒，把附件挂在客户档案上而不是合同上。这在只有一个客户一份合同的时候没问题，一旦同一客户有多份合同（比如代账合同加工商变更合同），附件就分不清归属了。挂合同，不挂客户，这是个原则。

3. 收费计划的生成规则：按期分摊、赠送期与中途调价

3.1 服务周期和计费周期不是一回事

这两个概念经常被混用，但它们真的不一样。服务周期是"你从哪天服务到哪天"，计费周期是"你按什么节奏收钱"。一份 2024 年 3 月 15 日到 2025 年 3 月 14 日、年费 3600 元、按季收取的合同，服务周期是一整年，计费周期是三个月一期，一共四期，每期 900 元。

问题来了：第一期从 3 月 15 日到 6 月 14 日，第二期 6 月 15 日到 9 月 14 日，依此类推。这种按签约日滚动的方式叫"对日计费"，好处是每期天数基本均等，坏处是和客户习惯的自然季度（1-3月、4-6月）对不上，客户财务对账时容易困惑。

另一种方式是"对自然期计费"，也就是不管哪天签约，都按自然月或自然季度切分，首期可能不足一整期，按实际天数折算。这种方式对客户友好，但折算会产生小数，需要在系统里设置好舍入规则。

我的建议是：中小客户用自然期，大客户用对日。中小客户量大、单笔金额小，对账成本越低越好；大客户金额大、往往有自己的财务周期，对日计费反而更清楚。这个选择在合同录入时就要定下来，中途切换会导致已生成的应收全部重算。

3.2 赠送月份、抹零与折扣的处理

销售谈单时最爱用的三招：送两个月、抹个零、打个折。这三招在系统里的处理方式完全不同，混在一起就会算错。

赠送月份本质上是延长服务期而不增加收费。正确做法是把服务结束日往后推两个月，合同总金额不变。错误做法是把合同金额按十二个月分摊但只收十个月的钱，这样每期的应收金额会算错，而且续费时基准价对不上。我见过有人直接在备注里写"送两个月"，然后应收照着原周期生成，结果客户实际享受了十四个月服务，系统里只记了十二个月的应收，第二年续费时客户理直气壮地说"去年送两个月，今年也送吧"。

抹零是金额层面的调整，比如应收 3620 元抹成 3600 元。这个直接在合同金额里填抹零后的数字就行，不用特殊处理，但要在备注里写清楚"已抹零 20 元"，避免以后对账时找不到差额去哪了。

折扣要区分是整单折扣还是分期折扣。整单折扣直接在合同金额上体现；分期折扣（比如首期九折、后续原价）需要在收费计划里逐期调整，系统一般支持手工修改单期应收金额，改完记得留个说明。

下面这张表是我整理的常见优惠处理对照，供参考：

3.3 纳税人身份变更导致的调价

小规模转一般纳税人，是代账行业最高频的调价场景。一家客户 5 月份转身份，全年合同要不要重签？我的做法是不重签，做合同变更。

具体操作是：原合同保留，服务结束日截断到变更前一日；新建一份变更后的合同，服务开始日接上，金额按新价格。这样两份合同的应收各自独立，历史数据不受影响，客户也能清楚看到"转身份之后费用变了"。

有些团队图省事，直接在原合同上改金额，然后重新生成收费计划。这样做的问题在于，已经核销的历史应收会被重算，之前的收款记录对不上，出报表时前后矛盾。系统一般会留操作日志，但查起来很费劲。

调价的时点也要注意。如果客户是 5 月 20 日完成身份变更，按自然月计费的话，5 月这一期是按老价格还是新价格？我的处理是按新价格收整月，理由是新身份下 5 月的申报工作确实按一般纳税人做的，工作量已经上去了。这个口径最好在合同里提前写明，避免扯皮。

3.4 增值服务必须单独立项

汇算清缴、工商年报、地址变更、税务异常处理、社保开户，这些增值服务一年可能就发生一两次，金额不大但频次不低。最常见的错误是把它们混在代账费里，导致两个后果：一是客户觉得"我交了代账费为什么还要另外给钱"，二是你自己算不清这块业务到底赚不赚钱。

正确做法是每一项增值服务单独建一份合同或单独建一条收费项目，金额、服务完成时间、收款时间都独立记录。系统里通常支持在主合同之外新增服务项，如果版本不支持，就单独建一份小额合同，合同类型标为"增值服务"。

这样做还有个额外好处：年底统计时，你能算出增值服务收入占总收入的比例。这个比例在代账行业是衡量客户质量和团队销售能力的重要指标，纯代账费的天花板很低，增值服务才是利润空间所在。

4. 收款核销与欠费催收：从到账到入账的那几步

4.1 一笔款进来先干什么

出纳收到钱，第一反应不应该是"记一笔收入"，而应该是"这笔钱是谁的、对应哪份合同哪一期"。这个顺序颠倒了，后面所有的对账都是灾难。

标准动作分四步。第一步，确认付款方。银行流水上的付款方名称经常和合同客户名不一致，可能是法人个人账户代付、可能是关联公司代付，这时候要在系统里做好备注，注明实际付款方和合同客户的关系。第二步，查该客户名下的未核销应收明细。系统里一般能看到按应收日期排序的列表。第三步，按"先到期先核销"的顺序核销，除非客户明确指定了要冲抵哪一期。第四步，核销完检查是否有余额，有余额的转为预收款挂账。

这四步听起来啰嗦，但实际上熟练之后一笔款三十秒能处理完。关键是养成习惯，不要图快直接录一笔收款了事。

提示：如果客户一次性付了全年费用，但合同是按季生成的应收，核销时会发现当期应收只有一期。这时候不要改合同，直接把多余金额挂预收款，后续每期应收生成后，用预收款逐期核销即可。

4.2 部分收款和预收款的挂账方式

部分收款是代账行业非常常见的场景，尤其是年付客户分期打款。处理原则很简单：收多少核销多少，剩余继续挂应收。比如应收 3600 元，客户先付 2000 元，那就核销 2000 元，这条应收的状态变成"部分核销"，余额 1600 元继续在欠费列表里，到期继续提醒。

预收款的处理稍微复杂一点。预收款本质上是"客户先给了钱，但还没有对应的应收可以核销"。常见于两种情况：一是客户提前付了下一年度的费用，二是客户一次性付清但合同分期生成应收。这两种情况都应该挂预收款，等应收生成后再核销。

预收款挂账时间长了会有风险，因为时间一长就没人记得这笔钱是干什么的。我的习惯是每月结账时拉一遍预收款余额表，超过三个月未核销的逐条确认原因，该核销的核销，该退的退，该转收入的转。

4.3 催收节奏与提醒节点设计

催收不是靠人勤快，是靠节点设计。系统里的应收日期一旦生成，就该有一套固定的提醒节奏，到了点自动提醒，不依赖某个人记性好不好。

我通常设四个节点：

• 到期前 7 天：温和提醒，发一条"下期服务费将于 X 月 X 日到期"的消息，附上金额和付款方式。这个节点的作用是给客户财务留出请款时间。
• 到期当日：正式提醒，明确说明本期应收金额和已逾期天数。
• 逾期 15 天：升级提醒，语气加重，同时抄送客户负责人，内部同步给归属业务员。
• 逾期 30 天：进入内部处理流程，由主管决定是否暂停服务、是否发正式函件。

这四个节点的关键不在于话术多漂亮，而在于触发条件明确、责任人明确。系统里可以设置提醒规则，也可以导出欠费清单人工跟进，但一定要有人在每个节点上"认领"这件事。见过太多机构设了提醒但没人看，等于没设。

4.4 固定对账日的核对动作

我强烈建议每个月固定一天做收费对账，比如每月 5 号对上一个自然月。这一天做三件事：

第一件，把银行流水和系统收款记录逐笔核对，重点看金额和日期，找出"银行有系统无"和"系统有银行无"的差异。差异通常来自跨月到账、手续费扣除、代付未备注。

第二件，拉出应收台账和实收台账，算当月的回款率。回款率低于某个阈值（比如 85%）就要分析原因，是新签客户多导致应收增加，还是老客户欠费增多。

第三件，检查预收款和部分核销的应收，把超过一定期限未闭环的挑出来单独处理。

这三件事做下来大约需要半天，但它能把大部分问题在当月解决掉，不用拖到年底。对账这件事，最怕的就是"等有空再说"，因为永远不会有空。

5. 续签、变更、终止：合同生命周期后半段的高危区

5.1 续签和续费不是同一件事

这两个词在日常沟通里经常混用，但在系统里必须分开。续费是"客户交了下一期的钱"，续签是"双方重新确认了下一段服务关系"。一份三年期的合同，中间可能续费六次但一次都不用续签；一份一年期的合同，到期后必须续签才能继续服务。

为什么必须分开？因为续签涉及到合同条款可能变化——价格调整、服务范围增减、付款方式变更。如果只做续费不做续签，系统里的服务结束日还是老日期，过了那天，客户明明还在服务，系统却显示合同已到期，报表全乱。

我的做法是：合同到期前 60 天启动续签流程，由归属业务员联系客户确认续签意向，确认后系统里新建一份合同，服务开始日接上一份的结束日，结束日往后推一年。老合同保留，状态标为"已完成"。这样每一年的合同都是独立记录，历史清晰可查。

如果客户明确表示不再续签，也要在系统里把合同状态改为"终止"，并注明终止原因和终止日期，不要就那样放着让它自然过期。状态不清理，一年后你自己都分不清哪些是有效客户。

5.2 四类合同变更的处理路径

合同变更的情况比想象中多，我把它归成四类，每类的处理路径不同。

第一类是服务内容变更，比如客户从只做记账变成记账加社保代缴。处理方式是新增一条收费项目，或者拆成两份合同。不建议在原合同上直接加金额，因为加完之后原合同的金额和历史核销对不上。

第二类是服务期限变更，比如客户要求提前终止或延长。提前终止走终止流程，按实际服务月份结算，多收部分退费或转预收。延长则要看是免费延长（赠送）还是付费延长，赠送就改结束日，付费就新建合同。

第三类是价格变更，前面讲纳税人身份变更时已经说过，核心原则是截断加新建，不要改历史。

第四类是主体变更，客户公司改名、股权转让、注销后新设主体。这种情况要特别注意，新主体是独立的法人，合同必须重签，不能简单改个名字了事。重签时老合同标终止，新合同从变更日起算，附件要把工商变更的相关材料一并归档。

5.3 退费与提前终止怎么记账

退费是代账行业里最敏感也最容易出纠纷的环节。客户做了一半不做了，要求退剩余月份的费用，退多少、怎么退、什么时候退，必须在合同里提前约定清楚。

常见的约定方式有两种：按月折算和按比例扣违约。按月折算就是剩余整月数乘以月单价，简单直接；按比例扣违约是扣除一定比例（比如剩余金额的 30%）作为违约金，剩余部分退还。两种方式各有利弊，前者客户容易接受但机构吃亏，后者对机构有利但签单时客户可能不接受。

系统里的处理方式是：原合同标终止，终止日期填实际停止服务日；已收但未提供服务的部分，通过退费单或红字收款冲回；如果已经生成了未来的应收计划，要把未到期的应收作废或调整金额。这一步要特别注意，作废应收不等于退钱，退钱要走退款流程，两个动作分开做，否则账上会出现"应收已作废但钱没退"的悬空状态。

6. 权限、审批与留痕：让收费数据经得起翻旧账

6.1 角色权限的最小化划分

代账机构的人员结构通常是老板、主管、业务员、记账会计、出纳。这五类人在合同与收费模块里的权限应该严格区分。

业务员能看客户档案、能发起合同，但不能改金额、不能核销收款。记账会计能看合同的服务内容，但不能看收费金额，尤其是提成相关的数据。出纳能录入收款、能做核销，但不能新建或修改合同。主管能审批合同变更、能处理退费。老板有全部权限，但日常操作建议也用普通账号，敏感操作单独授权。

这样划分的目的不是防谁，而是让每一次金额变动都有明确的经手人。真出了问题，能快速定位到是哪一环出的错。系统里的操作日志要定期看，尤其是合同金额修改和应收作废这两类操作，出现频率异常就要问一句为什么。

6.2 每周巡检与每月结账清单

我整理了一份巡检清单，团队照着做，能避免大部分低级错误：

每周做：检查本周新增合同是否有缺漏字段（尤其是服务起止日和金额）；检查本周到账款项是否全部核销；检查即将到期（30 天内）的合同清单，确认续签跟进人。

每月做：银行流水与系统收款全面对账；应收台账与实收台账核对，算回款率；预收款余额梳理；合同状态清理（把该终止的终止、该完成的完成）；增值服务收入单独统计。

每季度做：客户收入排名，找出贡献前 20% 的客户；欠费超过 90 天的客户专项处理；合同模板和收费标准的复盘，看是否需要调整。

这份清单不用很长，但要有人真的执行。我的经验是把它做成一张打勾表，做完一项勾一项，月底检查完成情况。

6.3 几份常用报表的读法

系统里能拉出的报表不少，但真正有用的就那么几份。

应收台账是基础表，按客户、按到期日排列，看的是"谁欠我钱、欠多久了"。看这张表不要只看总额，要看账龄分布，30 天以内、30 到 90 天、90 天以上各占多少。90 天以上的占比超过 10%，说明催收机制有问题。

回款率报表看的是"我收钱的能力"。算法是当期实收除以当期应收，注意分子分母的口径要一致，都是含税或都是不含税。这个指标月度波动很正常，看季度趋势更有意义。

客户收入报表看的是"谁是我的核心客户"。按年度收入排序，前 20% 的客户贡献了多少比例的收入，这个比例过高说明客户结构不健康，一家大客户流失就伤筋动骨。

服务项目收入报表看的是"哪块业务赚钱"。把代账费、增值服务费、工商服务费分开统计，能看出业务重心的偏移趋势。

7. 几个反复踩到的坑和我的处理习惯

7.1 五个高频错误与修正方法

错误一：合同起止日期和服务实际起止日期不一致。最常见的是签合同当天就填服务开始日，但客户资料还没交接完，实际开始做账是半个月后。修正方法是在合同里加一个"资料交接完成日"字段，服务开始日以这个为准。

错误二：同一客户多份合同，应收混在一起核销。客户付了一笔钱，出纳随手核销到最早的那条应收上，结果那份合同明明是另一项服务的。修正方法是核销时必须先选合同再选应收明细，不能直接从客户维度核销。

错误三：赠送期没在系统里体现，客户实际享受的服务期比合同长。修正方法是赠送一律通过延长服务结束日实现，不通过备注说明。

错误四：人员离职后客户没交接，合同归属还是离职员工。修正方法是离职流程里加一步"客户批量转移"，把归属人改掉，同时检查这些客户的应收是否有欠费。

错误五：代收代缴的税费混进代账收入。客户交的印花税、社保费是代收代付，不是收入。修正方法是单独设一个"代收代付"收费项目，收支两条线，不参与收入统计。

7.2 交接时的注意事项

客户交接是代账机构人员流动时最容易出问题的环节。我的一般做法是交接前先拉三张表：该员工名下所有客户清单、这些客户的合同状态和到期日、这些客户的应收欠费情况。三张表一对，哪些客户需要重点交代就清楚了。

交接时口头说不如书面记。建议做一个交接单，逐户确认：合同是否在有效期、是否有欠费、是否有特殊约定（比如某客户每月必须 25 号前出报表）、客户联系人是否变更。交接双方签字，主管审核。这个流程看起来重，但比事后扯皮轻得多。

最后分享一个我自己养成的小习惯：每份新合同录入完成后，我会把合同金额、服务起止日、收费方式这三个数字单独抄在一张纸上，过一周再回系统核对一遍。听起来很笨，但就是这么个笨办法，帮我抓到过好几次录入错误——人在刚录完的时候是看不出自己错的，隔几天再看，问题往往自己就跳出来了。合同与收费这块东西，说到底不是靠系统多智能，而是靠每个环节都有人认真对一遍。