代账这行做久了会发现最磨人的往往不是账本身而是钱。客户催报表的时候你在客户拖代账费的时候你也得在月底结账通宵都还好最怕的是翻出一笔三年前的合同谁也说不清当初谈的是年付还是季付、送了几个月、含不含汇算清缴。我见过一家二十来人的代账机构客户不到四百家应收挂账却能拉出满满两页纸其中一大半不是客户赖账而是合同和收费记录自己对不上。这也是为什么我后来把诺诺云代账的合同与收费管理模块当成整个系统里最先要吃透的一块——它不是一个顺便记一下的功能而是把销售口头承诺、合同条款、收款节点、欠费提醒串成一条能查、能算、能催的链路。这篇东西写给两类人一类是刚接手代账机构内部管理、手上只有一堆 Excel 台账的同行另一类是系统已经在用但只用了账务部分合同和收费模块基本空着的团队。我会按为什么这么建字段怎么填计划怎么生成钱怎么核销后半段怎么管的顺序讲中间夹着实测下来最容易翻车的地方。不保证每个版本菜单名一字不差但业务逻辑是通的照着改就能用。1. 钱收不齐的根子不在催收在合同与收费两张皮1.1 一张手工台账能撑多久大部分小型代账机构起步阶段都是这么干的一份 Excel 叫客户台账里面记着客户名、联系人、电话、月费、开始日期、备注另一份 Excel 叫收费记录记着某月某日谁交了多少。两份表由不同的人维护销售签完合同往台账里一填出纳收到钱往收费记录里一填中间没人做交叉校验。这个模式在客户数一百以内、人员流动小的时候还撑得住一旦过了某个临界点就开始漏销售答应先做三个月试试台账里记了个起始日但没人记试用期结束日三个月后忘了转正收费客户从核定征收改成查账征收月费从两百涨到五百销售在微信上说了台账没改出纳按老价格收了半年还有客户中途加了工商年报、汇算清缴这类增值服务收是收了但记在其他收入里年底一算不知道哪家客户贡献了多少。这些漏洞单看都是小事叠加起来就是真金白银。我见过最典型的一家一百八十多个客户里有十九个客户的合同其实早就到期了系统里没标出纳也就没催等到发现时已经少收了小半年的钱。所以别急着上催收话术先回头看看合同和收费在系统里是不是一条线。1.2 系统里被真正解决的三个断点诺诺云代账的合同与收费模块说到底解决的是三个断点。第一个断点是合同信息从文本变成结构化字段。纸质合同或扫描件里服务起止日期、收费方式、月费金额、服务范围都是散落在条款里的自然语言机器读不懂人也会看漏。系统要求你把这些拆成签订日期、服务开始日、服务结束日、计费周期、单价、数量、折扣这些独立字段拆的过程本身就是一次梳理很多模糊条款在填不进去的时候就会被发现。第二个断点是应收从事后算变成事前生成。合同一旦确认系统按你设定的周期自动生成收费计划每期的应收金额、应收日期都提前排好。这一步的价值在于欠费不再是感觉某家客户好久没交了而是有一条明确的应收记录躺在那里到期没核销就是欠费谁都能看见。第三个断点是收款和应收的核销关系。手工台账里收到一笔钱只是加一笔收入它对应哪份合同、哪一期、是全额还是部分全靠人记。系统里收款单必须挂到具体的应收明细上做核销核销完这条应收就闭环没核销的余额继续挂在欠费里。这个机制一旦跑通对账的工作量会掉一大截。提示如果你的机构目前连客户档案都不全别急着一次性把历史合同全录进去。先把当前在服务的、合同还在有效期内的客户录完历史合同按是否还有未收款项筛一遍再补能省掉大量无效录入。1.3 上线前必须先做的一次数据体检正式录入之前我建议花半天时间做一次数据体检把手上所有客户按四类分开合同在有效期内且费用已结清、合同在有效期内但有欠费、合同已到期但还在服务、合同已终止。这个分类不用很精确粗略过一遍就行目的是让你心里有数——哪一批客户录进去之后立刻会产生应收哪一批需要先跟客户确认续签意向。体检的时候重点核对三个数字客户总数、当前月费合计、上月实际回款额。这三个数字对不上说明台账本身就有问题先修台账再上系统否则等于把错误搬了个家。我自己习惯用一张简单的对照表来查核对项数据来源常见偏差原因客户总数客户台账 vs 账套列表有客户已停止服务但账套未归档月费合计合同月费逐条相加调价后未同步、赠送期未扣除上月回款银行流水 vs 收费记录一笔款拆付多期未拆分、代收税费混入服务中客户数合同状态 vs 实际做账记录到期未续签但仍在做账这张表填完问题基本就浮出来了。后面所有录入工作都以这张表修正后的结果为准。2. 客户档案与合同建模把一纸协议拆成能算钱的字段2.1 客户档案里必须一次定死的四项信息很多人录客户档案时只填个名字和电话就过了后面合同一建发现到处要回头补。有四项信息建议在建立客户档案时就一次定死后面合同、收费计划、报表全都依赖它们。第一项是客户主体类型也就是小规模纳税人还是一般纳税人。这不只是个标签它直接决定了默认服务内容和基准价格小规模通常按季申报、工作量小一般纳税人按月申报、进项勾选认证价格差得不少。中途变更主体类型是很常见的场景但档案里的这个字段要跟着改否则后续调价没有依据。第二项是服务范围也就是这家客户到底买了哪些服务。是只有记账报税还是含工商年报、汇算清缴、社保代缴、发票代开。这一项建议不要写成一段备注而是在系统里勾选服务项目因为后面收费计划是按服务项目来生成金额的。第三项是归属信息包括归属的销售或业务员、归属的记账会计。这一项在客户交接、人员离职的时候价值巨大能一次性筛出某人名下所有客户批量转移不用一个个翻。第四项是结算习惯年付、半年付、季付还是月付付款方式是转账还是现金。这个字段最好和合同里的计费周期保持一致减少录入时的判断成本。2.2 合同主表的字段录入逻辑合同录入是整个链条里最容易出错的一环因为字段多、相互之间还有约束关系。我把关键字段和填写逻辑整理成下面这张表实际录入时对着看字段填写要点常见错误合同编号建议用年份客户简码序号规则全局唯一用客户名做编号客户改名后混乱签订日期双方签字盖章的日期与系统录入日期混淆服务开始日实际开始提供服务的日期直接填签订日期忽略筹备期服务结束日开始日加服务期限推算手算出错、闰年跨月算错计费周期月/季/半年/年与客户实际付款节奏不一致合同金额含税总价还是不含税团队内要统一口径有人填含税有人填不含税汇总全乱收费方式一次性收取/分期收取分期合同填成一次性应收不生成备注只写不能结构化的特殊约定把关键条款写在备注里报表取不到关于合同编号我特别想说一句。见过太多机构用客户简称年份做编号结果客户改名、简称重复、同一客户签第二份合同的时候就抓瞎。建议的规则是HT-2024-0001 HT 固定前缀表示合同 2024 签订年份 0001 当年流水号四位起步补零如果机构有多条业务线可以在年份后面再插一位业务线代码比如HT-2024-C-0001C 表示代账、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 号前出报表、客户联系人是否变更。交接双方签字主管审核。这个流程看起来重但比事后扯皮轻得多。最后分享一个我自己养成的小习惯每份新合同录入完成后我会把合同金额、服务起止日、收费方式这三个数字单独抄在一张纸上过一周再回系统核对一遍。听起来很笨但就是这么个笨办法帮我抓到过好几次录入错误——人在刚录完的时候是看不出自己错的隔几天再看问题往往自己就跳出来了。合同与收费这块东西说到底不是靠系统多智能而是靠每个环节都有人认真对一遍。
