AP03-05-国内SAP财务-营销类应付单填单指引-20181116-V2.3.pptx

应付管理用户操作指引

营销类应付单;版本;目录;;;;目录;

步骤简介：

①发起BIP申请预算

②发起外聘流程（如不需发起，跳过）

A、外聘招标

路径：【外聘招标审批】-【新增招标】-议价-签合同-执行验收

B、线下媒体

路径：【线下媒体审批】-【新建流程】-下单-签合同-执行验收

C、大众媒体

路径：【营销费用审批】-【新增】-【销中心大众媒体下单申请】-执行验收

如不需发起外聘流程，跳过本环节。;第2步创建合同;D、在SAP查询营销合同

1、若已在营销系统登记合同。可以在SAP【合同查询】，输入营销系统中合同编号到【合同编号】查询合同。

2、若未在营销系统登记合同，直接发起的请款。在应付单审核通过后，系统会根据应付单信息在SAP自动生成虚拟合同，并将合同流水号反填至应付单和应付单生成的预制发票单上。;第3步发起请款流程;情况说明：

①请款流程终审后，系统自动生成应付单、预制发票单并推送至SAP

②如果推送失败，查明原因并修改之后，需要手工重新推送。

推送失败原因及处理方式，详见本指引2.3节。

;步骤简介：（进入应付单）

进入应付单有2种方式：

①从营销系统进入

支持【查看SAP应付单】进入SAP应付单界面。

②从BIP-【国内SAP财务】进入

在SAP【应付单查询】节点，输入必输条件【公司代码】，并输入【单据编号】/【原始系统申请单据号】，点击【执行】。;步骤简介：（状态检查）

以下为异常情况及处理方法：;步骤简介：(若不需要票业务，请跳过本步骤）

①创建发票单（共三种方法，适用于不同收票场景）

方法一、进入预制发票单（3种方式）

A、从营销系统进入

营销系统中请款中单点【查看SAP发票单】进入该请款生成的预制发票单。

B、SAP中根据应付单号查询

在【发票单查询】节点，必输【公司】【核算单位】，并输入【应付单号】，点击【执行】，可查询改应付单生成的预制发票单。

C、从应付单联查发票单

在SAP查询出请款的应付单，点击“关联单据查询”，即进入该根据应付单生成的预制发票单。;方法二、复制发票单（3种方式）;方法一、添加本地附件;方法二：发票助手;第6步填???、保存、提交发票单;第6步填写、保存、提交发票单;第7步打印封面、提交纸质资料;情况说明：

发票单/应付单被驳回，经办人K2、BIP均有相应的待办事项

以下有3种驳回情况：

①营销类应付单被驳回

应付单单据状态变为作废态，营销系统中请款流程回到经办人节点，修改后重新提交审批流程。

②如果发票单被驳回

修改正确后可在SAP系统修改发票单后重新提交审核。

详见指引《P3：碧合计划-SAP国内-财务一期-应付管理发票单用户操作指引》;提示：

A、在原流程上重新提交，流程编号不变

B、营销系统显示共享驳回原因、处理意见、驳回人联系方式。;目录;查看应付单审批进程;Bip-国内sap财务-票单稽核-可拉单金额明细表;对于供应商为集团内部公司和行政事业性单位的款项，系统允许先付款后收票。在应付单界面体现为勾选“是否允许无票付款”。

如果请款的供应商是集团内部公司或行政事业性单位的，但是未勾选“是否允许无票付款”，可能是供应商性质错误导致的。

如果未勾选“是否允许无票付款”，意思是必须先收票后付款。如果暂未收到发票需要付款，处理方法如下：

方法1：修改供应商性质。请参考左侧指引根据供应商实际修改供应商性质为子公司或政府单位。完成后，联系审核人员驳回应付单再重新传递到SAP。正常情况下，传递过来的应付单“是否允许无票付款”会勾选，应付单即可先付款，再收票。

方法2：先走无票付款申请解决。如果来不及走“1”中流程，急需付款，可以先走无票付款申请。申请通过后，将应付单拉单付款。然后再按照上指引更改供应商性质，以免后续请款会受供应商性质影响。;a.穿透联查付款单;目录;

请注意以下情景：

A、只需返纳发票。票到后，在营销系统发起外部单位报销付款进行返纳，同时填写预付明细、费用明细，一正一负，出纳应付金额=0。流程终审之后，生成相应的应付单、预制发票单并传递至SAP。因为出纳应付金额=0，应付单自动完成审批；完善预制发票单后提交即可。

B、返纳发票且持续支付。在营销系统发起外部单位报销付款，同时填写预付明细、费用明细，一正一负，出纳应付金额≥0。流程终审之后，生成相应的应付单、预制发票单并传递至SAP。应付单进入审批；票到后，在这张预付反纳的应付单生成的预制发票单登记发票。

;

由于切换SAP前签订的合同，无需在营销系统进行合同登记，SAP不存在该合同。切换SAP后，针对该合同多次发起请款，传递到SAP则会生成不同的虚拟【合同流水号】。

若发票与应付单非一一对应情况下需要本地财务合并合同，即将多个虚拟合同合并为一个。确保实际属于一个实体合同