SAPSD模块自学笔记.docx

《SAPSD模块自学笔记.docx》由会员分享，可在线阅读，更多相关《SAPSD模块自学笔记.docx（164页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、SD Study Note 31Billing Overview 1Billing会对CO-PA产生影响， PA-Profitability Analysis是CO中的模块，用于对利润进行分析。通过Billing Document查看一个CO-PA的凭证其中会包含一些特性值，例如我们可以对Customer, Product 以及其他条件对获利进行分析。 而具体的数据是在Value fields中维护的， 例如 Revenue， cost等一系列的值。Billing Structure包含Header 和Item， 系统提供了打印功能， 一般情况下不使用，因为要使用特定的金税系统进行打印，所以要

2、写一个小程序将Billing 的数据导出来，然后使用金税系统进行打印。Billing 中所包含的信息在Billing中可以查看到Output的相关配置，我们可以通过 Own Spool Requests来查看自己的打印请求， 在SAP中， 打印时会将请求发送到一个Spool server上去， 然后再将请求通过Spool server传递到打印机上。通过Communication 中可以设置是否直接打印， 但也要建立Request并放到Spool server中，Release表示 打印完成后，将Request 在Spool server上删除。一个Sales org只能Assign给一个Co

3、mpany code， 而一个Plant 也只能Assign 给一个Company code。 然而对于公司内部销售， 我们可以将plant assign给其他company code下的sales org。对于Intercompany 的业务， 我们需要开两张invoice，一张是直接开给客户，另一张是开给销售的company， 在Sales Document type中可以指定多个Billing type。Company code 是对外的一个法律实体，需要对外公开财务负债表。Company code一定会有一个Chart of account科目表。Business Area 是一个内部

4、管理单元， 通常是从产品线角度考虑的， 例如对于内部公司A和B，他们都生产电脑， 我们想看一下电脑的销售情况，就可以通过business area来进行财务状况分析。Business Area 是可以跨Company code的，可以将Division assign给Business Area。Define Business AreaAssign Business Area to Plant and DivisionBilling Type对于现金销售Cash Sale 我们有单独的Billing type， 它涉及到将来科目的决定，一般的财务凭证会借应收账款贷一个销售收入，但对于Cash s

5、ale就没有应收账款科目，只有一个现金结算的科目。Billing type的控制范围定义Billing Type在Billing type中可以设置相关的功能控制， 例如对于Posting block， 如果不选中， 保存Billing的时候，就会自动产生财务凭证， 如果选中， 则需要release以后才能建立。 建立SO，以及后续的Billing Document， 保存Billing后，系统会提示没有财务凭证产生。查看Document flow， 我们会发现Invoice处于Block状态。我们需要修改Billing document，并且进行release，然后Accounting Do

6、cument 才会建立。如果Billing Document 建错了， 我们需要对它进行cancel。这时候会产生一张S1类型的Invoice Cancellation， 这个类型是在F2的Billing Type中设置的。Billing Document 中的Item是从SO的Item拷贝过来的。 Item category会去决定Billing是与Order相关还是与Delivery 相关。Billing Relevance A代表是与Delivery相关，所以要根据Delivery建立Billing。Billing Type是通过SO type来决定的， 我们也可以在建Billing的时

7、候对type进行修改。如果选默认值， 那么Billing Type会从Sales Order type中带过来。在通过VF04 Billing Due list建立Billing时， 我们可以同时对Order related以及Delivery related做Billing。在Order-related invoice， 虽然Invoice是通过Order建立的， 但也必须在Delivery建成之后才能建Invoice。查看SO to Billing Document type的copy control 配置如果我们想实现， 建立Invoice之前必须要建立Delivery，即使Invoic

8、e是根据SO建立的。 我们可以在Billing quantity 选择D： delivery quantity， 就表示如果Delivery没有数量就不能建立Invoice。也可以通过Copying requirement来进行控制。Special Billing TypeCancellation的作用就是将原有的Invoice取消掉，在财务会有一张与原来invoice相反的Accounting Document。一般情况下， 对价格的修改， 因该先在SO中进行，然后再修改Billing， 我们也可以在Billing中直接修改， 但是会出现SO与Billing的价格不一致的情况。在做完Bill

9、ing Cancelation 以后， Delivery的状态会变为Being Processed。Credit 和 Debit memo在建立Credit Memo之前， 需要先建一个Credit Memo Request，它的类型为CR， SDDocument Category K代表Credit Memo Request， 它表示金额都是负的。建立Credit Memo Request类型 CR， 如果在这不输入Sales Area信息也是可以的， 系统会根据Customer来自动找到对应的Sales Area信息。输入Item以及Order Reason，默认情况下， 这边会默认存在一

10、个Billing Block，我们需要将它放空才能建立billing。如果我们只想对其中一个Item做Credit memo， 我们可以对另一个放Reason for Reject，这样Credit memo中就只存在Item10， 而item20的金额会变为0。建立Billing， 两个Item都会被带过来，但由于Item 20被reject了， 所以金额为0.查看Credit memo的Accounting Document， 通常情况下，应收账款因该为正数，但因为是Credit memo，所以它的应收账款是负的。Invoice Correction， 它与Credit memo的区别在于

11、， invoice correct可以同时体现 错误的item 金额以及新开的Item金额。在做Invoice Correction时， 必须要参照Billing Document进行建立， 在建立完以后，每一个Item都会出现两行， 如果要删除其中一个item时， 会同时删除两行。Invoice correct request类型为K， 与Credit memo request一致， 但不同的是这边的Indicator为D, 当我们根据Billing Document 建立Invoice correct request时， 每一个Item 都会建两行。而Reference Mandatory

12、 M 代表一定要根据Billing Document 进行建立。根据它建立的Billing Document 也是G2 Credit memo。建立一个Invoice Correction Request， 点击Copy会复制所有的Item， 点击Selection list可以选择指定的Item。对于一个Item会出现两行记录，第一行是不能改的， 它的作用是冲掉之前的记录。 我们可以修改第二行的数量或者是价格。然后通过Condition修改价格，并且将Billing Block设置为空，并且要输入Order Reason。然后建立Billing Document。 在Billing中会将两个

13、Item全带过来。在Accounting Document中会将旧的item以及新的item的相关信息都体现出来。这个例子做的不是很好 一般是价格开高了， 或者数量开多了， 我们需要用Invoice correction来进行修改， 对于价格以及数量开少了的情况，通常直接使用Debit memo来处理。30 35SD Study Note 32Return在return中会有一张Return Delivery， 但是后续的Credit Memo 不是参照这张Return Delivery开的，而是参照return来做的。Return的Document Type 为RE。对于return， 它是

14、有Order related bill type, 而对于Dlv rel billing type， 标准系统是没有的。我们也可以根据已经存在的SO来建立Return，也可以单独建立Return。而Return 也需要输入Order reason，并且需要release Billing block， 它与Credit memo的区别在于需要建立一张Return Delivery。保存return 60000088并且建立 Return Delivery 84000029， 这里不需要做Picking，只要做Post goods Receipt就可以了。然后尝试根据Return Delivery

15、 建立Billing， 但这是不允许的。我们要使用Return Order来建立Billing。保存Billing以后，产生的财务凭证与Credit memo是一样的， 应收账款是减少的。Pro Forma Invoice and Cash SalePro forma Invoice 形式发票，对于出口业务， 我们在开正式发票之前要开一张形式发票用于报关。Cash Sale 的流程与正常的Sales Order类似， 区别在于最后不会记到应收账款的科目里，而是现金结算的中间科目，财务会借一个现金把这个科目冲掉。Pro forma invoice可以参照Order （F5）或是Delivery（

16、F8）来开， 开多少次都可以，不会有财务凭证产生。通过SO 10262建立Pro forma invoice， 需要手工指定Billing Type F5。保存以后， 不会产生财务凭证。对于Pro forma invoice F5， 它的SD document category 为U， 它与财务就不会有关系。参照Delivery 80013697 建立 pro forma invoice, 使用类型F8Cash Sales保存SO时， 会打印出Cash Invoice， delivery会自动创建， 会记到一个现金科目中去。创建Cash sale SO， 类型为CS， 对于现金销售，我们通常会

17、使用One Time Customer， 每次建立SO时都需要输入客户的信息。保存SO 10266， delivery 80013701 会自动建立。查看Order Type CS， Immediate delivery X代表： 只有今天能够数量确认才能自动创建delivery。由于SO item Schedule line的 Confirm date是今天，所以delivery可以自动创建。保存SO后， 会自动产生一张 Cash Sales Invoice。如果Output没有打印成功，我们可以对SO进行分析。虽然可以找到， 但是在分析的时候，显示条件014不满足导致Output不成功。C

18、ash Sales Order 的Item Category 为BVN， 但如果Delivery 没有做Goods issue， Billing是建不了的。在BVN中 Billing relevance 为 Order-related billing。做完goods issue后， 建立Billing， 类型为BV， 保存并查看财务凭证。与以往的财务凭证不同，钱是记到Petty cash现金科目中的而并不是应收账款科目。查看Billing Document Type BV， 其中会包含一个 Account key-Cash allocation EVV, 而标准的Billing Type 是不

19、包含的，这表示在财务中会记到现金科目而不是应收账款科目。 通过Account Determination 能够查看到该科目Data Flow and Copy controlInvoice中的数据可以从Delivery以及Order中取过来， 例如数量，金额可以从delivery取， 而Payer item number等信息可以从Order中取过来。Copy ControlCopying Requirement 可以控制copy的规则。Allocation number 和 Reference number都会带到Billing header中。Item 的copy control。SD S

20、tudy Note 33Invoice Combination and Invoice Split如果要使用Invoice 合并的功能， 我们需要使用VF04 Billing Due list来进行，而不能使用VF01。合并的条件， Header的信息要保持一致，例如付款条件等。Invoice Split 两张Order可以合并成一个Delivery， 而两张Order包含不同的Terms of Payment, 但由于Terms of payment是在Invoice header中的，所以系统会将这张Delivery根据Terms of Payment 分割成两张Invoice。创建两张S

21、O，并且进行合并使用Payment terms ZB01，以及ZB02分别建两张SO， Material分别为T-AT330和T-AT229， 如果需要合并成一张Delivery， 两张SO中的Ship-to party必须要保持一致。10267 & 10268创建Delivery，手工添加SO。保存后，创建TO并post goods issue使用VF04运行 Billing Due list， 选择Billing Date 范围，并以Sold-to Party 1320作为查询条件。我们能够查到刚才建立的Delivery， 点击Simulation 按钮可以查看将会建立的Invoice。会

22、显示出两张Invoice， 选中两行并且点击Split Analysis可以对Invoice分割进行分析。由于Payment terms 不一致导致了Invoice的Split， 如果存在其他的header 信息不一致也会导致Invoice split。而Collective billing doc会正式产生split后的Invoice。对于Invoice Split, 使用VF01也可以实现， 但对于Invoice Combination 就必须使用VF04进行。对Invoice Combination 建立两张SO， 两张Order 的PO number 不同。然后使用VF04对两张Del

23、ivery进行合并。找到两张Delivery， 模拟以后，还是不能够合并， 原因是Assignment number不一致。想要实现合并，我们需要将Billing Type由F2 改为F1， 因为F1是没有Assignment number的， 有两种方法， 一种修改Copy Control， 另一种在VF04中选择Default data。指定我们想要的Billing Type。再次模拟就会合并到一个Billing中。然后进行开票。然后查看Log。对于Split， 我们也可以通过Copy control中进行控制， 定义我们自己的split条件。而对于Invoice Combination，

24、 invoice header中的信息一定要一致。Item-Dependent Invoice Split对于一张订单我们也可以进行Split， 如果Item符合split规则，就会建立Split invoice， 这是在Copy control中控制的。Invoice List它的作用是将一定时间范围内的Billing Document放到一个Invoice list上。 例如 一个总部Payer1 它包含多个分支机构， 而我们会对这些分支机构开Billing Document， 而总部希望能通过一张包含给所有分支机构所下的billing 清单并付款。 我们也可以根据Invoice list

25、来设置Discount （Factoring discount）。在Condition Type RL00中 包含Exclusion A 代表condition RL00 只能在Invoice List中存在。而对于折扣RL00 也会对应一个MW15 的税Fact.Discount Tax， 它的Reference condition type是MWST， 这代表对于MW15可以采用MWST的记录而自己可以不维护记录。而RL00 与 MW15都需要放在Pricing procedure里。根据多张Billing建立Invoice list， Billing Type会决定是否能够建立Invoi

26、ce list。 Invoice list type决定Invoice list 的类型。维护Condition type RL00。对于Invoice list， 我们需要打印出来， 所以要配置相应的Output。在创建Invoice list之前，我们还需要确保Customer中Invoice list date已经维护了， 需要选择AM， 代表每个月的最后一天作为工作日，月底。由于 customer 1320 的Payer 为1050， 所以要根据1050建立Invoice list， 在此之前建立1050 的condition record。创建Invoice List但这里的Sold

27、-to party 貌似是Payer， 然后选中最后两个Billing 然后保存。系统会创建一张Document。查看Invoice List， 然后查看Condition。RL00 以及 MW15会被带过来， 由于我们给了折扣， 所以也会有相关的Accounting Document。由于Output的设置不是立即打印， 我们可以运行程序RSNAST00来手动触发打印。后台运行以后，查看日志就可以看到打印后的Invoice ListSD Study Note 34Billing Plan Periodic Billing and Milestone billingPeriodic Billi

28、ng比方说我们需要往外租一台复印机， 租期为4个月，客户每个月底交钱， 每个月100块。我们可以建立特殊的Sales order 或是 Rent Contract， 我们后期的Billing也可以参照这个rent contract 建立。建立一个Rental Contract 使用类型QP， 在这个Sales Document type中有有效期， 系统会自动算出来需要付多少钱，然后需要付多少个月。我们也可以使用特殊的Sales Area来处理特殊的业务， 选择一个特殊的服务物料， 它会使用一个特殊的Item Category MVN。查看MVN， Billing relevance 代表 B

29、illing 是根据Order 开的。Billing Plan type 02 代表Periodic Billing， 01 代表Milestone Billing。在Item中会多出一个Billing Plan的选项卡， 系统会自动算出时间以及需要交的钱， 需要交的钱是从Condition 带过来的。系统是根据Billing plan中的日期规则来决定日期的，而在这是以Contract 的开始日期以及结束日期来做计算的。而开票的日期是每个月的月底， 我们也可以将开票日期设在月初， 选中In advance 然后按回车，billing date就会变成前一个月的月底，相当于本月月初。这个功能可

30、以控制是在月底收租还是月初收租。保存这个Rental Contract 40000103 ， 然后通过VF04通过它建立Billing， 选择日期， Sold-to 以及Order-related 选项。选中以后，点击Individual billing 创建Billing。保存Billing。然后查看Rental Contract item中的Billing plan， 第一行的Billing Status 变成了C，代表完成了。我们也可以对Billing plan进行Block， 如果存在Block， 即使到了Billing的日期，也不允许做Billing， 我们也可以指定不同的Billi

31、ng block的信息。而Date Category代表对日期的描述， 在这就代表Rent租赁， 它在Milestone billing中会起到作用。查看Billing Plan Type在这我们可以指定日期的决定规则。查看Date category 与Billing Type的关系。双击可以查看详细描述。定义日期规则。Milestone Billing建立标准的SO，并且建立Milestone Billing， 卖一个设备，但是分期收款。这时系统会使用一个特殊的Item category。查看Item category， 它也是根据Order来开Billing，并且它的Billing pla

32、n type是属于Milestone billing。然后查看SO中Item的Billing Plan， 它总的价格为300,000， 而这个价格的付款方式是根据Reference来决定的。我们需要在reference中定义规则，比方说包括首付down payment，以及后期的付款方式。这一行中有一个字段 BR Rule in billing plan, 它代表使用的是Down payment。Down payment 后面会分配一个特殊的Billing type FAZ， 系统会产生一张特殊的Billing， 这是一张Down payment的请求， 但是没有Accounting Docu

33、ment 产生。 当财务收到钱以后，才会根据这个请求产生财务凭证。在Down Payment下还包含 Engineering 以及 Operational 阶段，而对于 Closing Invoice， 它的BR是3 代表Closing invoice in milestone billing， 而它的比例是无法手工指定的， 而系统可以算出总的金额。把Operational 改为50% 时， Closing Invoice 的Billing value就会自动出来。系统会默认设置Block。去掉对应的Block， 并且将推荐的Billing date改成我们所需要的。 保存SO 10271.通

34、过VF04根据SO 创建Billing。 其中包含了Down payment 以及 Engineering 的金额。 如果根据Down payment创建Billing document， 它会产生一张Down payment request。我们需要根据第二条创建Billing， 点击Collective 并创建Document。SD Study Note 35对于Milestone Billing reference的定义，找到Billing Plan Type并选择Milestone billing。然后查看Billing plan type01， 其中会有reference no。查看

35、Reference的配置。点击maintain date就可以对reference进行具体设置了。Milestone billing适合于分期付款，而所有的价格加起来等于Item的价格。Milestone Billing也可以与PS模块进行集成。Billing 价格等于Net Price * Billing plan的百分比。Document type以及Item Category中都可以包含Billing plan， 如果两者都包含，则以Item category中的为准。注意： 对于使用Billing plan的item category， 它只能是Order-related billin

36、g。Down payment process首先需要在SO中设置Billing Plan， 然后对Billing plan中的其中一个item设置为down payment， 当我们创建Billing的时候，在财务就会创建一张Down payment request。当客户付款以后， 财务会做一步收款的动作，然后客户进一步付款的时候，财务会根据先前的预付款清帐， 比方说一共12万， 已经收了3万，再收9万就可以了。建立SO后， 再建立Billing Document， 它在财务中就是Down payment request。创建一张SO，并且使用指定Material， 查看Item的Billi

37、ng Plan， Down Payment行中包含一个特殊的Billing Type FAZ。然后使用VF04根据SO创建Billing。创建的是FAZ down payment request。然后查看这张Billing 的Accounting Document， 这时出现的只是财务的一条记录，用于告诉财务人员需要向客户收这么多钱，而这并非是一张财务凭证。当客户付钱以后，财务需要根据上面的down payment request做一个Incoming payment， 做一个收款动作。我们也可以通过F-37 来手动创建Down payment request， 然后用F-29 来创建Down

38、 Payment。需要指定Document date， Customer Account， 银行的Account 以及 所收的金额， Special G/L ind 要使用A 代表Down payment。然后点击Request 按钮来查看对应的Down payment request。然后点击 Create Down Payment，然后系统会自动创建一张凭证。 这时会将金额放到一个预收账款的科目中，而并非应收账款， 将来做Billing时会把这个预收账款清掉。 保存以后，会生成一张财务凭证。由于现在收的是down payment的钱，不是所有的钱， 而税应该是根据金额总数计算的， 所以仅针

39、对Down payment的tax 需要先冲掉。所以要用一个中间科目。当我们对客户进行第二笔钱开票的时候， 可以同时将预收账款科目冲掉。将SO item中的Billing plan的第二笔中的Billing block去掉，并将日期改为今天，然后保存，并且开billing。创建Billing时，会有两行产生，第二行是用于将Down payment 冲掉的。 保存以后查看财务凭证。首先会记一笔应收账款， 其中包含120000利润以及19200的税， 同时会把应收账款冲掉34,800，然后再把原来的down payment冲掉，其中的output tax 和 payable clearing 也会

40、冲掉。虽然Account 都是1280， 但是双击进去，科目是不同的。140000是应收科目。而170000是预收款科目。后面的140000 代表减少的应收账款。有时我们不想将Down payment全部冲掉， 而是以billing 的比例来进行冲销，如果定义40%， 应收账款就冲掉40%。先cancel上一张Billing， 然后重新建立Billing。 我们可以在建立Billing的时候，手动修改Down payment的值。双击第二行， 修改它的Condition value来实现手动修改冲销金额的目的。SD Study Note 36Installation Payments它的功能是

41、将收款分为几次， 发票会一次性开给客户，但收款可以分期。 适用于安装项目，先一次性开发票，然后安装要分好多步骤， 每完成一步就收一次钱。 用一个Payment term来进行控制，R001， 当我们开billing的时候， 产生的财务凭证会分成三行，都会记到客户的应收账款里，但是付款期限不同。Payment term是维护在财务里面的。但我们所需要维护的Payment term是需要维护不同区间的，所以需要特殊定义。R001 包含三行记录， 这表示分三次收款， percent 代表所收款的比例， 而后面的pmnt term 是用来控制时间的，它们的时间是不同的。查看普通的Payment ter

42、m。 第一次是15天， 30 天 以及45 天。建立一张SO 并实现Installment payment的功能。 将Payment terms 改成R001， 这时的Item category 是TAN，它是没有Billing plan的。 保存 SO 10273， 并且建立Delivery 以及Billing。建立一张Billing 只包含一个Item， 但财务凭证包含了三行， 双击每个Item 可以查看对应的Payment term以及付款日期和金额。 它与Billing plan的区别在于， Billing plan 是分布开Billing， 而Installment payment

43、一次性开Billing， 但客户可以分多次付款。SD Study Note 37Determine Business Area可以通过Item 上的Plant + division来决定或是通过SO header的Sales Area 来决定根据SO header上的Sales Org + Distribution Chanel 和Item上的division来决定。而通过哪个规则 是根据Sales Area来决定的。我们可以使用不同的规则。然后查看对应的Sales Area， 根据不同的rule 会找到Business Area。首先根据Sales Area 找到对应的Business Ar

44、ea rule， 然后根据它找到对应的Business area。SD/FI Interface通过Billing建立Accounting document时， 一些信息是会从Billing中带过来的。Allocation Number 和Reference number 会从Billing 传到Account document中。 可以通过Copy Control将这些信息传到Billing中，然后会放到Account Document中。Reference Number 会带到财务凭证的Header中， Allocation number（Assignment）在财务的Item中。对于Billing Doc， 在做invoice list之前， 他们的reference number 都是自己本身， 当做完Invoi