SAP系统中的应收账款(与SD的集成，应收关账)

1. 与SD销售分销模块的集成

Sales Organizations(销售组织) : 与MM模块的销售组织相对应，SD模块的采购组织负责销售相关的活动。一个公司代码可以与多个销售组织相关联。例如一个公司代码1000关联了销售组织1010（华北区销售）和1020（华南区销售），这就意味着，在这两个销售组织下财务相关的事务都会过账到公司代码1000下。
Distribution Channels(分销渠道)：每个销售组织都可以利用自己的分销渠道去销售货物。原则上讲，一个分销渠道是可以被两个不同的销售组织所共用的。一些常见的分销渠道有：10 厂家直销（Factory sales/Direct sales）, 20 零售（Retail sales）, 30 连锁销售（Store chains）, 40 电商销售（E-Commerce）以及50 代理商销售（Distributors sales）等。
Distribution Chain(分销链）：销售组织和分销渠道的组合称之为分销链。例如可以发生华北区的销售组织通过零售的方式销售了公司代码1000下北京一个工厂plant的货物(一个公司代码下可以有多个工厂)，则其分销链为1010 (华北区) --- 20(零售)；
Division(产品组): 产品组代表一个组织内的产品线。例如产品组02代表消费类电子产品，03代表汽车零部件，04代表医疗设备等。
Sales Area(销售范围） ：产品组可以被分配到对应的分销链上进行销售，分销链和产品组的组合称之为销售范围，这样可以更为精确地区不同产品的分销售方式。
- 在上面的例子中，我们可以有1010 (华北区) --- 20(零售)---02(消费类电子产品) 这样的Sales Area，也可以有1020 (华南区) --- 40(电商销售)---03( 汽车零部件*)* 这样的Sales area*.*
- 针对特定的销售范围，可以关于部分交付或付款条件，为其作出特定的客户安排；同时可以针对销售范围创建统计数据，并在一个销售区域内进行有针对性的营销活动。
Sales Area Data in Customer Master Data(客户主数据上的销售范围数据) ：与供应商主数据上与MM集成时需要配置采购组织（Purchasing Organization）的概念类似，客户主数据与SD集成时需要配置的是销售范围维度（Sales Areas）的数据。在销售范围维度可以为客户维护订单，运输以及开票等相关的特殊要求。
- 这里补充下供应商和客户主数据在BP下对应的角色：
  - Role 0000000Business Parter(Gen.): 这个角色对应的就是BP上的General Data也即通用数据层级；
  - Role FLVN00 FI Vendor: 对应是BP是FI Vendor时，代表了供应商在对应公司代码维度的数据，有了这个角色后便发生财务过账；
  - Role FLVN01Vendor: 对应BP是与MM集成时的角色，代表了供应商在采购组织维度的数据，有了这个角色，便可以在MM采购时使用此供应商；
  - Role FLCU00FI Customer: 对应是BP是FI Customer时，代表了客户在对应公司代码维度的数据，有了这个角色后便可以发生财务过账；
  - Role FLCU01 Customer: 对应BP是与SD集成时的角色，代表了客户在销售范围维度的数据，有了这个角色，便可以在SD销售使用此客户；
  - 一个实体的公司可以有多重身份，例如一个公司可能对另一个公司而言既是供应商也是客户^v^.
- Sales Process (销售流程)：销售的流程通常从售前活动（presales activities）开始，例如你创建和发送报价单给客户，用于回应客户的询价（query）; 达成销售意向后，你会为客户创建销售订单sales order（在这个过程中，从客户的角度其实是发生了一笔采购动作，因此客户的动作会是，在其系统中用你的供应商和货物数据创建采购订单purchase order）; 接下来会是出库（Outbound Delivery + Picking）和发货过账（Good Issue）环节；然后是开票，并形成应收账；最后，收到客户付款后，进行应收账的清账动作。
- - Sales Order（销售订单）: 销售订单创建在分销链级别，也即创建销售订单时需要键入销售组织，分销渠道以及产品组的信息。但销售订单内的具体项目是可以来自不同的产品组的。销售订单时SD模块的一个文档凭证，并不会有任何对应的财务凭证。创建销售订单时，系统会对交货日（delivery date）进行可用性检查。
  - Outbound Delivery(出库)：在交货日，首先创建出库单（outbound delivery document）。
  - Picking(拣货)：拣货的动作发生在仓库管理系统中，首先创建转储单（transfer order）并生成拣货单（pick order）。根据拣货单，工人从仓库取出所需的货物待发出。
  - Good Issues(发货） ：货物就绪后，根据出库单创建发货单。发货单是一张MM物料凭证，同时会有一张对应的财务凭证（借：销售成本Cost Of Goods Sold 893015; 贷：库存Inventory 792000），进而在财务账上反映库存货物金额的变化。
  - Billing(开票） ：最后一步就是开票，在SD模块创建发票凭证并打印发送给客户。开票的动作在财务会生成财务凭证，反映应收账的变化（借：应收AR 140000；贷：销售收入Revenue 800000）。
  - SD 模块提供了凭证流工具（Document Flow），用于帮助用户了解在销售流程中的各种相关凭证。
- 注：通过SD或MM生成的财务凭证，是不能在FI直接reverse的，撤销的动作需要在SD和MM方完成。

2. 应收账的关账操作

在月底时，大部分公司都要检查应收款的回款情况，对可能得坏账进行冲销处理。对于月结，坏账的反映大都是满足报表的需求，因而同时也会是在月底生成金额调整凭证，在下月初生成调整凭证的冲销凭证（reverse document）。一般是在年结时，会生成一个永久性的坏账调整凭证。另外，在年结时，还会运行余额结转程序（balance carry forward），将余额从就的财年结转到新的财年。有关关账的详细介绍，可参考AC205。下面简单总结了下余额结转和坏账调整两部分内容。

Blanace Carry Forward (余额结转) ：余额结转是年结时非常重要的一个步骤，包括以下几种：
- 结转账总账科目余额 ：SAP采用的是表结法 。结转总账科目时：
  - 对于损益类科目（P&L Accounts） 的余额会结转至留存收益科目（留存收益科目是对所有损益类科目金额的汇总），也即本年利润科目 （Tx:OB53），成为其次年年初余额；注意，此处结转的是余额，在结转本年利润时，还需要手动查看损益表，并做一张凭证（借：本年利润；贷：利润分配-未分配利润），这样账面和余额就都是对应的了，到下年初， "本年利润" 科目也就自动结平了。
  - 同时，将**资产负债表表科目（Balance Sheet Accounts）**的余额结转到次年年初；
  - 结转总账的事务代码为Tx: F.16 或 FAGLGVTR；结转程序可多次执行，但通常情况下，结转程序不需要运行多次，因为如果余额结转程序已经运行，上一个会计年度的过账将自动结转到本会计年度。通过FAGLGVTR进行余额结转时，可以指定具体的Ledger，也即指定对某个特定的Ledger进行余额结转。
- 结转客户/供应商余额 ：旧财年结算后，要将客户、供应商的余额结转到新财年。其在SAP系统中使用的事务代码为F.07 。
  - 结转客户余额时，系统中更新的表对应为KNC1, KNC3；
  - 结转供应商余额时，系统中更新的表对应为LFC1, LFC3；
  - SAP建议在新财年开始时运行该程序（这样当发生上一年度的过账时，系统会自动结转余额；自动结转会联动效应，一笔上上财年的过账，会自动结转至上个财年以及本财年）。如果该程序在旧会计年度结束时已经运行，在此之后到旧会计年度的过账不会导致余额的自动调整结转，因为它不是"过账到前一年"。在这种情况下，有必要让程序在这些过账后再次运行，以结转后来进入的金额。
- 会计基础知识补充：会计期间结帐方法主要有两种方法：表结法和帐结法。
  - 帐结法 ：每个会计期间期末（月末）将损益类科目净发生额结转到本年利润科目中，损益类科目月末不留余额。目前，我国大多数企业在会计期末结帐采用"帐结"的方法。所以，本年利润的结转在每月结转或年底结转都可以。但是，对未分配利润的结转最好在年底一次结转。因为，"利润分配--未分配利润"是按净利润结转的，即：利润总额减掉所得税。而所得税一般是季度预缴，年终汇算清缴，所得税的变动影响着未分配利润的变动。所以，在年底所得税清算后结转未分配利润，即减少工作量，也符合会计制度在年终结转利润分配的要求。
  - 表结法 ：用表结法来核算结转本年利润，即1-11月份间，各损益类科目的余额，在帐务处理上暂不结转至"本年利润"，而是在损益表中按收入、支出结出净利润 ，然后将净利润在负债表中的"未分配利润"行中列示。到12月份年终结算时，再将各损益类科目的余额结转至"本年利润"，结转后各损益类科目的余额为0。为啥要表结法？会计法上要求是一年一转，在年底前结转是有他的道理的。因为每月的本年利润都会涉及到提交所得税的问题，如果五月止的利润是10万元，按规定要交3.3万元的所得税，你交了后将余下的6.7万元转入了利润分配，到六月份利润为亏损3万元，你也将转入到利润分配中去。可1-6月份利润总额是7万元，应交所得税为1.89万元，那你要冲回1.41万元所得税，就涉及到要从利润分配去调整了，每月都是这样，是很烦的。而且所得税规定是按季预交，年底清算的，月月结转本年利润还会使当年共实现的利润不容易看出。

完成余额结转后，类似于应付账的操作，在应收账也需要发送余额确认单（Balance Confirmation），进行外币评估（Foreign Currency Valuation），对过期项目（overdue receivables）进行价值调整（Value Adjustment），同时也按财务报表的要求，对应收项进行重分类（Reclassification），最后关闭特殊账期。此处，

Value Adjustment（价值调整） ：价值调整是针对于已经逾期的存疑应收项（doubtful receivables） 的一种操作。但在很多国家，一家公司是不能仅仅因为逾期就对创建存疑应收项。例如，在德国，只有在已知违约风险(如法律决定或破产)的情况下，应收款项才能被指定为存疑（doubtful）。通常来讲，有两种方式对存疑应收进行调整：
- Individual Value Adjustment (IVA): 个人值调整。这种情况通常发生在风险已知的情况，用户手动对存疑应收进行调整。例如客户已经破产，无力支付原有的应收项，此时可通过事务代码F-21做一笔特殊总账标记（Special GL indicator）为" E "的转移账（借：210100 应收账价值调整费用；贷：140000 应收），这样在账面上，将此客户的应收账调整为0，同时反映出坏账金额。若客户又再次具备付款能力，则可将此笔调整账reverse掉。
- Flat-rate Individual Value Adjustment : 定额个人值调整。这种情况通常是应收项发生逾期且风险未知，这时用户可以根据制定的规则，在年末时执行评估程序来计算坏账，并对逾期项进行坏账费用（Bad Dete Expense）的过账。执行定额个人值调整的事物代码为F107, 其会根据配置好的评估范围和评估方法，以及维护在客户主数据上的Value Adjustment Key来进行坏账调整（例如：逾期30以内，设置坏账率为20%; 逾期30 - 60天，设置坏账率为50%；若逾期超过365天，则设置坏账率为100%）。类似于外币评估，个人值调整也会生成正负相抵的两张凭证，一张的过账日期为本月底（借：210100 应收账价值调整费用；贷：142001 应收项-个人值调整-存疑应收），另一张的过账日期为下月初（借：142001 应收项-个人值调整-存疑应收；贷：210100 应收账价值调整费用）。仅为满足月结报表的要求。
- Flat-rate Value Adjustment (FVA) : 定额值调整。如果用户已经十分确定需要调整的坏账金额，则用户可直接通过FB01或FB50手动做一笔账（借：210100 应收账价值调整费用；贷：140000 应收），无特殊总账标记。
- 注：210100 应收账价值调整费用科目为一个损益表科目。