晚宴还没散，客人就先约好稍后的代驾，这很常见。可要是同一个人短时间里连发两单，或司机到点才看到提醒，现场就会乱。按代驾功能文档已确认的能力，用户端选择用车时间时，最近可约时间是当前时间向后推迟30分钟，并按10分钟取整，最多可预约三天内的时间，包含当天。业务板块的接单范围一组里，还可以配置三项和预约相关的规则：发单设置——用户已存在预约单时，不能再发临近时间的订单；预约单提前开始设置——预约单司机能提前开始服务的时间；预约单提醒设置——预约单开始前以短信和语音的方式进行提醒。这三项要一起看，别只打开提醒就以为预约流程齐了。今日主写发单限制、提前开始和提醒，不整篇重做改用车时间、商户代叫或热力图。

「能不能再发一单」和「司机能提前多久开工」要分开定

发单设置管的是同一用户短时间内会不会叠单。文档写明：用户已存在预约单时，不能再发临近时间的订单。它没有写出「临近」默认是多少分钟，上线前要在后台把这个间隔看清楚，并和客服口径一致。别口头允许客人「先约十点、再约十点二十」，系统若拦截，现场会以为是故障。「临近」有多近，只能打开后台看实际间隔，文中不编造默认分钟数。客服话术也要跟这个间隔一致，避免一个说能约、一个系统直接拦住。

预约单提前开始设置，管的是司机能提前多久开始服务。文档没有给出默认提前量。演示时建议配一个明确的提前窗口，用一笔预约单看：窗口外司机是否还不能开始，窗口内是否可以开始。别把它理解成系统会自动把出发时间改早，文档只写了司机能提前开始服务的时间。提前开始是司机在窗口内主动开工，验收时看的是司机端能不能点开始，不是出发时刻被系统改写。司机端对预约单的播报内容也和实时单不同，会包含出发时间、起点、终点和全程里程数，方便司机在提醒之外再核对一次时刻。

开始前的短信和语音提醒要实打实测到人

预约单提醒设置写明：预约单开始前以短信和语音的方式进行提醒。这是代驾这条业务线已经写清的渠道，别再改口说「只做站内推送就行」，也不要额外承诺未在文档出现的微信模板消息。提醒只解决「到点有人知道」，解决不了叠单，所以别用提醒去代替发单限制。短信和语音都要测到人，只看后台勾选了提醒不算过；两种渠道里只收到一种，都要当作联调未完成。

联调建议按时间线跑一笔完整的预约单：先选一个落在可约窗口内的时间，确认能下单；再尝试用同一账号发一笔临近时间的第二单，确认被发单设置拦住；再在开始前等待短信和语音是否到达；最后在提前开始窗口内外各试一次司机能否开始服务。后台如果还开了最低预估里程，预约单同样要先满足，别以为约了一个更远的时间就能绕开里程限制，文档没有这样写。改用车时间、商户代叫或一口价是别的配置，不必在这场预约联调里一次性展开。

上线前按这几单验收就够：可约窗口内能下单、同一账号临近时间第二单被拦住、开始前短信和语音都到达、提前窗口外不能开始窗口内可以开始、预约单也满足最低预估里程。要把预约发单、提前开始和提醒跑通，联系我们聊 Ptaxi 代驾系统即可。