SAP-SD
每个物料都定义一个物料类型，它是物料一般数据的一部分；
负责该物料类型的部门决定可以为那种物料类型的物料维护哪些视图的数据； 物料类型的库存管理类型（数量/价值）可以依赖于工厂；
在价格控制中，你定义物料库存是用标准价格还是移动平均价评估；
你能够为每种物料类型定义在物料主记录的会计数据维护中允许使用哪些评估类；评估
类，连同其他的因素，在发生与评估相关的事务时（例如，货物移动）确定哪些总账科目会被更新； 物料字段选择：影响因素Material Field Selection：Influencing Factors
Material Type，Transaction，Procurement indicator，Plant，Branch，SAP Component；
对以上的每个影响因素都有一张可用的独立的控制表；控制表中的每个位置对物料主数据中的一组字段有效；
表控制Table Control
“Table control”是一个显示元素，它允许用户配置该表来满足他们的需要；这对于如果
表中包含很多字段特别有用； 每个用户可以定义他们自己的数据视图来使他们的工作更轻松，通过： 改变列的顺序；
改变列的宽度（包括隐藏他们）； 保存设置为一个显示变量； 将他们的显示变量设置为标准设置；
管理员也能够设置单个的字段对整个系统都不可见；（授权对象：S_ADM_FCD in the
Basis Administration authorization class）； 事务变量/屏幕变量/GuiXT Transaction Variants/Screen Variants/GuiXT 事务处理可通过屏幕变量来简化： 字段中输入默认值；
隐藏和修改哪些字段can be completed with data； 隐藏整个屏幕；
压缩和隐藏屏幕特别地使使用R/3系统更加容易并且提供给你一个更好的预览； 一个事务变量由屏幕变量组成；
一个事务变量只分配给一个事务而每个事务可以由几个变量； 事务变量只允许为屏幕事务；
如果你使用batch input或者batch input recording，系统不会使用事务变量中的值； 辅助工具GuiXT允许个别屏幕的柔性设计；GuiXT为前端运行的脚本使用一种脚本语言；
Collected by Tomy
Page 46 of 46
SAP-SD
你可在GuiXT厂商的主页上找到更多的信息（http://www.synactive.com/）；
[原创] SD从零开始61 可用性检查和需求传递
销售订单中的可用性检查Availability Check in the Sales Order
在物料主数据的销售和分销TAB页你能够：在general/plant页的可用性检查字段中输入，
应该在订单处理过程中为该物料执行哪个和/或什么类型的可用性检查； 在配置中还有许多的表，可用性检查也依赖于这些表； 销售订单处理中发生可用性检查的条件： 物料需要库存检查；
在配置中为该事务设置了可用性检查； 物料可用日期检查Material Availability Date Check
物料可用日期从交货排程确定；足够的物料需要在该日期可用以在客户要求的交货日期
及时地交货给客户； 系统计算该日期，从客户要求的交货日期向后推算； 系统计算捡配，包装，装载和运输货物的时间； 可用性在物料可用日期检查； 工厂检查Plant Check
系统按照下列顺序访问信息以建议标准的交货工厂：
1. 客户-物料信息记录； 2. Ship-to Party客户主记录； 3. 物料主记录；
如果你在订单输入时手工输入交货工厂，你的输入会覆盖默认值；
在客户-物料信息记录中，你可以为一个客户的某一特定物料维护建议的值；
你可以在物料主数据的销售和分销tab页：Sales Org.1的delivering plant字段找到交货工
厂； 你可以在客户主数据的shipping tab页找到交货工厂； 可用性检查控制Control of Availability Check
在配置中，依照你正在使用的事务，你可以设定哪些元素包括在一个可用性检查中；这
样，你定义哪种类型的库存（例如，安全库存，转移中的库存或者质量检查中的库存），哪种向内的移动（例如，采购或者生产订单）以及哪种向外的移动（例如，销售订单，来自MM的预留）应该包括在检查中； 需求传递Transfer of Requirements
Collected by Tomy
Page 47 of 47
SAP-SD
销售和分销与采购之间的交流通过需求来实现； 需求传递的类型能够影响可用性检查；
负责物料计划的员工收到有关系统中的销售订单以及SD需要来交付这些订单的数量的
信息； 订单的物料可以来自内部生产或者外部采购；
如果可用的物料不足，可通过物料计划（Material planning）来创建采购订单； 完全和部分交货Complete and Partial Deliveries
你和客户关于交货达成的协议也会影响可用性检查的结果；
依赖于客户销售订单中的部分/完全交货的协议，你可以交付一张订单用一个完整的交货
或者几个部分交货； 在一个完全交货中，所有条目的订购数量都被交付了；
对于部分交货你可以将一张订单的条目或者数量分配到几个交货中； 部分交货协议Partial Delivery Agreement
控制完全/部分交货的指示符从客户主记录中带出；条目层的建议来自客户-物料信息记
录，如果那里已经维护了客户和物料的协议的话；这些指示符可以在销售订单输入过程中手工修改； 客户可能要求，例如，一个完全交货意味着销售订单中的所有条目应该一起被交付；如
果客户同意一个部分交货，该订单可以对应几个交货； 如果你选择“完全交货”，你能够确定整张订单中的所有条目必须一起交货；在条目层次，
你也可以决定你是否可以分割交货数量； 存在以下部分交货协议： _允许部分交货；
A输入一个数量不等于0的交货； B仅创建一个交货（也含数量=0）； C只能执行完全交货； D首选并发交货；
案例1：确认要求的交货日期Case1：Confirmation on Required Delivery Date 系统使用交货排程来检查货物是否在物料可用日期可用； 可用性检查包括： 当前库存；
计划的向内移动（例如采购订单，采购请求，计划订单）； 计划的向外移动（例如存在的销售订单，交货）；
Collected by Tomy
Page 48 of 48
SAP-SD
在案例1，关于向内移动的情况如下：存在的向内移动有： 库存：100pc；
存在的采购订单有数量50pc和60pc； 下列未来的向外移动也存在：
存在销售订单有数量100pc，40pc，50pc；
在该向外情况中你输入另外一张10pc的销售订单；系统基于客户要求的交货日期执行交
货排程（后向排程）并确定物料可用日期；然后为该日期运行可用性检查； 案例1的结果：确认要求的交货日期Result for Case 1：Confirmation Required Delivery date 可用性检查显示系统可以为要求的交货日期确认这10pc； 案例2：确认一个稍后的日期Case 2：Confirmation for a Later Date 案例2的最初情况和案例1相同； 然而在本案例中，客户要求完全交货；
在向外的情况你输入另外一张20pc的销售订单；系统基于客户要求的交货日期执行计划
排程（后向排程）并且确定物料可用日期；然后为该日期运行可用性检查； 案例2的结果：确认一个稍后的日期Result for Case2：Confirmation for a Later Date 在库存不足的事件中，系统使用可用性检查和交货排程来确定下一个可用日期，在该日
期可以为客户确认货物； 因为有一个完全交货协议，数量不可以分割； 你需要为稍后的日期确认这20pc；
系统使用基于物料可用日期（前向排程）的交货排程来计算20pc的确认日期； 案例3：部分交货Case 3：Partial Deliveries
如果客户和销售凭证类型允许，要求的销售订单数量也能够被分割到几个部分交货； 案例3的情况与1和2相同：
在案例3，客户要求尽快交货并且允许你必要的话分割交货数量到部分交货中； 案例3的结果：部分交货Result for Case 3：Partial Deliveries
当没有足够的库存，系统使用可用情况和交货排程来确定下一可用日期，在该日期能够
确认客户的货物； “允许部分交货”协议意味着数量能够被分割； 你能够为2个稍后的日期确认这20pc，每个日期10pc；
系统使用物料可用日期和交货排程来计算2个部分交货，每个10pc； 案例4：带补货提前期的检查Case 4：Check With Replenishment Lead Time
Collected by Tomy
Page 49 of 49
SAP-SD
你可以考虑所有的向内和向外的移动；推荐的是，你只在补货提前期的末尾执行一个可
用性检查； 补货提前期可以为每个物料指定；例如，贸易商品：计划交货时间+收货处理时间；最
终产品：内部生产时间； 系统假定物料最晚将会在补货提前期的末尾可用； 可用性检查仅在补货提前期的末尾运行；
如果你在案例4中执行不带补货提前期的可用性检查，结果和案例2一样；客户要求一
个完全交货；你不能使20pc可用直到最后那张60pc的采购订单到达（向内移动）的同一天； 然而，如果系统使用补货提前期执行可用性检查，你可以使20pc在50pc的采购订单到
达的日期可用；只有在补货提前期内的向内和向外移动才包含在该检查中； 拖欠订单处理Backorder Processing 满足下列条件的订单条目是拖欠订单： 一个订单条目的数量没有完全确认； 订单条目的要求的交货日期不能遵守； 有两种类型的拖欠订单处理： 手工拖欠订单处理：
你可以使用拖欠订单处理来为物料列出销售凭证并且参考确认手动地处理；这意味
着ATP数量能够被重新分配并且任何不足会被清除； 通过重新排程
你能够在自动重新排程中使用交货优先级（为销售订单从客户主记录中带出）作为
一个排序标准； 控制可用性检查和需求传递Controlling Availability Check and Transfer of Requirements 在需求传递和可用性检查中，系统区分定购时间和交货时间；
对两个时间点，物料的可用性检查组决定是独立的还是全部的记录作为需求传递到
MRP，如果需求传递执行的话；对特殊库存的需求记录基本上都是独立需求； 系统为两个时间点确定在可用性检查中货物的哪些向外和向内移动会被考虑；包含特殊
库存（寄售，可返回包装，按订单库存）的事务被单独立控制；存在哪些特殊库存通过条目类别确定；在按订单生产的案例中，需求类的科目分配类别E确定实际上包含按订单库存； 你使用需求类来为SD（orders，deliveries）全局地确定是否将为物料传递需求以及是否
将会执行一个可用性检查；两个功能都可以通过计划行类别为相应的事务设置为非激活；交货专门由需求类控制； 例子：计划的独立需求-在订单中按订单生产Example：Planned independent Requirements-
Make-to Order in the Order
Collected by Tomy
Page 50 of 50
SAP-SD
[原创]SD从零开始38 创建Billing Document 根据需要BillingBilling On Request
你可以通过手工输入凭证的号码（订单号码和Delivery note，依赖于你想要执行订单相
关的还是交货相关的Billing）明确地指定哪些交易将要Billing； 如果Billing无法产生，例如因为一个billing block，系统会发行一个错误日志； 到4.5版本，在为deliveries或ordersBilling时你还可以选择单个的items或者items的部
分数量来Billing；要这样做你需要选择Billing中的item selection功能； MARK：在delivery-relatedBilling中，你只能修改具有billing relevance K的item category
的item quantities； 处理Billing Due Lists
你通常不会为每个交易单独Billing；你更愿意执行周期性的集中Billing（例如，集中通
过发货过账）； 如果你使用Billing due list，输入选择条件，例如，sold-to party，billing date，destination country；系统以选择条件为基础合并要Billing的交易； 在选择中，你还可以决定billing due list是否只包含order-ralated，delivery-related或者both
的凭证； 保存后，你可以显示日志来确定哪些Billing从Billing due list中创建了以及是否发生了
什么错误； 你可以在模拟模式下处理billing due list；系统显示billing document而不保存凭证；包含
错误的交易用相应的处理状态标明； 在特定的日期创建发票Creating Invoices on Specific Dates
你可以周期性地处理发票；所有在某一天到期应该Billing的deliveries能以合并到一次
集中开发票； 要这样做，你必须首先：
使用特定的规则在工厂日历中维护单独的Billing日期；
在付款者的客户主记录中输入工厂日历（Billing schedule on billing screen）； 当你创建一张凭证，系统从工厂日历中复制下一Billing日期到当前的凭证中作为Billing
日期； MARK：日历是client独立的； 后台执行BillingBilling in the Background
你可能决定使用一个后台作业来创建发票，因为这样是实用的和有效率的；你可以用以
下方式自动运行后台作业： Periodically（例如，每个星期一下午2点）；
Collected by Tomy
Page 1 of 1
SAP-SD
At a specific time（例如，7月09号上午8点）；
系统可以将billing due list分割到多个后台作业并同时启动它们；通过这种方式，你可以
通过运行多处理器更好地利用你的硬件； 如果你不需要日志或者详细列表，SAP推荐你在选择屏幕上不选择这些选项；这会相当
地提高性能； 取消集中Billing运行Cancellation of Collective Billing Run
到4.5版本时，系统提供了功能使你能够取消集中Billing运行；
这会取消一次集中运行中的所有billing document；取消的billing document集合在集中处
理类型S里的一个集中处理号码中并且可以在Billing日志中显示； 然后你可以为取消了Billing的preceding document重新Billing； 只有具有正确权限的用户才可以取消集中运行； 为了取消集中Billing运行，选择：
Billing -> Information system -> Billing document -> Log of Collective Run -> Documents
-> Reverse all； 通用Billing接口General Billing Interface
使用通用Billing接口，你可以为外部凭证在R/3系统中开发票（那比如，不是在R/3系
统中创建的订单和交货单）； 要这样做，你必须首先：
准备数据到一个特定格式的顺序文件（sequential file of specified format）； 指定最少必需的字段从数据记录填充；
剩余的Billing需要的字段或者通过顺序文件的数据记录指定或者在R/3系统中决定（可选的字段）； 例如：
必须的字段：Customer Master，Sales Organization….. 可选的字段：Material Master，Price Componentsl….
外部参考号码可以在接口中输入（例如外部交货号或者外部订单号）；
[原创] SD从零开始39 结算的类型（Types of seetlements） 集中Billing--Collective Biling Document
有一个规则是，系统尝试合并所有兼容的交易到一张billing document；
在SAP R/3系统中，可以在同一张Billing中包含订单相关的和交货相关的Items； 自动发票分割Automatic Invoice Split
Collected by Tomy
Page 2 of 2
SAP-SD
如果header partners或者header fields中数据不相同，系统将自动执行发票分割； Billing中所有的header partner和header fields都能够导致发票分割； 例如：
两张订单中的付款条件不同；
依赖于item的发票分割Item-Dependent Invoice Split
系统管理员也可以在配置中为复制控制定义附加的分割条件来防止系统合并销售凭证到
一张Billing中； 例如：基于物料分组或者利润中心分割；
字段VBRK-ZUKRI用于在billing header中存储这些附加的分割条件； 导致分割的字段，显示在split analysis中； 单个Billing--Individual Billing Documents
你可以设置系统为每张销售凭证创建一张Billing；
要这样做，在copying control的配置中选择data transfer routine 3（参考凭证的号码设置
在字段VBRK-ZUKRI中）； 发票列表Invoice list
发票列表包含许多的Billing Document（发票，贷项/借项凭证）并且可以在某一天或者某一期间发送给付款方； 系统管理员需要在SD的配置中维护以下数据：
如果你有协议的代理折扣（factoring discount），维护条件类型RL00（factoring discount）
以及条件类型MW15； 要包含在一张invoice中的每个billing type都必须分配一个invoice list type；SAP R/3标
准系统包含两种invoice list type： LR用于invoices和debit memos； LG用于credit memos； 你还需要维护一下的主数据：
定义一个工厂日历，它指定了发票列表何时创建；在付款方的客户主记录中输入该工
厂日历； 为付款方维护条件类型RL00的条件记录；
为条件类型LR00和RD01维护输出条件记录（你可以决定发票是在发票创建时还是
当发票列表创建后发送给客户）； 到4.5版本时，你可以取消发票列表；在factoring discount的案例中，会为FI创建一张相应的取消凭证；
Collected by Tomy
Page 3 of 3
SAP-SD
[原创] SD从零开始40 特殊的业务交易 Billing计划Billing Plan
当处理一张订单，除了存储一个专一的Billing日期，你可以存储一个详细的带有几个
Billing日期的Billing计划在销售凭证的item层次上； 到3.0E版本，你也可以在header层次定义一个Billing计划，这对分配给她的所有items
都有效；这些header billing plans被分配给销售凭证类型； 周期性Billing经常用于租金和服务协议，为了周期性地在某一日期为总金额Billing； 里程碑Billing（Milestone billing）经常用于设备工程和建筑，为了在一个billing plan中
将总金额的Billing分布到几个日期； 依赖于你正在处理的业务交易，系统会自动地建议两种billing plan types中的一种； 周期性Billing--Periodic Billing
周期性Billing可用于，例如，包括租赁合同的交易； 然后系统中存储的合同数据可用做创建billing plan的基础；
开始和结束日期定义了billing plan的期间；如果可能的话，它们从合同数据中获取；也
许你决定不设置结束日期（如果期间是无限的），在这种情形下，时间轴（horizon）上可延伸新的日期（horizon指定billing plan中设置的结算区间的数量）； 你可以直接在billing plan中创建新的日期或者使用报表RVFPLA01；你应该安排该report定期运行，因为当单个的结算区间Billing后不会自动形成新的日期； 你能够使用billing dates来决定billing何时以及多久执行，例如，在每月的第一天或最后
一天； 里程碑BillingMilestone Billing
在里程碑Billing中，要Billing的总价值按照某些规则分布到单个的日期中； 你可以为每个billing plan输入你需要的任意多的日期； Billing plan dates可以blocked for billing；
在某些里程碑Billing已经创建之后发生的改变在剩余的billing plan dates之间分配；对
于已经创建的Billing需要的剩余金额包含在final invoice中； 与里程碑Billing相联系的Billing计划--Billing Plan with Link to Milestone Billing
里程碑Billing的一个典型例子是设备工程和建筑的项目Billing；这些项目通常包含一连
串的里程碑，代表一个项目不同阶段的完成； 在SAP R/3中，里程碑连同计划和实际的项目数据存储在一个网络中；里程碑被分配给
billing plan dates并且blocked for blling直到里程碑被确认完成； 在里程碑Billing计划中，现在你可以控制一个billing date是否是：
Collected by Tomy
Page 4 of 4
SAP-SD
一个固定的日期；
总是需要用实际的里程碑日期来更新；
如果产品在计划的billing date之前完成，则用实际的里程碑日期更新； 里程碑Billing中的凭证流程Document Flow in Milestone Billing
系统为每个billing date在billing index中创建一个条目；这意味着你可以在billing index
中为该milestone billing在指定的billing date找到一个条目；这种情形下，billing以order-related形式执行； 当你创建一张billing document，系统更新Billing计划日期的状态； 已经Billing的日期在billing plan中不可再更改； 你可以使用document flow来显示已经存在的Billing； 决定Billing价值Determining Billing Value
可以为每个billing plan date创建一个billing rule；这些规则确定特定日期将要Billing的
价值如何决定； 这允许你定义，例如，是否一个固定的数量或者总量的一个百分比将会Billing； 系统还可以决定将要Billing的数量是否作为final invoice，那样的话到那时为止没有
Billing的日期也必须被考虑； 在定价中，为特殊的条件类型创建了条件记录，可以为它（例如处理租金成本）定义月
度的价格；这允许价值逐月Billing； Billing计划的配置Customizing for Billing Plans
Billing plan type从document item category和relevance for billing决定；
Date descriptions表示billing plan中相应billing dates的文本描述，例如，0003 for contract
completion，0005 for assembly；它们对于控制不重要； 定义的Date categories在billing date层次有控制功能；例如，它们决定哪个billing rule
用来结算该日期，该billing date是否是一个固定日期以及是否为该日期设置了一个billing block； Date rules在billing plan中是必须的，目的是定义开始日期和结束日期，以及确定相应的
billing dates（例如，每月结束前2天）； 每个日期决定规则（date determination rule）的基础是一个基准日期加上一个定义的周期（period）； 带有相应的控制参数的Periodic billing和milestone billing的区别通过biling plan type来实现； Date proposal专门用于milestone billing；它决定一个日期列表作为订单处理中的日期确
定的参考； SD/FI中的预付定金处理Down Payment Processing in SD/FI
Collected by Tomy
Page 5 of 5
SAP-SD
以使付款发生；这可以手工地操作；
跨公司销售处理可以建立以便在交货公司中创建一张内部发票会自动地生成在订单公
司中一张接收发票的创建； 例如，可能在涉及的两个公司之间达成一个协议，对于由销售组织1000发行给销售组
织2200的发票，立即会记账到订单公司中的供应商科目（公司代码2200）； 自动记账到供应商科目Automatic Posting to Vendor Account
如果订单公司手工地输入接收发票，交货公司可以在输出类型RD00的帮助下打印处一张发票凭证，然后发送给付款人； 如果同意了自动发票接收，你必须使用SD输出控制功能来保证输出类型RD04在内部
Billing中；在R3系统中，包含该输出类型的输出确定程序V40000分配给Billing类型IV； 自动记账到供应商科目开始于输出类型RD04被处理时；系统使用EDI输出类型
INVOIC在FI变量中；对于有关必须的系统设置的描述（伙伴参数文件等），参考公司间Billing的实施指南； 为了便于应付款能够在订单公司的财务中记账，交货公司必须创建为供应商； 跨公司销售：配置清单Cross-Company Sales：Checklist for Customizing 为内部公司间Billing分配一个销售范围给供货工厂； 维护销售组织，分销渠道和供货工厂之间的分配； 分配客户给销售组织；
如果必要的话，在销售凭证类型中为内部公司间Billing维护Billing类型； 如果必要的话，维护为自动记账到供应商科目所必须的设置；
[原创] SD从零开始59 跨公司的库存转移处理流程 库存转移流程Stock Transfer Procedure
2个工厂间的库存转移能够使用不同的流程来执行；
只执行一个库存转移记账的流程使用MM库存管理模块；与此相比，你还有这样流程，
即当在MM的采购模块输入一张采购订单时，自动开始库存转移流程（库存转移订单）；如果你使用带SD交货的库存转移流程，有一个优势是装运活动也能够在R/3系统中处理（捡配，包装，打印交货票据等）； 如果你希望为库存转移处理使用R/3的装运功能，使用为公司内部转移的流程“带SD交货的库存转移订单”，以及为跨公司库存转移的流程“带SD交货和Billing的库存转移订单” 跨公司库存转移的流程（两步流程）Process for Cross-Company Stock Transfer（Two-step
Procedure）
Collected by Tomy
Page 41 of 41
SAP-SD
与公司内部库存转移相比，跨公司库存转移流程中的两个工厂属于不同的公司代码； 这里我们将描述带SD交货和Billing的库存转移流程，该流程用于跨公司的库存转移，
如果R/3装运和Billing功能将被使用的话； 在接收工厂（工厂2200），首先创建一张库存转移订单；
一旦该采购订单到期应该装运，就会创建交货；一旦装运活动已经被执行了，在交货工
厂（工厂1200）记账发货；然后货物从工厂1200运输到工厂2200； 最后，在销售组织1000，也就是交货公司创建一张内部发票；现在这两个公司代码之间
的内部公司间Billing就可以发生了； 因为使用两步流程，一旦货物在接收工厂被接收，货物接收就被记账； 当收到发票，它可以在接收公司的后勤发票校验部门输入；
第一处理步骤：创建库存转移订单1st Process Step：Create a Stock Transport Order
库存转移流程开始于在收货工厂的采购部门输入一张库存转移订单；如果必要的话，可
以参考一张采购请求或者一个交货计划； 在标准版本中，你使用订单类型NB（“标准采购订单”）；在配置中你可以定义当输入一
个不合适的订单类型（例如，UB）时是否发行一个警告或错误消息； 库存转移订单包含在交货和收货工厂的计划活动中；
依赖于系统设置，可能会在交货工厂执行一个可用性检查运行以检查请求的货物能否及
时交货； 库存转移订单的订单类型Order Types for Stock Transport Order
与公司内部库存转移相比，订单类型UB不用于带SD交货和Billing的跨公司库存转移；
你用条目类别“空”（“普通”）创建一张标准订单（订单类型NB）；对于公司内库存转移，你使用条目类别U（“库存转移”）； 当你用订单类型NB创建库存转移订单，你指定一个供应商；在供应商主记录中为该供应商分配了一个工厂；该工厂叫做交货工厂；然而，当你用订单类型UB创建一张库存转移订单时，需要你立即输入交货工厂； 订单条目中指定的工厂是收货工厂；
第二处理步骤：创建一个补货2nd Process Step：Create a Replenishment Delivery 和公司内库存转移相同的方式，在销售活动开始时创建一个补货；
补货单独地在各自的装运点在一次交货集中运行中创建；在这里库存转移订单用作选择
标准； Ship-to Party和其他交货参数的确定以和公司内库存转移相同的方式发生： 在配置中分配一个客户号给收货工厂，和公司内库存转移使用相同的设置； 订单类型NB和交货工厂的组合对应一个交货类型；为此目的，使用交货类型NLCC
（“Replenishment Cross-company”）；
Collected by Tomy
Page 42 of 42
SAP-SD
第三处理步骤：执行捡配和记账发货3rd Process Step：Execute Picking and Post Goods Issue 使用跨公司的库存转移，补货在装运中照常处理；然而，如果你希望同销售订单的交货
或公司内库存转移的补货相比采用不同的处理方式，你可以在配置中为该交货类型和条目类别进行定义； 如果必要的话，补货也可以被包装，或者计划到外向装运中； 一旦装运活动结束，就会在SD装运中为该补货Post Goods Issue； 移动类型确定Determination of The Movement Type
当补货的发货被记账时，系统必须知道要使用的移动类型；这是从计划行类别确定的，
而计划行类别又是从其他因素确定的； 在配置中，你分配交货类型NLCC给订单类型NB和交货工厂的组合；
在交货类型和物料的条目类别组的帮助下，交货的条目类别确定程序确保条目类别NLC
为标准条目（条目类别组为NORM的物料）建立； 在标准版本中，系统为条目类别NLC和带任意MRP类型的物料确定计划行类别NC；
如果你有不同的设置，相应地维护计划行类别搜索； 计划行类别NC的标准设置定义了，在两步的流程中，使用移动类型634；
公司内部库存转移的一步和两步流程的移动类型在分配的交货类型以及条目和计划行类
别的搜索的帮助下确定； 发货后库存修改（两步流程）Stock Changes after Goods Issue：（Two-step Procedure） 当发货被记账时，库存类型“非限制使用库存”和“交货给客户”在交货工厂的库存预
览中改变了，因为货物已经作为一个交货（在这里，补货）离开了工厂；同样，交货公司代码财务会计中的库存帐和物料费用帐也被更新了；物料的评估价格流入交货工厂； 在跨公司库存转移的两步流程中，这时货物还没有在收货工厂记账，从会计的观点，他
们尚不属于收货工厂的公司代码； 非限制使用库存和未清订单数量任然没有修改；
在收货工厂的库存预览中，运送中的数量以“Stock in transit CC”（CC：Cross Company）
的形式出现； 运送中的跨公司库存的价值也可以显示为按工厂或公司代码的累积值； 第四处理步骤：创建内部发票4th Process Step：Create Internal Invoice
交货公司代码（公司1000）为货物交货到收货工厂的内部公司间Billing发行一张发
票； 内部发票由销售组织1000创建；这是负责内部公司间Billing的销售组织并且在配
置中分配给交货工厂；相同的设置也适用于跨公司销售活动的内部公司间Billing； 内部发票直接参考补货创建，或者在一次集中运行中创建；在你处理到期的交货清
Collected by Tomy
Page 43 of 43
SAP-SD
单时，设置标识符“Intercompany billing”；
如果涉及的公司代码之间达成了协议，你能够设置系统以便当内部发票创建时，会自动地触发在公司代码2200的后勤发票校验中的发票接收； 和跨公司销售相似，自动发票接收由Billing的输出控制连同EDI技术发起；这样，
EDI输出类别INVOICE被用在MM变量中；
内部发票的元素Elements of Internal Invoice
内部发票的Billing类型的默认值得自订单类型DL，它在配置中作为“不带订单参考的
交货的默认订单类型”分配给交货类型NLCC； 付款人得自分配给收货工厂的客户号码；该设置也用于在补货中确定ship-to Party； 内部发票中的公司代码是交货公司代码，也就是交货工厂的公司代码；
内部公司间Billing的销售组织单元在配置中分配给交货工厂；他们应用于公司内部库存
转移以及跨公司销售； 跨公司库存转移：配置清单Cross-Company Stock Transfer：Checklist for Customizing 为交货工厂的内部公司间Billing分配一个销售范围； 为收货工厂分配一个客户号码； 为补货分配一个交货类型； 决定一步还是两步的流程； 如果必要的话，确定转移点；
如果必要的话，维护自动发票接收所需的设置； 如果你在销售凭证控制中实施用户定义的对象： 维护交货中的条目类别确定； 维护计划行类别中的移动类型； 维护计划行类别确定；
在分配给供应商的默认订单类型中维护内部公司间Billing的发票类型；
[原创] SD从零开始60 界面（Interface）修改 客户主数据Customer Master
分为一般数据，公司代码数据和销售数据； 销售数据是销售分销和装运的基础； 公司代码数据是财务会计的基础；
一般数据直接分配给集团；因此它对许多公司代码以及不同的销售范围都有效；例如，
销售和分销中使用的客户代码和会计中使用的客户代码是同样的；
Collected by Tomy
Page 44 of 44
SAP-SD
客户主数据-帐户组Customer Mater-Account Groups
一个帐户组是客户主记录的一个分类；帐户组指定了一下内容： 主记录中的哪些输入是必须的或可选的（字段选择）； 客户帐户编号的号码范围；
编号是用户分配还是系统分配（外部或内部编号分配）； 是否是一次性帐户； 使用何种输出确定程序；
你可以用你自己的帐户组来补充系统预定义的帐户组；
客户主数据-数据组的字段选择Customer Master-Selecting Fields for Data Groups 你可以在客户主记录中找到一般数据以及销售和分销的数据以及公司代码的数据； 你可以使用字段选择来为每个帐户组定义字段是可选的还是必输的，你可以隐藏任何你
不需要的字段； 客户主数据-帐户组的字段选择Customer Masters-Selecting Fields for Account Groups 在标准系统中已经为不同的伙伴功能建立了帐户组，例如： Sold-to party； Ship-to party； Payer； Bill-to party；
为这些帐户组的每个都选择特定的字段；字段选择依赖于需要的伙伴功能的功能； 客户主数据-影响字段选择的其他因素；
除了帐户组以外，创建的事务、修改和显示客户主记录也影响哪些字段被选择； 编辑客户主记录的事务有： 从销售和分销的观点； 从会计的观点； 集中的观点；
在SAP标准系统，例如，你能够使用会计或者集中事务来维护银行详细资料； 字段选择的结合规则Lingking Rules for Field Selection
两个影响因素（帐户组和事务）的字段状态信息成对地组合；组合的规则是具有高优先
级的决定各自字段的状态； 优先级（高->低）Hide，Display，Require，Optional 物料-物料类型Material-Material Type
Collected by Tomy
Page 45 of 45
SAP-SD
所有列示的付款担保形式代表为应收款减少风险的选项； 在主数据页面存在不同；
针对信用卡，信用证和出口信用保险的检查和信用管理中的个别检查使用相同的方式进
行管理；在信用管理中，设置了一个会在确定全局状态时考虑的状态； 锁住的凭证的释放/拒绝时通过被锁销售凭证清单来实现的；
保险余额和信用证余额的更新是通过信息结构来执行的，就像在信用管理中一样； 信用证和付款卡之间一个明显的差异是如果信用证输入到一个付款担保程序中，则在订
单中必须分配一个信用证，否则订单会被锁住；如果付款卡输入到程序中，则即使不输入付款卡订单也不会被锁；该差异的原因是使用这些付款担保形式的业务交易之间的差异；
[原创] SD从零开始56 付款卡（Payment cards）
付款卡处理的业务伙伴Business Partners for Payment Card Processing 付款卡代表了每天业务交易的一个重要的部分； 几个业务伙伴包含在付款卡处理中； 持卡人使用卡来采购货物或服务；
商家交货或提供服务给客户并接受付款卡作为付款方式； 票据交换所clearing house为卡发布授权并执行结算； 商家开户行代表商家参与结算和付款处理；
发卡银行负责发行卡给持卡人并且也参加结算和付款处理；
SAP目前支持商家和票据交换所之间的业务交易（不支持打印或客户卡管理）； 付款卡处理的处理链Process Chain for Payment Card Processing 付款卡处理支持下列功能：
一个付款卡计划在抬头分配给销售订单；该计划包含信息例如卡号，卡类型以及授权
数据； 当创建交货时，会为授权执行一个有效性检查；如果授权不再有效，或者如果数量的
增加需要价值的增加，则用户需要在销售订单中再次执行授权； 付款卡数据从订单复制到Billing凭证；
付款卡数据和授权数据在Billing凭证传输到FI时向前传送；在配置中，你可以配置
系统以使当包含采购卡时，结算所需的额外数据从SD传输到FI； 使用付款卡的交易可以记账到deviating accounts（当控制Billing类型时查看字段
Account determination for payment cards）； 最终结算处理是通过票据交换所在这些信息的基础上执行的；
Collected by Tomy
Page 31 of 31
SAP-SD
使用外部系统为付款卡授权Payment Card Authorization with an External System
这种形式的处理发生在零售业；电子收款机系统（POS）是为货物付款的地方（通常是
收银机）； 没有销售或者装运凭证产生；
当使用电子收款机系统，授权在一个外部系统中执行； 相应的数据导入到R/3系统，Billing凭证在R/3系统中创建；
客户主记录中的付款卡数据Payment Card Data in the Customer Master Record
付款卡数据可以通过Payment transaction screen存储在付款者主记录中（Payment cards button）； 这里，你指定付款卡类型（例如，VISA），付款卡号码，以及该卡的有效期； 一张卡也可以输入为默认值；这会出现在订单处理中的F4帮助中；
如果一张卡被锁，也可为相应的付款卡输入锁住的原因；（仅用于信息的目的，对于订单中的锁没有影响）； 当你在客户主数据中输入付款卡，下列检查会被执行：
系统检查卡号的有效性，倘若相应的检查程序已经在该卡类型的配置中维护了； 系统也检查是否该卡已经在另外的客户主记录中输入了；同样的卡不能输入到多个客户的主数据中； 带有付款卡计划的订单的结构Structure of an Order with Payment Card Plan
一个付款卡类型必须分配给允许付款卡处理的所有销售凭证类型（例如，如果没有付款
卡计划类型分配给现货销售，则这里不会出现付款卡的输入字段）； 付款卡数据只能在抬头输入；
付款卡处理所需的信息存储在销售订单的不同水平： 订单抬头包含付款人的数据 订单条目包含定价信息； 计划行包含交货日期和数量；
付款卡计划包含付款卡数据和授权数据；
授权处理在订单被保存时自动地触发或者它可作为一个后台作业执行；
授权之后，授权号存储在订单中；如果例如数据传输有技术问题，该号码也可以手工
的输入； 每个单个的授权都有一个详细屏幕，在这你可以查看附加的信息； 数据传输到票据交换所Data Transfer to the Clearing House 票据交换所为订单发布授权并且也负责结算；
Collected by Tomy
Page 32 of 32
SAP-SD
和外部系统的透明接口允许商家传输和接收数据；
在标准的R3系统中，函数CCARD_AUTH_SIMULATION作为一个模板提供给你以创建
用户定义的授权函数；
标准系统还包含了函数CCARD_SETTLEMENT_SIMULATION，用于创建用户定义
的结算函数；
授权Authorization
授权通常在订单的抬头执行；用其他的话说，新的授权必须始终为整张订单创建； 使用检查组，你可以在配置中设置必要条件，用来控制在什么环境下授权会被确定；然
后你可以设置系统以使授权仅为完整的订单执行； 依赖于检查组，你还可以指定授权范围（用其他话说，授权什么时候会被确定）； 如果你使用标准系统中提供的授权必要条件1，授权在你保存订单时触发；授权必要条
件1供后台处理使用； 检查组必须分配给销售凭证类型；
在上面的例子中，一张订单已经在今天输入并且使用VISA卡支付；授权会在创建交货
前一天执行并且有效期为14天； 依照计划行，下一次物料可用日期在3天后；这意味着授权处理必须在2天的时间内执
行，根据指定的授权范围； 订单中的授权在Billing中使用；订单中的一个状态显示哪个授权已经被使用； Mark：你可以在配置中使用检查组来控制是否在订单中执行初步授权（价值0，如果目
前日期在授权范围之外）来检查卡数据的正确性； 结算Settlement
当会计凭证从传输过来的包含付款卡数据的Billing凭证创建时，会执行下列记账： 客户帐户的借方和贷方记账； 销售收入记账；
应收款记账到票据交换所的中间科目；
该记账流程可以解释为授权担保应收款并且票据交换所代表相应的业务伙伴付款； 应该为每个票据交换所建立一个中间科目，因此条件技术可用于执行记账到相关的科目
（所有使用VISA和MC支付的应收款记账到GZS的中间科目；所有使用AMEX支付的应收款记账到AMEX票据交换所的中间科目，等等）； 每隔一定间隔，单笔记账可以在票据交换所的中间科目累积并作为一个总值记账到相应的中间银行科目；同票据交换所的结算由中间银行科目触发；现在该科目包含期待付款的来自票据交换所的应收款；应收款通过一次结算运行来传送； 后台处理号码可用于收款过程中作为分配的目的； 中间银行科目在票据交换所支付应收款的基础上被清帐；
Collected by Tomy
Page 33 of 33
SAP-SD
[原创] SD从零开始57 第三方订单处理流程
第三方订单处理的流程Processes for Third-Party Order Processing
客户的采购订单首先在你公司的一个销售组织作为一张销售订单输入；自动地从这张订
单创建一张采购请求； 然后，在MM的采购应用程序中为外部供应商创建一张采购订单；该订单声明所有商品
将直接交货给客户； 一旦供应商向你证实外向交货已经完成，你就记账收货以使这些信息记录在系统中； 在MM的发票校验应用程序，你输入由供应商为因由供应商交货给客户而出具给你公司
的发票； 最后，你产生给你的客户的销售Billing活动；
第一处理步骤：创建销售订单1st Process Step：Create Sales Order
第三方订单处理在你输入带有第三方条目的销售订单时启动；无论该订单是由部分第三
方条目还是订单中所有的条目都是第三方条目组成； 依赖于你的系统在配置中是怎样设置的，第三方条目类别可以由系统为各自的物料自动
地确定（“自动第三方订单处理”）；然而，如果你想将你通常自己交货的物料作为第三方条目处理，你可以通过输入各自的条目类别手动地将标准条目修改为第三方条目（“手动第三方订单处理”）； 在第三方订单条目的自动排程中，系统考虑来自物料主数据的计划交货时间，那就是，供应商要求交货的时间；采购部门的处理时间，那就是采购部门处理第三方订单所需要的时间，也包括在内；采购部门处理时间在配置中分配给工厂； 创建采购请求Creating the Purchase Requisition
在销售的标准配置中，系统配置为当你保存销售订单到数据库中时，采购请求在采购中
自动地创建； 这里，为每个第三方条目自动地创建了一条单独的采购请求条目；在创建采购请求的同
时，系统自动地为每个请求条目确定一个供应商；如果一个第三方订单条目具有多个计划行，系统为每一行创建一个采购请求条目； 你可以从销售订单的计划行跳转到显示创建的采购请求条目；
在销售订单中，你可以对第三方订单条目的数量和交货日期作后续的修改；你所做的修
改会自动地复制到各自的采购请求，倘若采购请求的发布状态还允许这样的话； 采购请求具有销售订单的科目分配；该科目分配在采购请求中不能修改； 带第三方条目的订单的结构Structure of Order with Third-Party Item
销售凭证由凭证抬头和任意数量的条目组成；每个条目可以有任意数量的计划行；在计
Collected by Tomy
Page 34 of 34
SAP-SD
划行层次你找到采购和分销的数据；
销售凭证为抬头，条目和计划行设置进行配置，与各自的结构保持一致；有关的控制手
段包括销售凭证类型，条目类别，以及计划行类别； 你通过创建一张标准销售订单（例如，销售凭证类型OR）来创建第三方订单条目； 在标准配置中，条目类别TAS定义为第三方订单条目；同样，系统配置使计划行类别
CS为第三方订单条目确定； 销售订单可以由更多的第三方订单条目或其他条目类别的条目组成； 条目类别确定Determination of Item Category
对绝大多数来讲，条目类别依赖于销售凭证类型和物料的条目类别组；另外2个因素，
条目用法（item usage）和上级条目的条目类别，在第三方订单处理中具有较小的重要性； 使用条目类别组，你可以从销售的角度将不同的物料分组；例如，你应该将条目类别组
BANS（“第三方条目”）分配给那些在销售中独自作为第三方订单处理的物料；标准系统中的条目别分配引起自动确定条目类别TAS； 如果你已经在配置中定义了允许的选择，由系统确定的条目类别可以被修改；典型的用
法是如果你想要通常由你自己交货的物料由外部供应商直接交货给客户； 第三方订单处理的交货计划行类别Delivery Schedule Line Category For Third-Party Order
Processing 在标准系统中，计划行类别CS用于处理第三方订单条目；
因为第三方订单条目不是由你公司供应，你不需要在你的系统中记账发货；因此，计划
行类别CS在配置中不包含移动类型并且不会设置为与交货相关； 在标准系统版本中，一旦销售订单保存到数据库中，系统就会自动地从销售订单为第三
方订单条目创建一张采购请求；同样，计划行类别CS的配置中包含用于采购请求的凭证类型的说明以及条目类别（用内部特性表示）和科目分配类别； 确定计划行类别Determination of the Schedule Line Category 计划行类别被分配给条目类别； 这样分配的目的是：
当订单输入到系统时系统自动地带出一个计划行类别； 定义如果默认值会被改变时用户可以选择的计划行类别； 分配受物料主记录中的MRP类型的影响； 当自动确定计划行类别时，系统进行2个步骤：
首先，系统尝试使用条目类别/MRP类型的关键字组合来确定计划行类别； 如果没有找到计划行类别，系统使用条目类别/无MRP类型关键字组合来搜索； 因此，如果有物料的MRP类型在物料主记录中没有维护，但是需要找到一个计划行
Collected by Tomy
Page 35 of 35
SAP-SD
类别，计划行类别分配的配置设置必须包含带条目类别和MRP类型为空的行；例如这种情况：对于条目类别TAS，系统确定计划行类别CS；
第二处理步骤：创建采购订单2nd Process Step：Create a Purchase Order 在第三方订单处理中，采购订单通常的方式是从采购请求创建；
当创建采购订单时，系统自动地采用来自各自销售订单的交货地址和收货地址； 你可以在销售订单中为每个第三方订单条目维护订单文本；他们在采购订单创建时自动
地复制到采购订单； 创建的采购订单出现在销售订单的凭证流中，从这里你也可以跳转到采购订单；
采购订单中的第三方条目Third-Party Item in the Purchase Order 第三方订单条目在采购订单中标记为条目类别S；
第三方条目必须具有一个科目分配；在标准版本中，使用科目分配类别X（所有辅助
科目分配）； 你在采购订单中做的任何数量和日期的修改会自动地复制到销售订单；这些修改可能是必须的，例如，如果供应商报告不同的日期和数量； Mark：如果已经有了一张业务交易的采购订单并且你想要修改销售订单，你必须在采
购订单中手工地执行这些修改因为这不会自动地更新；这可能会发生，例如，虽然客户已经取消了销售订单，但是它们还是收到了交货；为了监控这些活动，你可以使用报表SDMFSTRP来创建一张带有第三方订单条目但是采购和销售之间存在数量差异的所有销售订单的清单； 第三处理步骤：记账收货3rd Process Step：Post Goods Receipt
你可以按这种方式设置业务流程，只有在预先为采购订单输入了收货，才可以输入供应
商的发票； 用这种方式防止了即使交货尚未发生，客户却收到了Billing凭证的情形；
只有当供应商向你报告交货已经交割时，你才记账收货；可选择的是你可以让客户确认
交货的收据； 为了能使用该监控特征，在采购订单条目中设置GR标识符或者在配置中执行必须的设
置； 因为没有物流发生在你的公司，收货记账仅作用于你系统的价值更新；
第四处理步骤：为采购订单记账发票接收4th Process Step：Post Invoice Receipt for Purchase
Order 你使用后勤发票校验模块为来自供应商的每张发票输入一张发票接收；
如果在你的第三方订单处理的业务流程中提供了收货，只有在你已经输入了收货到系统
之后你才可以记账发票接收； 第五处理步骤：为销售订单Billing5th Process Step：Bill for Sales Order
Collected by Tomy
Page 36 of 36
SAP-SD
一旦你在系统中记录了发票接收，你就可以开始为客户Billing；
销售订单组合到billing due list并且在为Billing的下一次多重处理运行中处理； 该due list有关的billing date对应于发票接收凭证的记账日期；
因为在系统中不存在第三方订单条目的交货，你在选择要Billing凭证时设置标记为
order-related billing； Billing相关性和Billing数量Billing Relevance and Billing Quantity
如果在配置中，Billing相关性标识符设置为F（“订单相关的Billing：状态依赖于IR的
数量”），只有当供应商发票已经收到并输入到系统中，系统才会在billing due list中包括该订单； 在销售凭证到Billing的复制控制中，第三方订单条目类别的标准设置定义了来自发票接
收凭证的数量，而不是订单数量，会复制到Billing中（Invoiced quantity字段）； 第三方订单处理：配置清单Third-Party Order Processing：Checklist for Customizing 如果你在销售凭证控制中实施用户定义的对象： 定义第三方条目类别（包括定义Billing相关性）； 维护条目类别确定；
定义第三方订单处理的计划行类别（包括分配凭证类型给采购请求）； 维护计划行类别确定；
维护销售凭证到Billing的复制控制（包括Billing数量的确定）；
[原创] SD从零开始58 跨公司销售
跨公司销售活动的流程Process for Cross-Company Sales Activity
example：首先在销售组织2200中输入一张销售订单，这属于所谓的订单公司Ordering Company Code（公司2200）； 与负责交货的工厂相关的公司叫做交货公司（公司1000）；
一旦订单到期应该交货，你就创建交货；Goods Issue发生在装运活动的结尾，并且货物交付给客户； 然后，最终客户的发票在销售组织2200中创建，那就是，在订单公司中；
为了使公司间Billing发生在涉及的2个公司之间，交货公司通过它的销售组织1000发
行一张内部发票给订单公司； 依赖于这两个公司之间达成的协议，发票接收的输入可能自动地发生；如果不的话，收
到的发票在订单公司的财务会计系统中手工地输入； 第一处理步骤1st Process Step：Create Sales Order
跨公司销售处理的流程开始于你创建一张标准的销售订单；
Collected by Tomy
Page 37 of 37
SAP-SD
在一张销售订单中，系统为每个订单条目确定交货工厂，或者这些数据由处理者手工输
入；系统可以从下列主记录中带出交货工厂（顺序依照优先级）： 客户-物料信息记录； 收货的客户主数据； 物料主数据；
如果订单条目的交货工厂属于不在创建订单的销售组织中的一个公司代码，系统认识到这是一个跨公司的销售活动； 分配销售组织和工厂Assignment Sales Organization and Plant
当你创建订单，系统检查销售组织和交货工厂的组合是否被允许；
依赖于销售组织，被销售活动允许的工厂连同分销渠道一起定义；这样就可以允许销售
组织从几个工厂销售货物；反过来，一个工厂可以分配给几个销售组织； 在配置中，一个工厂唯一地分配给一个公司代码；一个销售组织，也仅属于一个公司代
码； 销售组织和工厂的相互分配不需要属于相同的公司代码；否则，跨公司的销售活动就不
可能了； 分销渠道从销售的角度提供了在一个销售组织中更进一步的区分工厂的方法；例如，一
个分销渠道可以允许一个销售组织内的某些工厂，而不允许其他的； 公司间Billing的价格Price For Intercompany Billing
在订单中，系统自动地执行定价，通过评估存储的条件主记录；
条件类型PR00指定向客户Billing的价格；该价格可能在给客户的发票中以附带费用和
折扣的形式出现，倘若其间没有发生修改的话；因此该价格代表了收入； 为信息的目的，代替物料的移动平均价，你具有这样的价格，即订单公司需要支付给交
货公司（为公司间Billing的价格）的价格；它会与公司间Billing相关并且描述订单公司的成本； 为了描述内部价格，在标准系统中有2个条件类型： PI01（quantity-dependent）； PI02（percentage）；
条件记录连同订单中输入的销售组织，交货工厂以及，如果必要的话，物料一起维护； 公司间Billing的金额作为一个统计值出现在销售订单的条件屏幕上（它只是显示，对
于客户的定价结果没有影响）； 第二处理步骤：执行装运活动2nd Process Step：Execute Shipping Activities
一旦交货已经被创建，装运活动就开始了；这可以在为到期的订单执行标准的集中交货处理功能的帮助下或者直接参考一张销售订单来发生； 作为一个规则，交货在装运流程的第一个工作步骤将要开始时创建；
Collected by Tomy
Page 38 of 38
SAP-SD
装运流程中的单个工作步骤（捡配，包装，打印交货票据等等）在交货的基础上执行并
且也记录在交货中； 交货的创建和装运活动的执行都发生在订单中指定的装运点；装运点在配置中分配给交
货工厂； 装运处理的工作步骤Worksteps for Shipping Processing
为捡配的目的，一张参考交货的转移订单被创建了；转移订单的打印清单交给捡配人员
以使他/她能够从仓库中捡配所需的货物； 依赖于配置中的设置，捡配可能需要确认（confirmation requirement）；在转移订单的确
认中，你可以输入数量差异； 如果货物在装运中会被包装到大箱子或放到货盘中，适当的信息会被存储在交货中； 使用SD输出控制和输出处理功能，你可以打印交货票据；
发货过账是装运流程的结束活动；这里会发生对库存数量和价值的更新； 第三处理步骤：为最终客户创建发票3rd Process Step：Create Invoice for End Customer 给最终客户的发票是在创建销售订单的销售组织中创建；
开发票参考交货单；这里，外向交货取自另外一个公司代码并不重要；
由于发货记账，交货单自动地输入到billing due list；发票或者立即创建，或者在一次
Billing集中处理运行中创建； 交货的发货记账日期是billing due list的相关的Billing日期； 给最终客户的发票的元素Elements of Invoice to End Customer
给最终客户的发票是“普通”发票；在标准版本中，你使用Billing类型F2或者F1，
藉此在标准订单（销售凭证类型TA）的案例中，系统自动地使用Billing类型F2作为默认值； 与内部发票相比，付款人以及销售单元和公司代码都直接从订单中获取； 在订单中，公司代码得自输入订单的销售组织，因此被叫做订单公司； 第四处理步骤：创建内部发票4th Process Step：Create Internal Invoice
在上面的例子中，为在销售组织2200中提供服务给客户在公司间Billing，交货公司发
行一张发票给订单公司； 内部发票由销售组织1000创建；在配置中，你分配负责公司间Billing的销售组织给交
货工厂； 像给最终客户的发票的情况一样，Billing参考交货；你在为Billing选择凭证时设置指
示符“intercompany billing”； 只有在发票发行给最终客户之后，交货才会输入到交货公司的各个销售组织的biling due list； 内部发票的元素Elements of Internal Invoice
Collected by Tomy
Page 39 of 39
SAP-SD
在标准版本中，Billing类型IV用于内部发票，这是自动地在订单的基础上带出的； 内部发票的付款人通常是订单公司，就像是交货公司的客户；为此你在交货公司中创建
一条客户主记录，在其中你维护与Billing相关的数据；然后，你在配置中分配各自的客户号码给订单公司的销售组织（字段“Customer IV”）； 内部发票中的公司代码来自交货工厂所属的公司代码；因此它和交货公司相同； 在配置中，你分配为创建内部发票所必须的销售组织单元给交货工厂（字段“Sales organization IV”，“Distribution channel IV”，“Division IV”）；确保相同的设置也用于库存转移活动； 付款人的客户主记录Customer Master Record for Payer
为了使内部发票能够被创建，创建销售订单的订单公司中的销售组织必须存在一个客户
主记录；该客户主记录必须分配给该销售组织； 在客户主记录中，最小限度的信息必须被维护；这些信息包括付款人角色相关的数据（例
如，地址，统御科目）；你也应该在这里存储公司间Billing使用的货币； 公司代码层的数据在交货公司创建；
销售范围层数据连同公司间Billing的销售组织单元一起维护（sales organization IV，distribution channel IV， division IV）； 内部发票中的条件Conditions in Internal Invoice
内部发票中的条件类型PR00显示了Billing给最终客户的金额，它作为信息条目并且是非激活的； 内部Billing激活的价格由条件类型IV01提供；它通过参考条件类型PI01来确定并因
此是交货公司需要从定购公司收到的价值； 对于交货公司，条件类型IV01表示收入；成本通过物料的移动平均价提供； 内部发票中的定价程序Pricing Procedure in Internal Invoice
在内部发票中，系统使用一个计算程序（标准版本是ICAA01），不同于销售订单和客
户Billing凭证中的计算程序；这里，条件类型PI01被条件类型IV01取代； IV01，与PI01相反，不被标记为统计值；
通过在条件类型IV01的定义中定义对条件类型PI01的参考，你最终为两个条件类型得
到相同的条件值；这里条件PI01代表定购公司的成本，而IV01代表交货公司的收入；为公司间Billing使用不同的条件类型对于确保数据正确地传送到财务决算（CO-PA）是必要的； 内部发票中的计算程序确定与Billing类型中定义的凭证程序，销售范围以及客户主数
据中存储的客户定价程序有关；用销售范围你可以查看为公司间Billing分配给交货工厂的销售单元； 第五处理步骤：记账发票接收5th Process Step：Post Invoice Receipt
由发货公司（公司代码）发行给定购公司的发票必须在订单公司代码的财务会计中输入
Collected by Tomy
Page 40 of 40
百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库SD从零开始38-63在线全文阅读。
相关推荐：