从本订单的承诺原句开始，先确认起算条件
准备在易歪歪中回复交期时，建议先找到本订单已经给出的承诺原句。例如“付款后三个工作日内发货”与“三天内发货”是两份需要分别核对的文字。先让店铺负责交期的人说明原句中的天数口径、何时起算、是否存在截止时点，以及本订单有没有另外约定。不要为了快速答复，先把模糊的“天”自行改成工作日或自然日。
建议请交期负责人逐项确认：本订单从哪一天起算，需要计入多少个工作日，哪些日期营业，另有哪些已确认日期需要排除。将负责人提供的安排分别写入本订单的核对表；未确认项留空，继续询问。订单状态、付款时间或另行承诺等信息，应从实际业务记录核对，本文不规定商家应以哪一个时间作为统一起算点。
如果客户转述与店铺原记录不同，先把两份原句交给有权限的人确认，再准备日期答复。不要通过修改表格输入，让计算结果迁就自己先写出的日期。客服需要交付的是与本订单适用规则对应的说明，而不是把一个未经确认的日期写成确定承诺。
- 先读本订单已有的交期原句，确认“天”的口径。
- 起算日、工作日数、营业日与假日分别由实际规则确定。
- 输入不清楚时先询问交期负责人，暂不填确定日期。
先在纸面数一遍，分清日历天数与营业日
可以先做一个纯纸面的假设例子：约定从星期一之后计三个营业日，起算当天不计入，并假设星期二、三、四都营业。那么按这个约定，依次计入的三天是星期二、星期三和星期四。这个例子只演示人工计数；它不规定任何店铺都在这些天营业，也不是对某笔订单或某次 Excel 输出的结果承诺。
再换一个明确假设：仍从星期一之后计三个营业日，但星期二不营业，星期三、四、五均营业。按这一假设，计入的三天变为星期三、星期四和星期五。建议用这样的简单例子，先检查团队对“哪些日子计入”是否理解一致，再把实际订单的日期和日历条件放进核对表。
自然日与工作日的处理方式，应由本订单适用的承诺说明决定。建议把起算当天是否计入、休息日是否排除，以及临时停业是否已得到确认分别写清。不要把“周末”“假日”或“第三天”单独几个词当成完整规则，也不要因为手算得到一个日期，就跳过实际日历和店铺承诺的确认。
- 纸面例子明确写出起算当天是否计入和哪几天营业。
- 改变一个假设后重新计数，观察日期为何不同。
- 例子只帮助理解计数，真实订单仍按适用规则处理。
按微软官方说明核对 WORKDAY.INTL 的计算输入
Microsoft 的 WORKDAY.INTL 文档说明，该 Excel 函数按指定工作日数计算起始日期之前或之后的日期，可以自定义周末并排除明确提供的假日。函数不决定商家的发货规则；使用易歪歪回复交期前仍需人工确认起算日、营业日和已承诺的时限。
建议打开 Microsoft 的 WORKDAY.INTL 官方说明，按自己实际使用的 Excel 版本核对用法，再把已经确认的起始日期、工作日数、周末安排和假日带入。表格中的输入应来自前面的业务确认，不从公式名称推定店铺的休息制度。未获得假日清单时，先向交期负责人补齐，而不是直接把空白当作没有假日。
第一次使用时，建议先拿一组能在纸面清楚数出的日期核对表格，再处理真实订单。逐项确认自己用了哪一份营业日安排、提供了哪些假日，以及计算方向是否符合这次任务。本文不提供未经当前官方用法确认的参数代码或固定公式模板；按实际官方说明建立表格后，仍要由人检查输入与结果。
- WORKDAY.INTL 的用法从 Microsoft 官方说明核对。
- 营业日和假日来自店铺已确认规则，不由函数替商家决定。
- 先用可手算的样本检查自己的输入与表格，再处理订单。
手算与表格不一致时，逐项查输入而不是改结果
建议把纸面计数与表格结果并排比较。若日期不同，先查看是否用了同一起算日、同一工作日数，以及同一份周末和假日安排。一次只核对一个条件，确认差异来自哪里；不要直接把表格显示的日期改成自己期待的答案，也不要因某个工具给出了结果就认定店铺必须在那天发货。
对照前面的假设例子，星期二是否营业这一项变化，就会使计入的三天不同。真实业务中若出现临时安排，应先由负责交期的人确认它如何影响本订单，再更新相应输入并复核。纸面说明和表格应使用同一组已经确认的条件，不能一边采用旧日历，一边口头采用新的交期规则。
若仍不能解释结果，建议保存不含客户隐私的示例输入、适用规则和当前观察，再回到 Microsoft 官方说明核对。如需帮助，建议请熟悉表格的人核对示例中的函数用法，并请业务负责人核对本订单的承诺原句。将两类待确认问题分别列出，逐项取得答复后再调整输入，避免把公式调整当作业务授权。
- 先对照起算日、天数、周末、假日是否一致。
- 临时营业安排先取得业务确认，再更新输入。
- 公式用法与商家承诺分开核对，不能互相替代。
把已确认的交期写成回复，再核对实际发送内容
易歪歪官网将产品介绍为客服聊天助手，展示快捷回复和一键发送，并列出 QQ、微信、千牛等聊天工具。此处仅说明回复工作场景，不表示易歪歪内置表格计算或订单校验功能。
准备回复时，建议先写一份待确认文本，例如“本订单按已确认的起算条件和营业日安排，预计在【已复核日期】前发货；具体约定请以本订单适用说明为准”。其中的日期与措辞都应由店铺确认后填写，方括号只是写稿时的提醒，不应原样发送给客户。若商家要求其他表达，按其确认的实际承诺写，不增加“保证”“一定”之类未获准的用语。
如果使用易歪歪整理或发送这条回复，建议在当前界面中检查实际文本、目标会话和订单对应关系。日期结论来自前面的业务与表格核对；不要把一次快捷回复操作当作日期已被产品检查。准备共用的回复文本时，明确哪些内容每次都要重新填写，并让使用者先核对本订单条件，再使用文本。
- 日期和措辞先由实际业务确认，写稿占位内容发送前填清。
- 检查目标会话、订单与日期是否对应。
- 使用快捷回复时，仍核对当前实际文本与本订单条件。
发送前按订单、日历和文本完成最后复核
建议在发送前依次回答四个具体问题：这条回复对应哪一单，起算条件是否经过确认，周末与假日是否采用本订单的实际安排，文本中的日期是否与复核结果一致。把负责确认交期的人和仍未解决的问题注明，便于遇到不同说法时回到原记录。没有确认完的条件，不用软件操作成功来替代。
共用回复文本时，建议先让另一名有权限的同事用同一份业务条件核对一次。对方需要能读清起算点、天数口径和日期来源，而不只是看到一条最终回复。检查材料中不公开客户姓名、完整订单资料或其他敏感信息；本次核对不代表今后所有订单都可沿用同一个日期或同一份日历。
下一次出现新的订单、交期说明或营业安排时，建议重新从实际承诺原句开始核对。需要查产品或安装说明，请打开易歪歪官方来源；需要核对函数用法，请打开 Microsoft 官方文档。本站不托管安装包。未确认的日期可以先交给交期负责人处理，不为尽快回复而把假设写成已经确定的发货安排。
- 发送前核对本订单、起算条件、日历安排和回复日期。
- 另一名获准人员可用相同条件复核，不公开客户敏感信息。
- 订单或规则变化后重新核对，不沿用未经确认的旧日期。