Business Partner 业务伙伴

业务伙伴现在包括供应商伙伴和客户伙伴。

只要不是个搞空壳玩泡沫的公司，你基本都得有从供应商那里拿原材料或者购买零部件，然后进行生产，再售卖给客户。你得和银行打交道，同时也得有员工。所有这些关系都在SAP的business partner里管理。也就是说你就算是员工，也可以在business partner里面管理。

供应商

就比如说你的奶茶店要买珍珠，正好你发现有家工厂提供的珍珠物美价廉。你要下采购订单了，那系统里首先得有这个供应商，你才能让采购组织向这个供应商下订单。然后供应商给你送货，给你发票。你就得把发票给发到你的公司代码去。

所以前提是你得建好这个供应商的主数据。

一个供应商可以是一个人，或一个组织单位。

首先会有一个general business partner 的角色，也就是写名称，地址，沟通语言等。

一个供应商还可以有另外两个角色，可以是MM里的供应商，或者是FI的供应商。 

如果它是MM里的供应商，那么就可以向这个供应商发采购订单来订货。这个供应商就要和采购组织关联额。

如果它是一个FI的供应商，那你就能收到它给的发票，并且作出付款。这个供应商就要分配到公司代码了，可以是一个或多个公司代码上。

如果有FI和MM两块的角色，就是说要在采购组织和公司代码上再做一些维护。 

每个公司代码上的要维护的信息可能不同，但是一般都要有对账账户，付款条件啥的。 

MM供应商要维护采购组织上的信息。 

 

采购组织上要维护一些订单货币，最小订单额，国际贸易术语啥的。

客户

就是说万一你有个新客户买你的东西了，那么销售组织要在系统录入销售订单啊。所以得维护客户数据。

客户就是要购买你的产品和服务的人。他会给你个采购订单，那你就得给人家个销售订单，上面是人家买的物品或者服务。销售范围和这个客户紧密相关。销售范围包括销售组织，分销渠道，部门。销售组织负责卖产品和服务，和客户协商销售的条件。销售组织是分配到公司代码上的。分销渠道就是决定这个顾客是零售顾客还是批发客户或者终端客户。部门是说这个产品是啥，什么类别的产品或者产品线啥的。一个SD的客户可以属于不同的销售范围。

所以客户在销售范围上要维护的有什么产品和服务，怎么出售和投送给客户的。销售人员啊，发货的工厂啊，运送条件啊，是否允许先部分投送啊。

对于财务角色客户，那你就可以把发票发给他，并且接收付款。这个财务客户角色和公司代码紧密关联。一个财务客户可以分配到不同的公司代码上。相应的要维护会计专员，对账账户，付款方式，收款的方式以及预扣税等等配置。

 

供应商相关操作

发票和付款

有时候会有些非计划内的购买要求，比如说公司大门门把手掉了，那么直接从公司旁边五金店买了一个，这个要去弄一个发票了。而且只用走FI模块，不需要走采购。这种的供应商发票。就需要贷记供应商账户发票金额，借记费用增加或者说固定资产增加。

根据资产类、费用类、成本类账户属于借方科目，增加计入借方，减少计入贷方。 

根据负债、所有者权益、收入类账户属于贷方科目，增加计入贷方，减少计入借方。

**

资产=负债+所有者权益。左边的资产是借方，右边的负债和所有者权益是贷方。资产类科目金额增加记在借方，负债类科目金额增加记在贷方。

在会计中，借方和贷方是会计分录中的两个方向，用于记录资金流向和账户变化。

借方表示资金流出或者账户减少，而贷方表示资金流入或者账户增加。

根据会计原则，成本类科目通常是费用、成本等，这些在会计中属于减少账户余额的操作，因此成本类科目增加会在借方记账。

**

记账之后，还要进行清账的。 

手动付款

对于咱这种买了就付了的，那怎么把上面的未清账清掉？

清账就是在应付账借方把账做平，做平的同时会在资产负债表里对应的统驭科目贷方计入。同时之前的资产类科目就也会减少了。

进行手动付款操作就是发一个outgoing payment。找到open item直接点clear.

 

自动付款

当然不可能所有的供应商发票都手动清账的。

大公司一天要处理成百上千个发票，而且每个都是基于合同协议有不同的付款条件和付款方式的。有些还规定了提前付款的折扣和延迟付款的罚款。

这时候得用一种高效的付款处理流程了，简化银行付款方式，最少化人工的参与。那么这时候就要用到自动付款流程。

这个自动付款程序需要设置定期执行，它会查看可以付款的行项目，计算付款条件，然后创建一个付款清单。银行依据这个来付款，总体流程和手动付款差不多，就是自动化了。具体要设置很多参数，进行一系列流程。

在实际过程中物料采购实际上和财务的应付账款协同性比较高。采购从采购申请开始到付款结束为一整个完整流程。叫做Source to Pay。在财务应收账款里的流程只能是Invoice to Pay。

在上面的整个流程中。集成了MM和FI模块。首先你是要根据ERP来决定需要哪些原材料，就是需求确认阶段， 这个阶段会有一个采购需求文档，写明需要的原材料。当然这个文档不是非有不可。因为你也可以在确定供应商之后直接创建一个采购订单。采购需求只存在于MM，有了采购需求后就要决定原材料来源了，需要考量哪个供应商性价比更高，把供应商选项给采购部门做筛选。最终决定供应商之后，就可以把采购需求转成给供应商的采购订单了。采购订单里会写明需要的原材料，数量，需要什么时候送到，送货地址啥的。至此都在MM模块内，而且由于是完全和采购部门先关的，采购部门要复制监控这些采购订单，以免有些没送到耽误工期。供应商把货物送到你的接收仓库后，仓库需要收货，检查货物是否和采购订单上的项目和数量匹配。然后会更新采购订单历史，采购部门监控了才知道哪些到货了，哪些部分到货，哪些提前到货。

到了收货阶段，就要进入FI模块，财务部门就要记固定资产的库存借方增加，贷方记Good Receipt，GR或者是IR 。这个步骤有好几部检查，首先要有供应商给你的发票。是记在应付账款模块的。发票还需要有采购订单作为参考。这就是发票校验。应收账款会计会从采购订单的价格里拿到金额信息，还会检查是否有收货凭证。有匹配不上的信息就会阻断付款。

到此有了发票还会更新采购订单历史，添加上采购发票信息。这一步也会同步更新到应付账款的发票里。接下来就是财务付款操作了。

客户相关操作

发票

卖东西给客户，可以出具发票，那么应收账款模块出具凭证，上面就有发布日期，付款条件等等信息。这个也是个未清项了，需要客户付款来清账。

应收账款的凭证会同步到这个客户关联的总账内的统驭科目上。资产类的应收账款借方增加，同时损益类的收入贷方增加。

付款

客户收到货并且收到发票之后，就会根据付款条件和方式来付款了。当你收到付款确认了，就可以在系统进行清账了。

FI的客户应收账款其实和SD和MM模块紧密集成的。 整个流程叫Order to Cash.

出具客户发票的时候，一般都默认销售条件，数量和价值都已经有了。而在实际中，这得从SD里面开始，当客户跟你预定商品，销售部门得和仓库确定有没有产品并且通知备货。仓库得知道客户要的数量和要送货的时间。同时财务部门还想知道这个销售渠道的未来销售趋势报告。一旦销售订单确认了，仓库就得准备生产或者发货了，以及出发票了。FI模块也要后续等客户付款来清账了。

整个流程就是客户知道有你这个公司卖他们要的东西，然后向你询价。你出具一个报价单，这个客户会关联到销售范围里。销售范围包括销售组织，销售渠道，部门。客户看到报价单之后决定购买了，就会向你发一个基于报价单的采购单。那么此时销售部门就会出具一个销售订单了，销售订单上有金额数量，期望的送货日期等。这时候要进行确认是否有产品，能否向客户及时送货了。SD里要监控销售订单，以免有那种到期还不能送货的情况，以免影响客户的收货进度。商品可以投送之后，要从仓库发送到收货地。在这一步就会有个送货单。同时对仓库会有个取货单。这个也会更新到销售订单状态上。最后商品发货会有个发货单。商品发货单就是说明商品已经出库了，这里也会有个MM物料管理文档生成来记录数量变化。同时FI会有凭证记录贷方库存商品减少，借方出售货品增加。这一步会更新销售订单状态。这一步后，客户收到货。会有个账单文件手动或自动系统生成，这个是对销售订单完成的确认。此时，FI里会有应收账款发票生成，接下来就是等客户付款了。