[原创]SD从零开始33 Billing简介
Billing在SD流程链中的集成；
Billing document表征SD流程链中的最后功能；
Billing document在R/3系统的不同区域有不同的影响；
Billing的重要一部分是到FI的接口，这允许你在创建billing documents的同时在FI和CO中自动创建凭证；
Billing document的结构
所有的billing document都有相同的结构，由header和任何数量的items组成；
Header包含对整个billing document有效的一般数据，包括：
Customer number of the payer；
Billing date；
Net value of the entire billing document；
Items包含与每个item相关的数据，包括：
Material number；
Billing quantity；
Net value of the individual items；
Billing Document屏幕
Billing中的数据可以显示在不同的屏幕上，这些屏幕划分如下：
Overview screens：
Overview with header and item data；
Detail screens：
Screens at header level with general data；
Screens at item level with specific data for the items；
通过在预览屏幕选择菜单项Goto直接跳转到你想要的tab page以在预览、抬头，行项目屏幕间切换；
[原创]SD从零开始34 Billing概览
配置-如何着手customizing-How to Proceed
第一步，在相关的数据视图中定义你的组织结构；
下一步，不同的组织单元之间的分配；
小心地和一致性地设立你的组织结构，确保你考虑到了你公司的所有领域；
尽可能有效地设立你的组织结构，这样会避免额外的工作，例如主数据维护，你有几个评估选项；
分配销售组织和工厂Assigning Sales Organizations and Plants
公司代码代表一个独立的法定公司实体，因外部报告的目的为公司代码建立了一套完整的科目；
销售组织和工厂唯一地分配给一个公司代码；
对于每个销售组织，系统在分销渠道的基础上决定工厂，因此一个销售组织可以销售来自多个工厂的货物；
一个工厂也可以分配给多个销售组织，所有这些销售组织都可以销售来自该工厂的货物；
在一张销售订单中，系统在优先级规则的基础上自动创建一个delivering plant；
一个销售组织还可以销售来自不同公司代码下的工厂的货物（inter-company 销售）；
通过让工厂依赖于分销渠道，你可以从销售的角度更进一步地区分一个销售组织中的工厂；
例如，分销渠道直销可能在销售组织中的某些工厂允许，其他不允许；
会计中的组织Organization in Accounting
R/3中的每个公司代码都使用一套科目表中的总账科目；
一套科目表中的总账科目是唯一的；你可以命名科目表以满足你特定的需求；
在财务会计中，业务交易在公司代码层创建、保存，处理和记账；
你可为每个集团创建几个公司代码以为几个独立的公司执行会计核算；至少有一个公司代码；
因为销售组织是分配给唯一的公司代码的，因此当你在销售订单中输入相应的销售组织后会自动决定公司代码；
业务区域（business area）代表一个你可以执行内部报告的组织单元；
一个公司代码可能会划分为几个BA，一个BA也可能使用于几个公司代码；
因为这个原因，BA在所有公司代码中必须有相同的描述；
定义BA是可选的，他们不仅可用来为公司代码，还可以为其他内部区域（例如，division-related）准备资产负债表和损益表；
每个订单行项目的相关BA根据定义的规则来决定；
[原创]SD从零开始35 控制Billing处理流程
Billing类型Billing Types
Billing type控制整个billing document；
Billing type用来涵盖在billing流程中的整个业务交易范围；
以下是R/3中的常用的billing type列表：
F2 Invoice 发票
F8 Pro forma invoice 估价发票
G2 Credit memo
L2 Debit memo
RE Returns
S1 Cancellation invoice
S2 Cancellation credit memo
LR Invoice list
LG Credit memo list
IV Intercompany billing (invoice)
IG Intercompany billing (credit memo)
BV Cash sale
Controls
你可以在标准R/3系统中创建新的billing
types或者重定义已存在的billing
type来满足你公司的需求；
Billing type的许多控制参数更进一步影响财务会计流程（posting
block，account
determination）；
从4.0版本起，billing type包括了新的字段，用来表征SD/FI接口的特殊特征；
例如document
type，negative
posting，branch/head
office and value dated memos；
在4.6版本，你可以使用report
SDCHECKVOFA检查billing
type各种设置的精确性和一致性；
（MARK：该报告不会执行所有设置的完整检查，你可以在相关的文档中找到有关的信息）；
Billing类型建议Billing Type
Proposal
在Item
category的配置中，你可以决定billing是delivery相关还是order相关；
系统从下列销售凭凭证类型中带出一个相应的billing
type：
例子：
在delivery-related
billing中，标准订单使用billing
type F2；
你可以在创建billing
document时通过输入默认的billing
type来改变带出的值；
交货相关发票Delivery-Related
Invoices
当创建发票时你既可以参考订单也可以参考交货单；
如果你想确保在生成发票前货物已经发运，则参考delivery创建发票；
你可以用一张发票同时地参考一张订单和一张delivery；
订单相关发票Order-Related
Invoices
如果你想为向客户提供的服务开发票，你通常将会参照销售订单来创建发票，因为deliveries通常是不会为services创建的；
[原创]SD从零开始36 特殊的Billing type
取消Cancellation
要取消一个billing
document，你必须创建一张cancellation
document；
系统复制参考凭证的数据到取消凭证并且冲销会计中的条目；
然后Billing
document的参考凭证（例如，取消了的发票的delivery）又可以做billing；
在标准系统中，credit memos可用billing
document type S2来取消；
你不需要为cancellations在copying
control中增加一个条目；
要修改的参数（例如，assignment
number和reference
number）按照每个billing
type直接存储在屏幕的cancellation
area；
从4.0版本开始，你也可以选择取消billing
document中的个别items；
贷项和借项凭证Credit and
Debit Memos
你可以参考贷项或借项凭证请求（sales
documents）或者如果你的公司不需要release流程的话可以直接参考billing document来创建贷项或借项凭证；
你可以创建贷项或借项凭证请求：
不参考之前的业务交易；
参考一张订单；
参考一张billing
document；
你可以在配置中控制系统是否为贷项凭证或借项凭证请求自动设置billing
block；负责人可以：
释放请求，可以决定贷记或借记的金额或数量；
拒绝贷项或借项凭证中的items并输入一个拒绝的原因；
释放或者拒绝贷项凭证请求Releasing or
Rejecting Credit Memo Resuests
你可以通过删除billing
block来释放贷项凭证请求或退货；
如果complaint还没有被证实你可以为拒绝的items输入原因；这些items的值不会复制到billing
document中；
使用reason for
rejection允许你控制item是否：
以0值复制到贷项凭证；
全部出现在贷项凭证；
Debit memeo request按照相同的方式处理；
贷项凭证请求的工作流Workflow for
Credit Memo Requests
贷项凭证请求通常在创建的时候是blocked
for billing的，直到负责人释放了该block；
在你的公司中，你可以定义贷项凭证请求执行检查的触发点以及依赖于贷项凭证请求的价值的负责人；
如果贷项凭证请求的价值低于某一最小值限制，则系统自动释放它；
贷项凭证流程的framework中的workflow确保了在贷项凭证请求创建时，依赖于包含的价值自动地确定和通知相应的负责人；
负责人可以reject，release或者process该贷项凭证请求；
发票校正处理流程Invoice
Correction Process Flow
发票校正请求产生贷项凭证和借项凭证请求的组合；
在一方，不正确的billing item自动创建借项凭证item；产生的差异表示将要贷记的最终总额；
发票校正请求必须参考相应的billing
document（不能参考订单或询价单）创建；
在创建发票校正请求时，items会自动复制（这意味着对于billing document中的每个item，会创建第2个item），新建的item 类型必须具有相反的+/-值；
首先所有的贷项凭证items显示，然后是所有的借项凭证items；当你指定了前述的凭证以及前述的item，对相应billing document的参考就创建了；
贷项凭证item不能修改，但是相应的借项凭证item可根据新的特征（例如新的定价，数量改变）更新；
你可以成对地删除贷项和借项凭证（未改变的items对可用这种方式一次全部删除）；
数量差异Quantity
Difference
数量差异用于因毁损或者次品数量引起的客户投诉处理；
系统通过debit
memo凭证item修正将要billed的数量；
如果相关的billing
document产生了其他的item
paires并且这些items没有被修改，它们可以通过一个步骤删除，使用“Delete
unchanged items”功能；
价格差异Price
Difference
价格差异用于处理货物定价不正确的客户投诉处理；
必须在debit memo中执行定价元素的修正；
退货Returns
你为从不满意的客户回退的货物创建return；
Returns按照和credit
memo requests相同的方式处理；
MARK：credit memo参考订单，这意味着它参考return
request document，而不是return
delivery；
估价发票Pro Forma
Invoices
估价发票的billing
types可用于出口贸易；
你可以参考orders或者deliveries创建估价发票；你不需要在创建deilivery-relates估价发票之前post goods issue；
你可以创建所需的任意多的估价发票，因为参考凭证中的billing
status不会更新；
估价发票中的数据不会传送到会计；
MARK：在copying control中，字段“Quantity/value
pos./neg.”不可输入，目的是为了避免估价发票更新参考凭证中已经Billing的数量的可能行；
现金销售Cash Sale
对于现金销售，是在订货的时候付款；发票也是在这时打印；R/3系统为这种类型的业务交易提供了一个cash
transaction；
现金销售具有如下特征：
订单和交货在一步创建，尽管你各生成一张凭证；
Goods issue post在稍后时间作为一个单独的transaction处理，因此客户不需要等待；
订单类型CS用于现金销售；它具有自己的输出类型RD03允许你从订单打印发票；
实际的billing
document可在goods
issue post之后创建；使用billing
document type CS，CS配置如下：
Order-related billing；
No output determination，因为这已经在订单中执行了；
No new price determination，因为定价不应该不同于打印的发票；
FI中过账到一个现金结算科目，而不是客户；
Billing type SV用于现金销售的Cancellations；
[原创]SD从零开始37 Billing
Document中的定价
Billing流程Billing
Process
每个billing
document都需要一个参考凭证（例外：billing
external transactions）：
Sales document销售凭证；
Outbound delivery外向交货单；
Billing documentBilling；
当明确地billing时，你必须输入参考凭证的号码作为要billing的transaction；
参考凭证Reference
document
当创建billing
document时你必须总是要参考一张已经存在的凭证；
然后数据会从参考凭证复制到billing
document，对于delivery-based
billing，
将要billing的数量可以从delivery获取，然而价格则从初始的订单获取；
参考凭证作为source at
header level显示在copying
control table；
凭证流Document
Flow
SD流程中的凭证网络使你可以快速地和容易地找到所有相关的前述的和后续的凭证；你也可以从该凭证流中显示单个的凭证；
MARK：你可以为整张订单或者单个items调用凭证流
随同document
flow，你也可以使用状态显示来监控交易的处理；
MARK：为了保证你在凭证流中看到所有为transaction创建的后续凭证，你可以在订单显示屏幕上查寻它；
数据流Data Flow
你可以在一定程度上影响从参考凭证到billing
document的数据流；通过：
Billing types（例如，for
texts，partners）
Copying control：控制选项如下：
At header level：
Foreign trade data；
Allocation number；
Reference number；
Item number assignment；
At item level：
Quantity；
Pricing；
你也可以使用数据传输routines来影响数据流以满足你个别的需求；
例如，付款条件可以从客户主数据复制而不是前述的销售凭证；
复制控制Copying
control
系统管理员可以在copying control
table中定义数据如何在billing流程中传输；要为以下确定控制：
The header（target：billing
types，source：sales
document type）；
The item（target：billing type，source：sales
document type，item
category）；
如下controls建立在header level：
参考凭证：那些凭证可用作billing的参考；
Foreign trade data，allocation
numbers，reference
numbers以及item
numbers的决定；
如下控制建立在item level：
Billing数量：哪个数量应该Billing—订单还是发货数量？
价格和汇率：例如价格应该重新计算还是从订单复制，以及采用的汇率？
更新参考凭证的数量和价值；
Billing document中的conditions应该从哪里结转（例如，从shipment
cost document 复制shipment
cost）；
复制条件Copying
Requirements
你可以在copying
control的requirements中指定billing a
sales document的条件；
你可以为header和items定义复制条件；
有了复制控制条件，你可以，例如，指定是否必须在执行billing之前post goods
issue；
你可以用transaction：VOFM来定义你自己的requirements；
Billing数量Billing
quantity
Delivery和order的数量在billing中被引用；
你还可以考虑已经Billing的数量（依赖于相应的billing type使用的领域）；
以上的例子在标准系统中已经定义；
这样就可能，例如，为已经交货的数量创建一张order-related
billing document；
定价预览Pricing
Overview
系统基于凭证信息决定一个定价程序（transaction
type中的凭证决定程序，客户主数据中的客户决定程序，以及销售区域）；
单个的condition
type以相应的顺序存储在定价程序中；
这些条件类型定义了定价中的不同元素，例如价格，特殊折扣，以及运输费用；
每个条件类型都存储了一个access
sequence，这定义了系统用来搜索有效的条件记录的搜索策略；
对于每个access，key fields用凭证数据填充因此系统能够在在条件文件中查找可用的条件记录；
这些条件记录使用刻度（scales）创建；
当决定一个合适的，有效的条件记录时，使用item中的数量或者价值来读取刻度，然后相应的价格/折扣设置在凭证中；
以上的流程会为包含在定价程序中的每个条件类型执行；
Billing中的定价Pricing in
the Billing Document
在billing 时，可以为items设置以下可用的定价类型：
A：定价元素从参考凭证复制并且根据scale更新；
B：重新执行定价；
C：手动定价元素复制，其他的重新执行；
D：定价元素不做修改地从参考凭证复制；
G：定价元素不做修改地从参考凭证复制，tax
condition重新决定；
H：定价元素不做修改地从参考凭证复制，freight重新决定；
系统管理员可以为每个billing type和item category的组合分配或者定义新的pricing type；