合同上周就寄出去了，客户说在走流程。一个月后追问，对方说没收到；再查快递，签收人是前台，件躺在收发室。销售以为签了，财务按签约日期排了回款计划，法务要找原件时才发现合同还没回来。签署这一步没人盯，后面每一环都在等一份不存在的合同。
一、签署是五个节点，不是一个动作
寄出、对方签收、对方盖章、回传扫描件、原件归档。五个节点各有日期和责任人，任何一个断掉，合同在法律上就没有走完。多数公司只记「合同已寄出」，把它当成已签，问题都从这里开始。
- 合同编号与版本号：与审批通过的版本一致，改过条款的重新编号
- 签约主体全称：与营业执照一致，不写简称
- 寄出日期与快递单号：谁寄的、寄给谁、寄了几份
- 对方签收日期与签收人：前台代收不算有效签收，要找到具体经办人
- 盖章回传日期：扫描件是否清晰、骑缝章是否完整、页码是否齐全
- 生效条件与生效日：双方盖章、预付款到账、约定日期，写清以哪个为准
- 原件归档位置：纸质件在哪个柜、电子件存在哪个目录
二、卡住的四种情形，各有各的动作
- 快递丢件：超过三个工作日无签收记录，补寄并同步告知对方经办人
- 对方内部审批慢：问到具体卡在哪个部门、哪一级，不要只问怎么样了
- 对方要改条款：一律回到合同变更流程，重走审批，不在原件上手改
- 章盖错或漏页：整份重签，不接受补盖单页
三、催签按天数走，不靠销售的记性
寄出后第三天确认签收，第七天确认盖章进度，第十五天升级到双方对接人以上层级，第二十一天仍无回传就暂停排产或排期。规则写进系统提醒，超期清单在周会上过一遍，比销售各自记忆可靠。
四、生效条件要在合同里写死
常见写法是双方盖章之日起生效，也有约定收到预付款后生效。两种写法对应两套动作：前者盖章即触发交付排期，后者要等回款记录。合同状态与回款计划联动，财务看到的是同一份事实，不会出现销售说已签、财务说没收到钱的两套口径。
五、举例说，一笔账算清楚
假设一家公司每月签三十份合同，其中六份会卡在对方盖章环节，平均卡十二天。按寄出第三天确认签收、第七天问进度、第十五天升级的节奏执行后，卡住的六份里有四份能在八天内回传，剩下两份进入升级清单。按月算，签署周期从平均十二天压到七天。五天的差意味着交付排期和收款节点整体前移，同一个月的回款计划不用再往后挪，销售也不用在月底临时找财务改数字。
这张表由商务或销售助理维护，销售负责提供对方经办人信息，法务负责核对回传件的完整性。三个角色各管一段，交接时看表就知道进行到哪一步。合同数量上来之后，这张表就是签署环节的事实来源，谁也不用再凭印象回答「应该快了吧」。
这套签署台账的做法，用 9527CRM 这类轻量级 CRM 的合同模块与提醒就能落地：合同建单时把七个字段填全，回传扫描件直接挂在合同附件里，超期未回传由提醒规则推给责任人和主管，周会看超期清单而不是挨个问；由于支持私有化部署，合同原件扫描件与盖章记录存在企业自己的服务器上，不经过第三方签署平台，谁在什么时候看过、下载过都留得下记录，管理者要的是可控，不只是一套工具。
