财务把发票寄出去了，销售以为客户收到了，客户财务说没见到票。三方都没说谎，只是中间那段路没人管。一张发票从开出到变成回款，要经过寄送、签收、认证、审批、付款五个环节，任何一个环节掉链子，钱就停在那里，而每个环节的人都以为不关自己的事。
一、发票卡住的四个常见位置
- 寄送：寄给销售转交，销售出差忘了给，票在车里放了两周
- 签收：寄到客户前台，前台签收但没转给财务，票躺在收发室
- 认证：客户财务说抬头或税号不对，退回重开，一来一回半个月
- 审批：票已认证，但付款申请没人发起，等销售去催
四个位置里，前两个是物流问题，后两个是信息问题。物流问题靠签收凭证解决，信息问题靠开票前核对解决。两条都做到，回款周期能缩短一大截。
二、开票前先核对五项信息
- 名称：必须与营业执照一致，不能用简称或品牌名
- 税号：逐位核对，错一位整张作废，重开又要走一轮
- 地址电话：开专票时需要，按客户提供的信息填
- 开户行与账号：变更过的客户要重新确认，别用档案里的旧账号
- 开票内容：货物或服务名称要与合同一致，涉及分类编码的按实际业务选
这五项做成客户档案里的固定字段，开票时直接带出，不让财务凭记忆填。客户信息变更时，先改档案再开票，改档案这个动作要留记录：谁改的、什么时候改的、依据是什么。
三、发票台账要有六个字段
发票号码、开票日期、金额与税额、寄送方式与单号、签收人及签收日期、对应合同编号。六个字段齐了，任何一张票都能追到下落。台账不要放在个人表格里，要能被销售和财务同时看到，否则还是各说各话。
四、举例说：一张票拖了四十五天
假设某客户应收三十万，合同约定验收后三十天内付款。验收在五月十日完成，财务五月十二日开票并寄出，用普通快递，没有要求签收。五月二十日销售问客户，客户说没收到；六月一日再问，客户财务说票在收发室，已经过期需要重寄；六月十日重寄，六月十五日客户认证时发现税号错了一位，退回重开；六月二十五日重新开票寄出，七月五日认证通过，七月八日进入付款流程，七月二十日到账。整笔款比约定晚了四十天。如果开票前核对过税号、寄送要求签收、签收当天在台账登记，这条链路可以压到二十天以内，同样的合同，现金回笼时间差了三周。
五、把签收做成动作，异常也要有分类
三种做法按客户规模选：重要客户用快递加签收回单，签收后拍照回传；中等客户用邮件发送电子发票，要求回复确认，邮件本身就是凭证；小客户用即时通讯发送，截图存档。三种方式都要在台账里记下时间和接收人。没有签收记录的发票，一律视为未送达，销售的下一次跟进先确认这件事，别急着问付款。异常处理同样要分类。退回的票当天在台账改状态，写清退回原因；丢失的票先查是否已认证，未认证的按作废重开，已认证的走红冲流程；红冲要有书面说明，附客户确认。三类异常每月统计一次，看是哪个环节出的问题——税号错误多，说明开票前核对没做到；寄送丢失多，说明寄送方式要改。
这套从开票核对到签收留痕的做法，用 9527CRM 这类轻量级 CRM 的客户档案字段、合同台账与回款计划就能落地：开票信息存在客户档案里随单带出，发票记录挂在合同下，签收日期填进台账后自动更新回款计划的跟进节点，超期未签收的在提醒里浮出来；由于支持私有化部署，客户的抬头、税号、银行账号这些财务敏感信息全部存在企业自己的服务器上，按角色控制可见范围，销售看得到进度、看不到不该看的账号信息，合规检查时也拿得出完整的操作记录。
