AI会干活 / 免费教程
客户招待费报销别只交发票,先补一份业务说明
客户拜访结束后,销售团队经常会提交餐费、礼品、交通费等招待相关报销。单据本身通常只能说明“花了多少钱、在哪家商户、什么时间开票”,却说明不了“为什么发生这笔费用、对应哪个客户、和哪条商机有什么关系、是否已经按公司流程申请或审批过”。等到财务来问,销售助理再翻聊天记录、会议纪要、CRM 和审批截图...
适合人群
销售助理、销售经理
先解决什么
客户拜访后的餐费、礼品和交通费需要报销,但单据无法说明客户、商机和招待目的。
学完结果
一份招待费报销业务说明模板,标出需销售经理确认的敏感项。
你会学到什么
把客户名称、拜访对象、商机阶段、费用明细和审批依据整理成可复核说明。
准备材料:招待费发票,客户拜访记录,商机信息,费用审批,销售备注
交付物:一份招待费报销业务说明模板,标出需销售经理确认的敏感项。
边界:只补充招待费业务背景,不评价招待行为是否符合公司制度上限。
教程定位
这篇教程解决什么问题
客户拜访结束后,销售团队经常会提交餐费、礼品、交通费等招待相关报销。单据本身通常只能说明“花了多少钱、在哪家商户、什么时间开票”,却说明不了“为什么发生这笔费用、对应哪个客户、和哪条商机有什么关系、是否已经按公司流程申请或审批过”。等到财务来问,销售助理再翻聊天记录、会议纪要、CRM 和审批截图,时间就被来回补材料消耗掉了。
这篇文章解决的不是“这笔招待费能不能报”,也不是“招待行为是否符合公司制度上限”。这些判断应由公司制度、销售负责人、财务、法务或相关审批人决定。这里要做的是更前置、更具体的一步:用 AI 把招待费报销的业务背景整理成一份可复核说明,让单据、客户、拜访对象、商机阶段、费用明细和审批依据能够对得起来。
最终交付是一份“招待费报销业务说明模板”。它会把每笔费用分成几个固定部分:费用基本信息、客户和拜访对象、业务目的、商机阶段、费用明细、已有审批依据、附件清单、需销售经理确认的敏感项。销售助理可以用它补齐报销材料包,销售经理可以快速看见哪些内容需要自己确认,财务拿到后也更容易判断下一步该正式审核、补材料,还是请业务负责人进一步说明。
AI 在这个流程里的角色很有限:它只是整理材料、发现缺口、生成中性说明、列出待确认项。它不能替销售经理证明招待必要性,不能替财务判断是否符合制度,不能替法务判断外部关系风险,也不能凭空补客户名称、拜访对象或商机信息。只要资料里没有出现的信息,AI 都应该写“待补充”或“需销售经理确认”,而不是自己猜。
读完这篇,你应该能把招待费发票、客户拜访记录、商机信息、费用审批和销售备注整理成一段输入,复制提示词,让 AI 生成一份可交给销售经理确认的业务说明草稿。后续正式审核仍然要按公司制度和审批流程走,这份说明只负责把业务背景说清楚。
使用场景
什么情况下最适合用这一套
你可能是销售助理,也可能是销售经理。客户拜访刚结束,销售同事把几张餐饮发票、礼品采购发票、打车记录和审批截图发给你,说“帮我走一下报销”。你打开材料一看,票据金额是清楚的,但业务背景很散:发票上没有客户名称,审批截图里写的是“客户接待”,CRM 里商机阶段还停留在“方案沟通”,销售备注里只有一句“和客户聊了下后续合作”。
这种报销材料最容易卡在中间。对销售来说,拜访是真发生了,费用也是真垫付了;对财务来说,单据只能证明支出形式,不能证明业务对应关系。尤其是餐费和礼品,单据天然不会写出对方公司、参会人员、商机阶段、招待目的、是否有事前审批、是否和同一客户近期多次发生费用。财务如果直接问“客户是谁、为什么招待、审批依据在哪里”,销售助理就要临时拼材料。
更麻烦的是,销售助理很容易被迫说一些自己不该说的话。比如对方问“这笔是不是一定能报”,你如果回答“应该可以”,就把材料整理工作变成了审核判断;如果你为了让说明看起来完整,擅自把客户角色、商机阶段或招待目的写得很确定,又可能和销售经理实际判断不一致。
更稳的做法,是把招待费报销拆成两层。第一层是业务说明层:这笔费用对应哪个客户、哪次拜访、哪些费用项目、哪条商机、什么业务目的、已有哪条审批依据。第二层是审核判断层:是否符合公司制度、是否超过标准、是否需要补审批、是否可以报销、是否存在特殊限制。AI 和销售助理主要处理第一层,第二层留给销售经理、财务和其他审批人。
这篇教程的核心,就是让你在第一层把材料整理得足够清楚。清楚不是替费用背书,而是让审核人能看见事实:哪天拜访、谁参与、谈什么事项、费用由哪些项目构成、哪些证据已经提供、哪些地方仍需要销售经理确认。这样报销沟通会从“这张票能不能过”变成“这份材料还缺哪几项业务背景”。
材料准备
开始前先把材料和边界备齐
开始前,先把招待费材料按“业务事件”归集,而不是按附件类型堆在一起。一顿餐、一次客户礼品、一次拜访交通,可能属于同一次客户拜访,也可能属于不同客户或不同商机。建议先给每次拜访建立一个临时编号,例如 CE-2026-07-001。后面所有发票、审批截图、销售备注和 CRM 信息,都挂在这个编号下面。
第一类材料是招待费发票或付款凭证。这里包括餐饮发票、礼品采购发票、打车或租车记录、停车费、快递费等。整理时只摘录材料本身已经显示的信息:费用类型、金额、日期、商户或供应商、付款人、付款方式、发票或订单编号摘要。不要让 AI 判断发票真假、税务处理、开票项目是否合适,也不要让 AI 根据发票反推客户或用途。
第二类材料是客户拜访记录。可以来自 CRM 拜访记录、销售日志、会议纪要、日程、邮件、即时消息摘要。至少要摘出客户名称、拜访日期、拜访地点、拜访对象、我方参与人、会议主题、关键讨论事项、下一步动作。如果其中有敏感客户名称或未公开商机,可以先脱敏成“客户 A”“集团客户 B”“华东制造客户 C”,但内部正式报销包里通常仍要能对应真实客户。
第三类材料是商机信息。销售助理不需要替销售判断商机质量,但需要记录商机的基本对应关系,例如商机名称、CRM 编号、当前阶段、预计成交时间、相关产品或服务、客户需求摘要、下一步推进动作。这里的重点是“费用和业务动作有无对应关系”,不是判断这条商机是否值得招待。
第四类材料是费用审批。包括事前招待申请、预算审批、部门负责人审批、客户拜访计划审批、礼品申请、补充说明等。初稿中只记录审批编号、审批事项、审批金额或范围、审批人、审批状态、审批日期。审批截图看不清、审批事项太泛、审批金额不可见时,要写成“需补充审批依据”或“需销售经理确认”,不要改写成已经覆盖。
第五类材料是销售备注。销售备注通常最接近业务语境,但也最不规范。可能只有几句话:“客户预算还没定,先维护关系”“对方技术负责人也来了”“礼品是给客户会议伴手礼”。AI 可以把这些备注整理成更完整的业务说明,但不能把备注中没有的信息补成事实。比如备注只写“客户领导在场”,AI 不能扩写成“客户采购负责人参加并确认采购意向”。
准备材料时,还要先标出“销售经理必须确认”的敏感项。这里的敏感不是让 AI 做裁决,而是提醒经理看清哪些内容不能由助理或 AI 代写。常见敏感项包括:客户名称和拜访对象是否准确;客户角色是否可以写进报销说明;招待目的表述是否和实际拜访一致;商机阶段是否真实;礼品对象、数量和用途是否准确;费用是否属于同一次拜访;事前审批是否覆盖本次费用;近期是否有同一客户多笔招待费需要合并说明。
最后,设置输出边界。你可以在提示词里明确要求:只整理业务背景,不写“符合制度”“准予报销”“未超标准”“可入账”“无风险”这类审核判断;遇到公司制度、金额上限、客户身份限制、礼品规则、招待标准、税务处理等问题,只写“需销售经理或财务确认”。这样可以让 AI 稳稳停在材料说明的位置。
实操流程
按这套步骤把工作跑起来
第一步,建立一次拜访一个说明对象。不要把本月所有招待费混在一段里让 AI 自由归类。可以按客户和拜访日期拆开,例如“CE-2026-07-001,客户 A,7 月 2 日现场拜访”。如果同一天同一客户发生餐费、礼品和交通费,可以放在一个说明对象下;如果是不同客户、不同城市或不同商机,就分成不同对象。
第二步,把费用明细列成表格或清单。每一项费用至少写清费用类型、金额、发生日期、凭证类型、付款人、附件编号。比如“餐费 1860 元,7 月 2 日,餐饮电子发票 F-01,销售王某个人垫付”;“礼品 980 元,7 月 1 日,礼品采购发票 F-02,事前审批编号 OA-5562”。没有的字段写“未提供”,不要留空。
第三步,把客户和商机信息放在费用前面。报销说明的阅读顺序应该是先知道业务背景,再看费用。建议先写客户名称、拜访对象、我方参与人、拜访时间、拜访地点、商机名称、商机阶段、拜访目的、会后下一步。这样财务和经理看到费用时,能知道这些票据为什么会出现在同一个材料包里。
第四步,先让 AI 做“事实抽取”。第一次不要让 AI 直接写完整说明,而是让它把输入材料拆成事实表:客户、拜访对象、商机、费用、审批、附件、缺失信息、经理确认项。你先检查事实表是否读错了金额、日期、客户或审批编号。只要事实抽取有误,后面生成的说明就会漂亮但不可靠。
第五步,再让 AI 生成业务说明草稿。说明应使用中性语言,不夸大招待效果,不写“客户已承诺签约”“本次招待保证成交”这类材料里没有证据的话。可以写“本次拜访围绕报价方案、实施周期和采购流程进行沟通,会后由销售继续补充方案材料”。如果商机阶段来自 CRM,就注明“商机阶段按 CRM 当前记录为准”。
第六步,要求 AI 单独列出“需销售经理确认的敏感项”。这一栏很重要。它可以包括:客户及拜访对象是否可在报销说明中按真实名称呈现;招待目的是否和实际拜访一致;费用是否均属于同一次拜访;礼品对象和数量是否准确;审批依据是否覆盖本次费用;是否存在同一客户近期多次接待需要合并说明。AI 只列问题,不给结论。
第七步,把附件清单整理成可复核目录。每份说明后面都应有附件列表,例如 A1 餐饮发票、A2 礼品采购发票、A3 打车订单、A4 客户拜访记录、A5 CRM 商机截图、A6 费用审批截图、A7 销售备注。附件名要和文件夹里的实际文件名一致,避免财务或经理打开材料时找不到。
第八步,销售经理人工确认后再进入报销流程。经理要看的不是文采,而是事实是否准确、表述是否过度、敏感项是否需要补充、审批依据是否对应。确认后可以把“待经理确认”改成“已由销售经理确认业务信息”,但仍然不要改成“费用审核通过”。业务说明确认和财务审核通过是两件事。
第九步,保留版本记录。若后续经理补充了客户名称、商机阶段或招待目的,建议在说明底部写“更新记录:2026-07-03,根据销售经理确认补充拜访对象和审批编号”。这样财务看到材料变化时,知道哪些信息是后来确认的,不会把 AI 初稿和最终业务说明混在一起。
输入示例
可以直接参考的输入材料
下面是一段可以直接粘给 AI 的材料样例。真实使用时,请按公司内部要求处理客户名称、人员姓名、手机号、合同金额和未公开商机信息。样例里的人名、客户名和编号均为虚构。
这个输入的关键是把事实和不确定点都写出来。比如“礼品具体发放对象需经理确认”,比让 AI 自己补“发给采购经理和技术负责人”更稳。你是在让 AI 整理材料,不是在让它把报销说明写得看起来没有问题。
请只整理客户招待费报销的业务说明,不要判断费用是否符合公司制度,不要判断是否超过标准,不要判断是否可以报销或入账。遇到需要制度、审批权限、金额上限、客户身份或礼品规则判断的地方,请写“需销售经理或财务确认”。
说明对象:
临时编号:CE-2026-07-001
申请人:王某
部门:销售二组
报销类型:客户拜访招待费
拜访日期:2026-07-02
拜访地点:上海,客户办公室及附近餐厅
客户与商机信息:
客户名称:客户 A(真实名称待正式报销包填写)
拜访对象:采购经理刘某、技术负责人赵某
我方参与人:销售王某、售前顾问陈某
商机名称:客户 A 数据分析平台采购项目
CRM 商机编号:OPP-2026-0712
当前商机阶段:方案沟通
预计下一步:7 月 8 日前补充报价方案和试点实施排期
拜访记录:
7 月 2 日下午在客户办公室沟通数据分析平台方案,客户重点询问部署周期、历史数据迁移、后续培训安排和报价结构。会后客户建议我方补充一版分阶段实施方案。晚间客户采购经理和技术负责人参加工作餐,主要继续确认试点范围和后续材料提交节奏。
费用明细:
1. 餐费:1860 元,2026-07-02,餐饮电子发票,附件 A1,销售王某个人垫付。发票显示商户为某餐饮公司。
2. 礼品:980 元,2026-07-01,礼品采购发票,附件 A2,购买会议伴手礼 4 份。销售备注写“给客户会议参与人员的伴手礼”,具体发放对象需经理确认。
3. 交通费:142 元,2026-07-02,网约车电子发票,附件 A3,从客户办公室到餐厅,再从餐厅返回酒店。
审批依据:
1. 事前客户拜访申请:OA-7781,状态显示已通过,审批人为销售经理李某,审批事项为“客户 A 现场拜访及后续沟通安排”,附件 B1。
2. 招待费用审批:OA-7789,状态显示已通过,审批截图可见预算金额 3000 元,事项写“客户 A 拜访接待”,审批人为销售经理李某和销售总监周某,附件 B2。
3. 礼品审批:截图只显示部门负责人同意,未显示礼品数量和发放对象,附件 B3。
销售备注:
客户已进入方案沟通阶段,本次拜访目标是确认试点范围、采购流程和报价材料需求。餐费和交通费均发生在 7 月 2 日客户拜访当天。礼品为本次会议伴手礼,需经理确认是否按客户会议参与人员记录。
请输出:
1. 一份招待费报销业务说明草稿。
2. 一张费用和附件对应表。
3. 一张需销售经理确认的敏感项清单。
4. 一张缺失信息和建议补充材料清单。提示词
可复制使用的提示词
下面这段提示词可以直接复制使用。把最后的“材料如下”替换成你自己的招待费材料包。
如果你要一次处理多笔招待费,可以在提示词里增加一句:“请按临时编号分别输出,不要把不同客户或不同拜访日期的费用合并。”如果你要交给经理确认,可以再增加一句:“请把需经理确认项改写成可以直接转发给销售经理的确认问题。”
你是客户招待费报销业务说明整理助理。你的边界非常明确:只补充和整理业务背景、证据对应关系、附件清单和待确认项;不要判断招待行为是否符合公司制度上限,不要判断费用是否可以报销,不要判断是否可以入账,不要给出合规或不合规结论。
我的目标:
根据招待费发票、客户拜访记录、商机信息、费用审批和销售备注,生成一份“招待费报销业务说明模板”,并标出需要销售经理确认的敏感项。
请先抽取事实,再生成说明。输出必须包含四部分:
一、招待费报销业务说明草稿
- 临时编号
- 申请人和部门
- 客户名称
- 拜访对象
- 我方参与人
- 拜访日期和地点
- 对应商机名称、CRM 编号和商机阶段
- 招待目的和业务背景
- 费用概述
- 审批依据
- 附件清单
- 说明边界:本说明仅用于补充业务背景,不代表费用审核结论
二、费用和附件对应表
字段包括:费用类型、金额、发生日期、凭证或附件编号、付款人、对应业务事件、当前材料状态、需补充信息。
三、需销售经理确认的敏感项
请用表格输出,字段包括:敏感项、当前材料显示、为什么需要经理确认、建议经理确认方式。
敏感项可以包括但不限于:客户名称是否准确、拜访对象是否准确、商机阶段是否准确、招待目的是否与实际拜访一致、礼品对象和数量是否准确、费用是否均属于同一次拜访、审批依据是否覆盖本次费用、同一客户近期是否存在多笔相关招待费用。
四、缺失信息和建议补充材料
字段包括:缺失信息、影响说明完整性的原因、建议补充人、建议补充材料。
写作要求:
- 使用中性、可复核、不过度承诺的语言。
- 不要编造客户、人员、商机、审批、附件、金额、日期或业务效果。
- 不要写“符合制度”“不超标”“准予报销”“可以入账”“审核通过”“无风险”。
- 如果材料不足,请写“待补充”或“需销售经理确认”。
- 遇到制度上限、审批权限、客户身份限制、礼品规则、税务处理,请写“需销售经理或财务确认”,不要自行判断。
- 不评价招待行为是否合理,只整理业务背景和证据归档。
材料如下:
[粘贴招待费发票摘要、客户拜访记录、商机信息、费用审批、销售备注]输出样例
AI 应该输出到什么程度
下面是基于前面输入样例,AI 可能生成的一版输出。真实使用时,销售经理需要逐项确认,财务仍要按公司流程做正式审核。
【一、招待费报销业务说明草稿】
临时编号:CE-2026-07-001 申请人:王某 部门:销售二组 报销类型:客户拜访招待费
本次费用对应 2026 年 7 月 2 日客户 A 数据分析平台采购项目现场拜访。根据现有拜访记录,本次拜访地点为上海客户办公室及附近餐厅;我方参与人为销售王某、售前顾问陈某;客户方参与人为采购经理刘某、技术负责人赵某。客户真实名称在正式报销包中需按公司内部记录填写,当前草稿使用“客户 A”作为脱敏名称。
本次拜访对应 CRM 商机编号 OPP-2026-0712,商机名称为“客户 A 数据分析平台采购项目”,当前阶段为“方案沟通”。拜访记录显示,本次沟通重点包括数据分析平台部署周期、历史数据迁移、后续培训安排和报价结构。会后客户要求我方在 7 月 8 日前补充分阶段实施方案、报价方案和试点实施排期。
本次报销费用包括三类:7 月 2 日客户拜访当天发生的工作餐餐费 1860 元;7 月 1 日购买的客户会议伴手礼 980 元;7 月 2 日从客户办公室到餐厅及返回酒店的交通费 142 元。餐费和交通费均与 7 月 2 日拜访行程时间相邻,礼品用途在销售备注中写为“本次会议伴手礼”,具体发放对象和数量需销售经理确认。
现有审批依据包括:事前客户拜访申请 OA-7781,状态显示已通过,审批事项为“客户 A 现场拜访及后续沟通安排”;招待费用审批 OA-7789,状态显示已通过,截图可见预算金额 3000 元,事项为“客户 A 拜访接待”;礼品审批截图 B3 显示部门负责人同意,但当前截图未显示礼品数量和发放对象,需销售经理确认该审批是否覆盖本次礼品费用及对象记录。
本说明仅用于补充招待费报销的业务背景、费用与业务事件对应关系、审批依据和附件索引,不代表费用审核结论,不判断是否符合公司制度上限,也不替代财务、法务、销售负责人或其他审批人的复核意见。
【二、费用和附件对应表】
| 费用类型 | 金额 | 发生日期 | 凭证或附件编号 | 付款人 | 对应业务事件 | 当前材料状态 | 需补充信息 | | --- | --- | --- | --- | --- | --- | --- | --- | | 餐费 | 1860 元 | 2026-07-02 | A1 餐饮电子发票 | 销售王某 | 客户 A 现场拜访后工作餐,继续沟通试点范围和材料提交节奏 | 发票、付款信息、拜访记录、招待费用审批均已提供摘要 | 需经理确认客户方实际参与人员是否与说明一致 | | 礼品 | 980 元 | 2026-07-01 | A2 礼品采购发票、B3 礼品审批截图 | 未在材料中明确 | 本次客户会议伴手礼 | 发票和审批截图已提供,但审批截图未显示礼品数量和发放对象 | 需经理确认礼品对象、数量、用途,以及审批截图是否覆盖本次礼品 | | 交通费 | 142 元 | 2026-07-02 | A3 网约车电子发票 | 销售王某 | 客户办公室至餐厅、餐厅至酒店的拜访相关交通 | 交通凭证和拜访日期相邻,路线摘要已提供 | 需补充网约车订单明细或路线截图,便于附件归档 |
【三、需销售经理确认的敏感项】
| 敏感项 | 当前材料显示 | 为什么需要经理确认 | 建议经理确认方式 | | --- | --- | --- | --- | | 客户名称是否准确 | 草稿使用“客户 A”,正式客户名称待填写 | 报销说明需要和 CRM、审批、发票附件索引对应,不能由 AI 猜测真实名称 | 由销售经理按 CRM 和审批记录确认正式客户名称写法 | | 拜访对象是否准确 | 材料显示采购经理刘某、技术负责人赵某参加 | 客户方人员信息涉及业务记录准确性,需避免误写职位或参会身份 | 由销售经理核对拜访记录或会议纪要 | | 商机阶段是否准确 | CRM 当前阶段为“方案沟通” | 商机阶段会影响业务背景表述,不能用乐观说法替代系统记录 | 以 CRM 当前记录为准,由销售经理确认是否需要更新 | | 招待目的是否与实际拜访一致 | 说明写为继续沟通试点范围、报价方案和材料提交节奏 | 招待目的应和实际业务沟通一致,不能为了报销而扩大或改写目的 | 由销售经理确认说明是否贴合拜访事实 | | 礼品对象、数量和用途 | 销售备注写“会议伴手礼 4 份”,具体对象未列明 | 礼品信息较敏感,AI 和助理不能自行补发放对象 | 由销售经理确认是否需要列明对象、数量和发放记录 | | 费用是否均属于同一次拜访 | 餐费和交通费发生在 7 月 2 日,礼品发生在 7 月 1 日 | 礼品日期早于拜访日期,需要确认是否为同一次拜访准备 | 由销售经理确认礼品与 7 月 2 日拜访的对应关系 | | 审批依据是否覆盖本次费用 | OA-7789 可见预算金额 3000 元;B3 未显示礼品数量和对象 | 审批覆盖范围需要人工核对,AI 不能仅凭截图判断完全覆盖 | 由销售经理确认审批编号和附件是否完整,必要时补截图 |
【四、缺失信息和建议补充材料】
| 缺失信息 | 影响说明完整性的原因 | 建议补充人 | 建议补充材料 | | --- | --- | --- | --- | | 正式客户名称写法 | 当前草稿为脱敏名称,正式报销包需能和 CRM、审批记录对应 | 销售王某或销售经理李某 | CRM 客户页截图或审批记录中的客户名称 | | 礼品发放对象和数量确认 | 礼品相关说明目前只有销售备注,缺少可复核对象记录 | 销售经理李某 | 礼品发放清单、会议参与人员记录或经理确认说明 | | 礼品审批覆盖范围 | B3 截图未显示礼品数量和发放对象 | 销售经理李某或报销申请人王某 | 完整礼品审批截图、审批编号或补充审批说明 | | 交通路线附件 | 当前只有路线文字摘要,附件归档还需要订单明细 | 销售王某 | 网约车订单详情或行程截图 | | 经理确认记录 | 敏感项需要销售经理确认后再提交正式报销包 | 销售经理李某 | 邮件、审批备注或系统确认记录 |
这份样例的重点是:它把业务背景说清楚,也把不确定处暴露出来。它没有写“费用符合制度”,也没有写“可以报销”。如果你后续要把它放进报销系统,可以保留最后一句边界说明,避免业务说明被误读成审核结论。
人工验收
人要怎么检查和改到可用
第一,检查 AI 有没有把“客户关系维护”写得太泛。很多招待费说明失败,是因为只写“维护客户关系”“推进合作”,没有对应具体拜访事项。你要把它改成可复核语言,例如“围绕试点范围、报价结构和后续材料提交节奏沟通”。越具体,越不需要夸大。
第二,检查 AI 有没有编造客户或人员信息。发票不会显示客户名称,餐厅也不会显示拜访对象。如果输入材料里没有客户方参会人员,AI 不能替你补“采购负责人、技术负责人、总经理”等角色。正确做法是写“客户方参与人员待销售经理确认”,然后把它列入敏感项。
第三,检查商机阶段是否来自系统记录。销售备注里可能写“客户意向很强”,但 CRM 阶段仍是“方案沟通”。业务说明应优先使用系统字段,不要把销售个人判断写成阶段事实。可以写“销售备注显示客户关注报价方案,CRM 当前阶段仍为方案沟通”。
第四,检查费用和拜访是否真的同一事件。餐费发生在拜访当天,交通路线对应客户办公室,这通常容易说明;礼品采购可能提前一天,快递可能晚一天,停车费可能没有客户地点。AI 可以提示这些时间差,但不能替你判断都属于同一次拜访。销售经理需要确认后再写入正式说明。
第五,检查审批依据有没有被过度解读。审批截图里写“客户接待申请通过”,并不自动说明覆盖所有费用、所有对象和所有金额。说明里可以写“已提供审批截图,事项为客户 A 拜访接待”,但不要写“审批已覆盖全部费用”,除非材料确实显示清楚并经经理确认。
第六,检查礼品相关表述。礼品比餐费更容易出现敏感信息缺口。不要让 AI 写“按惯例准备礼品”“为了加强关系赠送礼品”“客户认可礼品安排”这类没有证据或容易被误解的句子。可以写“礼品用途在销售备注中记为会议伴手礼,发放对象和数量需销售经理确认”。
第七,检查输出是否出现审核结论。凡是“合规”“不合规”“未超标”“可报销”“不可报销”“可入账”“审批通过所以没问题”“风险较低”这类句子,都要删除或改成“需销售经理或财务确认”。业务说明的任务是归档事实,不是下裁决。
第八,检查附件编号能不能找得到。AI 很容易把附件写得整齐,但现实文件名可能是“微信图片_202607021923.jpg”。提交前最好把文件改成能对应说明的名字,或在说明里写清“附件 A1:餐饮电子发票,原文件名为……”。如果公司不允许改原文件名,就保留原文件名和说明编号的对应关系。
第九,检查措辞是否适合转给经理。销售经理看这份说明时,最需要的是快速确认事实。你可以把长句改短,把待确认项改成问题。例如:“请确认礼品 4 份是否均用于本次 7 月 2 日客户 A 会议伴手礼,并确认是否需要补充发放对象记录。”这种问题比一大段说明更容易得到回复。
失败反例
这些失败反例要提前避开
反例 1:把业务说明写成报销结论。
错误写法:
问题在哪里:这句话把业务说明、制度判断和报销结论混在一起了。销售助理和 AI 没有权限仅凭材料判断“费用合理”“符合公司制度”“可以报销”。即使审批预算看起来够,也不代表所有费用项目、对象和附件都已经满足审核要求。
更稳的写法:
反例 2:为了让说明完整,擅自补客户角色和商机结果。
错误写法:
问题在哪里:输入材料如果只写“采购经理刘某、技术负责人赵某参加”,就不能扩写成“决策层”。如果 CRM 阶段是“方案沟通”,也不能写“预计进入合同阶段”。这种写法看起来像是在增强业务必要性,实际上会破坏说明可信度。
更稳的写法:
反例 3:把礼品说明写成关系维护话术。
错误写法:
问题在哪里:这类话术过于主观,也容易引出不必要的判断。礼品报销说明需要的是对象、数量、用途、审批依据和附件,不需要写“增强好感”这类无法复核的目的。尤其在没有经理确认发放对象时,不能把礼品用途写得很笃定。
更稳的写法:
反例 4:把多次客户接待合并成一个笼统说明。
错误写法:
问题在哪里:同一客户同月可能有多次拜访、不同商机、不同参会人员和不同审批。笼统合并会让财务无法判断哪张票对应哪次业务事件,也会让经理难以确认事实。
更稳的写法:
反例 5:把审批截图当成完整依据,不列缺口。
错误写法:
问题在哪里:审批截图可能只显示“同意”,但看不到金额、事项、客户名称、费用类型、审批人或审批时间。是否完整要看公司流程和截图内容,不能靠“有截图”三个字直接认定。
更稳的写法:
这些反例的共同点,是把“说明材料”写成了“替费用证明”。越是招待费、礼品、客户接待这类容易被追问背景的事项,越要把事实、证据和待确认项分开。好的说明不会替审核人做决定,但会让审核人知道该看哪里、问谁、补什么。
本次客户招待发生在销售拜访期间,费用合理,未超过审批预算,因此符合公司制度,可以报销。本次费用对应 2026-07-02 客户 A 拜访材料包。现有材料显示,餐费、交通费与拜访当天行程相关;审批截图 OA-7789 显示“客户 A 拜访接待”事项已通过,预算金额可见。费用是否符合公司制度、是否可报销,需销售经理和财务按流程复核。本次招待对象为客户采购负责人和决策层,客户已基本认可我方方案,预计近期进入合同阶段。现有拜访记录显示,客户方参与人为采购经理刘某、技术负责人赵某;CRM 当前商机阶段为“方案沟通”。关于客户方角色是否可按上述职务写入报销说明,以及商机阶段是否需要更新,需销售经理确认。为维护重要客户关系并增强客户好感,本次向客户赠送伴手礼 4 份。销售备注显示,本次礼品为 2026-07-02 客户 A 会议伴手礼,共 4 份;现有材料包括礼品采购发票 A2 和礼品审批截图 B3。礼品发放对象、数量记录及审批覆盖范围需销售经理确认。本月多次与客户 A 沟通,相关餐费和交通费均用于推进项目。请按拜访日期分别整理:CE-2026-07-001 对应 7 月 2 日现场拜访,CE-2026-07-008 对应 7 月 16 日远程复盘后的客户晚餐。每个编号下分别列客户、拜访对象、商机阶段、费用明细、审批依据和附件清单。已提供审批截图,因此本次招待审批材料完整。已提供审批截图 B2,截图显示状态为已通过,事项为“客户 A 拜访接待”,预算金额可见;礼品审批截图 B3 未显示礼品数量和发放对象,需补充完整截图或由销售经理确认审批覆盖范围。主题边界
它和相邻主题的区别
这个主题和“报销单交上来,先分出能审和缺件”相邻,但边界不同。报销初筛关注所有报销材料是否齐全,例如有没有报销单、发票、审批截图、付款记录和业务说明;本篇只处理客户招待费里的业务背景说明,重点是客户、拜访对象、商机阶段、招待目的、费用明细和审批依据之间是否能对应。
它也和“差旅报销里的住宿交通怎么做初筛”不同。差旅初筛主要核对日期、城市、交通、住宿和补贴是否与出差申请一致;客户招待费说明更关注业务事件:为什么拜访、谁参与、对应哪条商机、餐费或礼品是否属于这次拜访、哪些敏感信息要经理确认。差旅可以用行程线索串起来,招待费则必须用客户和商机线索串起来。
它还和“客户拜访记录整理成 CRM 字段”不同。CRM 整理的目标是更新销售过程管理信息,可能关注客户需求、下一步动作、联系人角色和商机推进;招待费业务说明的目标是报销材料可复核,必须把费用凭证、审批依据和附件归档纳入同一份说明。CRM 里一句“已拜访客户”不够支撑报销说明,报销说明也不应该反过来修改 CRM 商机判断。
最后,它和“费用审批申请怎么写”也不同。费用审批申请通常发生在费用前,重点是计划、预算、预计对象和申请理由;招待费报销业务说明发生在费用后,重点是实际发生了什么、凭证在哪里、是否和事前审批对应、哪些信息需要销售经理确认。前者帮助决定是否允许发生,后者帮助已经发生的费用进入可复核材料包。两者可以互相引用,但不能互相替代。
可直接套用的流程
1. 先写清楚任务目标:这次要让 AI 帮你完成什么工作,而不是泛泛地问一个问题。
2. 再给资料边界:哪些背景、数据、约束、口径必须被使用,哪些内容不能编。
3. 最后规定输出格式:用清单、表格、方案、话术还是复盘报告,并保留人工检查。