首页 > 代码库 > SD从零开始47-50
SD从零开始47-50
[原创] SD从零开始47 装运成本基础
详细的装运成本处理Shipment Cost Processing in Detail
装运成本计算和装运成本结算可用于内向和外向交货;
装运成本记录在一张新的系统凭证中,即装运成本凭证;从这张凭证,你可以执行以下功能:
计算装运成本;
科目分配:在FI和CO中分配成本;
传输成本到FI和CO;
与服务代理商结算成本;
装运成本计算的条件Requirements for shipment Cost calculation
为了能够为装运创建装运成本凭证,该装运必须是与装运成本相关(at header and/or stage level);该装运还须具有在装运成本类型定义中设置的需要的全部状态;至少,他必须具有Planned状态;
你必须执行下列配置:
你必须为装运成本定义号码范围;
你必须定义和分配装运成本和行项目类别;
对每个装运类型,你必须为下列装运元素设置装运成本相关性:header,leg,border crossing point,and load transfer point;
创建一张装运成本凭证Creating a Shipment Cost Document
你可以单独地以对话模式或使用集中处理来创建装运成本凭证;
如果你创建一张个别的装运成本凭证,你通常直接参考一张装运凭证;为每张装运凭证,你创建仅仅一张装运成本凭证;结果是两种凭证是1:1的关系;
依赖于你的设置,系统自动地计算装运成本,将它们分配到一个科目,并在你创建装运成本凭证时将它们传输到FI;
装运成本凭证的结构Structure of the Shipment Cost Document
装运成本凭证由下列部分组成:
装运成本头
装运成本头包含关于整张凭证的一般信息;提供了状态,相关性和管理信息;至于有关的状态信息,状态是来自个别行项目的累计状态;
装运成本项目
项目包含了用于装运成本计算和结算的一般数据,例如服务代理商,价格和结算日期,税额和课税基数,以及组织数据例如公司代码,工厂和采购组织;每个项目具有他自己的装运成本计算,科目分配和传输功能的状态;
装运成本子项目
装运成本在装运成本子项目的层次上计算,计算的结果也记录在该层次;
装运成本凭证的项目Items of the shipment Cost Document
装运成本项目或者参考装运头部或者参考一个装运阶段;
例如,参考头部的项目可以包括装运保险的保费,参考装运阶段的项目可以包含装卸转换的的成本;
项目的功能通过行项目类别来控制;
项目可以自动地生成或者手动创建-依赖于配置中的设置;
[原创] SD从零开始48 装运成本处理控制
装运成本类型和行项目类别Shipment Cost Type and Item Category
装运成本类型和行项目类别是装运成本凭证中的重要控制元素;它们包含几个控制装运成本凭证的特性;
装运成本类型在抬头层次控制凭证,例如:
号码范围;为装运凭证创建装运成本凭证所需要的状态;
行项目类别包含:
装运成本计算的参数,例如伙伴功能,日期规则以及条目确定组;
装运成本结算的参数,例如结算相关性,科目分配类别,成本分配,起源CO;
你在配置中分别地定义装运成本类型和行项目类别;
条目类别确定Item Category Determination
在配置中你为装运成本凭证设置条目类别分配;
与成本类型相连,你分配一个特定的条目类别到每个装运成本类型;你还决定该条目是由系统自动建立还是手工创建;
计算基值Calculation Bases
计算基值确定在定价过程中被条件类型用作计算基础的原始数据;它还确定哪些信息可用于决定价格;对于所有的计算基值,来自装运抬头和装运阶段以及装运成本条目的信息都是可用的;计算基值还定义了等级基值例如总重,净重和体积是如何计算的;如果你使用交货条目作为计算基值,例如,来自交货抬头和交货条目的信息是可用的,而来自装运单元的信息不可用;重量和体积只与交货条目相关;
条件类型控制哪个计算基值用于计算;
当装运成本计算时,系统从包含在定价程序中的条件类型的计算基值中决定装运成本的子条目;然后为每个子条目执行计算;
MARK:SAP推荐你最好选择一个尽可能详细的计算基值-因系统负荷和清晰的原因;例如,如果只有总重和段和你相关,则装运成本条目完全足够用于计算基值;然而你可以分配成本到更详细的层次;成本分配不依赖于计算基值;例如,你可能使用装运成本条目计算基值来计算装运成本并在交货条目层次分配成本;系统按照比重分配成本;
计算基值的例子Examples of Calculation Bases
关于如何使用可用的计算基值的例子;
如果只有段和总重与你相关,则在shipment cost item层次计算装运成本就足够了;这样你可以达到高清晰性,因为来自交货或者装运单元的额外数据是多余的;
如果你与运输代理商达成的合同指定装运成本按金属框计算,则你需要使用装运单元计算基值;所有的重量和体积声明涉及的是装运单元;使用计算基值“装运单元”(C),会为每个装运单元类型生成一个子条目(例如,一个子条目30个金属框);如果你想为个别装运单元计算成本(例如,为包装装运),你选择计算基值E(per shipping unit);然后系统为每个装运单元生成一个子条目(例如,每个包装20个子条目);如果装运单元的内容也与计算相关,你使用计算基值F(装运单元包括交货条目);
如果你按ship-to party计算装运成本,但是不需要来自交货条目的信息你可以使用交货(deliveries)计算基值;
当计算装运成本时,如果你需要考虑几种运费种类,区分,或者其他材料信息,你需要来自交货条目的物料主数据并且必须按照交货条目计算成本;
[原创] SD从零开始49 装运成本结算
用直接传输的方式结算装运成本Shipment Cost Settlement With Direct Transfer
装运成本同服务代理商按装运成本条目结算;
结算包括:
分配和传输装运成本到FI,预提费用的信息,成本分配给一个成本对象;
同服务代理商结算成本:通过取消预提费用记账应付;
你需要在你传输成本到FI之前输入或者接受了提供的服务;系统基于一张外部服务的采购订单自动地创建服务输入表;
在你能够同服务代理商结算成本之前,你需要使用手工发票校验创建一张发票或者使用贷项凭证流程创建一张贷项凭证;
结算的步骤Steps During Settlement
在科目分配时,系统为每个装运成本条目在FI中确定正确的总账科目以及为CO确定分配;科目分配可以在不同的层次上执行,依赖于你想追踪成本的详细程度;
传输到FI以建立预提费用需要输入完成的服务,然而,每张服务输入表基于一张采购订单;你最初必须在采购中为该服务代理商创建了该采购订单;在记账处理中,完成的服务被接受,为了建立预提费用,系统在FI中产生一张会计凭证;系统在FI中创建附加的后继凭证;
使用credit memo procedure,也被提及为ERS(Evaluated Receipt Settlement)procedure,你可以同服务代理商在没有收到发票的情况下结算装运成本;你可以选择不同的结算期间;你传输计算的装运成本到FI;发票由服务代理商校验;如果服务代理商发现了差异,你可以将这些记账为后续的借/贷;
如果你收到来自服务代理商的发票,你也可以手工地校验发票并手动地创建发票;
传输到财务会计Transfer to Financial Accounting
传输到FI以建立预提费用需要输入和接受完成的服务;相应的表自动地由系统在传输时自动地创建;
每张服务输入单基于一张外部服务订单;为了使成本能够传输到FI并因此被结算,系统必须确定一张有效的服务订单;该外部服务订单必须已经在采购中创建;你可以按月地为服务代理商创建服务订单;服务订单的重要标准包括服务代理商,采购组织,采购组,工厂,和条目类别;
当系统自动地确定了一张有效的服务订单,一张服务输入表参照该服务订单创建;
贷项凭证流程Credit Memo Procedure
贷项凭证流程用于在不需要接收发票的情况下直接结算装运成本;
在计算的装运成本的基础上,你发行一张贷项凭证给服务代理商;收款人负责校验这张贷项凭证;
计算的装运成本直接传输到FI记账应付并冲销预提费用;如果服务代理商在发票校验时发现任何的差异,你将之记账为后续的借/贷;
你可以创建单个贷项凭证(single credit memos),那就是,你为每个装运成本条目和服务代理商创建一张贷项凭证;或者你定期地按服务代理商创建汇总的贷项凭证(collective credit memos);定期结算的结算期间是灵活的;
手工发票校验Manual Invoice Verification
当你手工地校验发票时,你从服务代理商接收一张发票;你手动地在系统中创建一张发票,校验这张发票,并手动地记账;
[原创] SD从零开始50 信用/风险管理概述
ITPUB个人空间"\-R\f
@9wI!j
介绍Introduction
在SAP系统中,有信用/风险管理的独立功能,横靠FI和SD,目的是为了最小化交货和提供服务中的信用风险;有了信用管理功能,你可以定义如何根据信用来处理客户以及设置系统以在相关的业务交易中反映这些信用流程;
自动信用控制和派生锁(resulting blocks)是销售和装运的一部分;信用代表可以使用这些功能快速有效地处理紧急交易;
不同形式的付款担保Different Forms of Payment Guarantee
R/3系统为你提供了多种选项用于应收款的付款担保;所有这些不同的付款担保形式都包含在风险管理中;
你可以根据提供的安全水平来区分不同的付款担保形式;
在信用管理中,你可以根据风险类别来分组你的客户并为每个风险类别设置一个最大信用限制;你如何设置这些分配依赖于你想授予你的客户的信用水平;
到4.0版本时,你也可以使用下列“safer”付款担保形式来减少应收款包含的风险;
财务凭证Financial document(保兑的和不保兑的信用证);
出口信用保险Export credit insurance(连接到外部系统);
付款卡Payment cards
信用管理中的总承付款Total Commitments in Credit Management
未清订单价值Open order value:
未清订单价值是所有未交货的订单条目的价值;未清订单的价值是基于已确认数量的(已确认数量乘以信用价格=订单的未清订单价值);因信用检查已经被锁住的订单不包含已确认的数量;只要锁还在,未清订单价值就不会增加;
未清交货价值
未清交货价值是所有尚未出具发票的交货条目的价值;
未清出具发票价值
未清出具发票价值是所有尚未传输到会计的出具发票条目的价值;
来自销售的应收款包含在总承付款中,只要它们没有标记为争议条目;更多的信息,看单元:付款差异和特殊承付款;
来自特殊总账事务的应收款,如果它们与信用限额相关(例如,付款),则会从特殊承付款转移到总承付款;
系统基于付款者更新价值;
处理带信用管理的业务交易Processing Transactions With Credit Management
要使用信用管理功能,你必须首先维护FI的信用管理部分相关的主数据(例如,风险类别和信用限额);
你可以配置以使不同的检查在SD流程的不同点执行;
这可用于锁住一张销售订单,如果信用限额被超出的话;
信用代表收到一个锁住凭证的清单,这些凭证可以被检查然后可以被释放或者拒绝;
一张被锁的凭证被释放后,SD中的后续功能可以再继续;
依赖于业务交易的阶段,系统会识别对客户总承付款有影响的值的修改;
信用管理和风险管理的集成Integration of Credit Management with Risk Management
当使用信用管理,你输入一个你准备授予客户的信用上限;然而,你仍然没有实体性的担保应收款会被支付;
到4.0版本,R/3提供给你除了信用管理之外更加安全的付款保证形式;这些包括在了风险管理的类别中;
如果,例如,你接受客户使用信用卡支付,然后由信用卡后续授权的金额公司保证你会收到付款;
因为该流程使用一种安全的付款担保形式,他不会导致信用管理中定义的承付款总额增加;
现在信用管理可用作风险管理中的第二阶段,低于安全的付款担保形式;如果你也授予了该客户一个信用限额并且你收到一张不通过信用卡支付的订单,则该订单增加信用管理中的承付款总额;在这种情况下没有担保付款会被执行;
SD从零开始47-50