企业礼赠订单准备提交时，经办人可能已经选好礼品和数量，预算负责人却尚未批准支出。此时创建订单、批准预算和实际付款是三个不同动作。企业应同时核对内部制度与礼品代发网站的实际账户能力，不能假设网站一定提供待审订单或内置审批功能。
提交人交出可审的订单版本
经办人整理项目编号、礼品规格、数量、包装、运费及总金额，记录报价适用条件和拟使用的付款主体。按企业采购制度核实金额阈值与审批层级，把提交人、审批人、付款人列成权限表，逐项标明谁能创建、修改、批准和支付；同一人是否兼任由企业授权决定。
还需向平台询问订单能否保存为草稿或待处理状态、该状态是否占库存、有效期如何计算、哪些内容可以修改，以及通过内部审批后如何进入付款。若平台不提供待审功能，可在企业内部保存订单明细和报价供审批，待批准后按平台实际流程建单；不要把内部表格描述成平台功能。
经办人还应确认报价与商品可用状态是否覆盖预计审批期间。草稿保存成功只说明资料被保留，不能证明价格或库存持续有效。若批准时报价已经失效，应取得新的有效条件，比较变化后按企业制度判断是否需要重新审批。
审批人批准的是哪一版
审批材料应让负责人看到项目、供应方、订单明细、金额及所用预算，而不是只有一条“同意采购”。保存审批人、时间、结论和对应的订单版本或明细快照。草稿、待审和可履约状态的含义要向平台确认；即使页面允许付款，企业内部未批准时也不应把它当作已授权支出。
假设经办人提交一批礼盒，预算负责人按原数量和金额批准。随后供应方提示原规格不足，经办人提出替换，报价随之变化。即使项目名称不变，审批人也需要按企业制度判断变化是否触发重新审批；保存新旧规格、数量、金额及确认结果，付款人才能知道哪一版有效。若制度要求重新批准而结果未出，订单保持待处理。
假如平台不保存历史版本，企业可以自行留存提交时的明细和平台确认信息，并由审批人明确引用对应文件或编号。若后来发现截图与实际订单不一致，经办人应解释差异，取得必要的重新确认；不能只凭相近金额认定它们是同一份方案。
付款人核对授权与交易
财务收到付款请求后，将订单编号、最终版本、应付金额、审批结论、收款主体和支付方式放在一起核对。审批金额与支付金额不一致时查明运费、折扣或变更来源，必要时退回经办人补充审批，而不是凭口头催付覆盖差异。若付款账户主体不同于订单客户，还应确认代付授权及退款对象，并询问渠道支持的退款路径。
完成付款后，财务将支付流水号、金额、时间及付款账户主体关联至订单档案，由经办人核对平台订单状态。平台显示已付款与企业内部审批是两类记录：前者反映平台或渠道的交易状态，后者证明企业内部依照自身制度作出的决定，不能互相替代。
若付款人不能直接查看完整名单，可由经办人提供经过授权的订单汇总和金额依据，财务核对所需信息即可。涉及收件信息的明细应按企业权限保存；审批分工不要求把完整名单发送给每一位参与人。
交接未决事项
档案至少应能从项目编号找到最终订单明细、审批版本、付款凭证和双方确认。若订单变更后平台重新生成编号，记录新旧编号的关系；若审批未通过或报价失效，注明由谁取消或重新确认，并核实平台当前状态。库存是否占用、订单能保留多久以及退款能否指定账户，都以实际规则为准。
经办人向审批和财务交接时，应写明当前版本、已完成动作、待补材料及下一位负责人。这样后续对账能追到批准的具体内容，而需要重新审批的变更也不会被误当成原批准的一部分。
