-
SAPSD
模块自学笔记
2
Billing
Overview 1
Billing
会对
CO-
PA
产生阻碍,
PA-Profitability Ana
lysis
是
CO
中的模
块,用于对利润进行分析。
通过
Billing
Document
查看一个
CO-
PA
的凭证
其中会包含一些特性值,例如我们能够对
Customer,
Product
以及其他条
件对获利进行分析。
而具体的数据是在
Value
fields
中爱护的,
例如
Revenu
e
,
cost
等一系列的值。
Billing Structure
包含
Header
和
Item
,
系统提供了打印功能,
一样情形下不
使用,因为
要使用特定的金税系统进行打印,因此要写一个小程序将
Billing
的数据导出
来,然后使用金税系统进行打
印。
Billing
中所包含的信息
在
Billing
< br>中能够查看到
Output
的有关配置,我们能够通过<
/p>
Own Spool R
equests
来查看自己的打印要求,
在
SAP
中,
打印时会将要求发送到一个
Sp
ool
server
上去,
然后再将要求通过
Spool
server
传递到打印机上。
通过
Communication
中能够设置是否直截了当打印,
但也
要建立
Reques
t
并放到
Spool server
中,
Release
表示
打印完成后,将
Request
在
Spool
server
上删除。
一个
Sales org
只能
Assign
给一个
Company
code
,
而一个
Plant
也只能
A
ssign
给一个
Company
code
。
然而关于公司内部销售,
我们能够将
plant
assig
n
给其他
company
code
下的
sales
org
。
关于
Intercompany
的业务,
我们需要开两张
invoice
,一张是直截了当开
给客户,另一
张是开给销售的
company
,
在
Sales Document type
< br>中能够指定
多个
Billing
type
。
Company code
是对外
的一个法律实体,需要对外公布财务负债表。
Com
pany
code
一定会有一个
Chart of
account
科目表。
Business Area
是一个内部治理单元,
通常是从产品线角度考虑的,
例如<
/p>
关于内部公司
A
和
B
,他们都生产电脑,
我们想看一
下电脑的销售情形,就
能够通过
business
area
来进行财务状况分析。
Business Area
是能够跨
Company
code
的,能够将
Division
assign
给
Busi
ness
Area
。
Define Business Area
Assign Business Area to Plant and
Division
Billing Type
关于现金销售
Cash Sale
我们有单独的
Billing
type
,
它涉及到今后科目
的决定,一样的财务凭证会借应收账款贷一个销售收入,但关于
Cas
h sale
就
没有应收账款科目,只有一个现金结算的科目。
Billing
type
的操纵范畴
定义
Billing Type
在
Billing
type
中能够设置有关的功能操纵,
例如关于
Posting
block
,
如
果不选中,
储存
Billing
的时候,就会自动产生财务凭证,
如果选中,
则需
要
release
以后才能建立。
p>
建立
SO
,
以及后续的
Billing
Document
,
储存
Billing
后,系统会提示没
有财务凭证产生
。
查看
Document
flow
,
我们会发觉
Invoice
处于
Block
状态。
我们需要修改
Billing document
,同时进行
release
,然后
< br>Accounting Docu
ment
才会建立。
如果
Billing Document
建错了,
我们需要对它进行
cancel
。
这时候
会产生一张
S1
类型的
Invoice
Cancellation
,
那个类
型是在
F2
的
Billing
Type
中设置的。
Billing Document
中的
Item
是从
SO
的
Item
拷贝过来的。
Item categor
y
会去决定
Billing
是与
Order
有关依旧与
Delivery
有关。
Billing Relevance A
< br>代表是与
Delivery
有关,因此要按照
Delivery
建立
Bi
lling
。
Billing Type
是通过
SO
type
来决定的,
我们也能够在建
Billing
的时候对
type
p>
进行修改。
如果选默认值,
那么
Billing
Type
会从
Sales Order
type
中带过来。
在通过
VF04 Billing
Due list
建立
Billing
时,
我们能够同时对
Order
relat
ed
以及
Delivery
related
做
Billing
。<
/p>
在
Order-related
invoice
,
尽管
Invoice
是通过
Order
< br>建立的,
但也必须在
Deli
very
建成之后才能建
Invoice
。
查看
SO to Billing Document
type
的
copy control
配置
如果我们想实现,
建立
Invoice
之前必须要建立
Delivery<
/p>
,即使
Invoice
是按照
SO
建立的。
我们能够在
Billing quantity
选择
D
:
delivery quantity
,
就表示如果
Delivery
没有数量就不能建立
Invoice
。
也能够通过
Copying
requirement
来进行操纵。
Special Billing
Type
Cancellatio
n
的作用确实是将原有的
Invoice
取消掉,在财务会有一张与
原先
invoice
相反的
Accounting
Document
。
一样情形下,
对价格的修改,
因该先在
SO
中进行,然后再修改
Billin
g
,
我们也能够在
p>
Billing
中直截了当修改,
然而会显现
SO
与
B
illing
的价格
不一致的情形。
在做完
Billing
Cancelation
以后,
Delivery
的状态会变为
Being
Processe
d
。
Credit
和
Debit memo
在建立
Credit
Memo
之前,
需要先建一个
Credit Memo Request
,它的类
型为
CR
,
SD
Document
Category K
代表
Credit Memo
Request
,
它表示金额差不多上负
的。
建立
Credit Memo
Request
类型
CR
,
如果在这不输入
Sales
Area
信息也
是能够的,
系统会按照
Customer
来自动找到对应的
Sales Area
信息。
输入
Item
以及
Order
Reason
,默认情形下,
这边会默认存在一个
Billing
Block
,我们需要将它放空才能建立
billing
。
如果我们只想对其中一个
Item
做
Credit memo
,
我们能够对另一个放
Re
ason
for Reject
,如此
Credit memo
中就只存在
Item10
,
而
item20
的金额会变
p>
为
0
。
建立<
/p>
Billing
,
两个
Item
都会被带过来,但由于
Item 20
被
reject
了,
因
此金额为
0.
查看
Credit
memo
的
Accounting
Document
,
通常情形下,应
收账款因该
为正数,但因为是
Credit
memo
,因此它的应收账款是负的。
Invoice
Correction
,
它与
Credit
memo
的区别在于,
invoice
correct
能够
同时体现
错误的
item
金额以及新开的
p>
Item
金额。
在做
Invoice
Correction
时,
必须要参照
Billing
Document
进行建立,
在
p>
建立完以后,每一个
Item
都会显现两行
,
如果要删除其中一个
item
p>
时,
会
同时删除两行。
Invoice correct request
类型为
K
,
与
Credit memo
request
一致,
但不同
的是这边的
Indicator
为
D,
当我们按照
Billing
Document
建立
Invoice correct
re
quest
时,
每一个
Item
都会建两行。
而
Reference
Mandatory M
代表一定要按照
Billing
Document
进行建立。
按照它建立的
Billing
Document
也是
G2 Credit
memo
。
建立一个
Invoice
Correction Request
,
< br>点击
Copy
会复制所有的
It
em
,
点
击
Selection list<
/p>
能够选择指定的
Item
。
< br>关于一个
Item
会显现两行记录,第一行是不能改的,
它的作用是冲掉之
前的记录。
我们能够修改第二行的数量或者是价格。
然后通过
Condition
修改价格,同时将
Billing Block
设置为空,同时要输
入
Order
Reason
。
然后建立
Billing
Document
。
在
Billing
中会将两个
Item
全带过来。
在
Accounting Document
< br>中会将旧的
item
以及新的
i
tem
的有关信息都体
现出来。
那个例子做的不是专门好
~
一样是价格开高了,
或者数量开多了,
我们
需要用
Invoice
correction
来进行修改,
关于价格以及数量开少了的情形,通
常直截了当使用
Debit
memo
来处理。
30
–
35
SD Study Note
–
32
Return
在
return
中会有一张
Ret
urn Delivery
,
然而后续的
Credit Memo
不是参
照这张
Return Deli
very
开的,而是参照
return
来做的。
Return
的
Document
Type
为
RE
。
关于<
/p>
return
,
它是有
Order related bill type,
而关于
Dlv rel billing
type
,
标准系统是没有的。
。
我们也
能够按照差不多存在的
SO
来建立
Re
turn
,也能够单独建立
Retur
n
。
而
Return
也需要输入
Order
reason
,同时需要
release Billing
block
,
它与
Credit
memo
的区别在于需要建立一张
Return
Delivery
。
储存
return
60000088
同时建立
Return Delivery
84000029
,
那个地点不需<
/p>
要做
Picking
,只要做
Post goods Receipt
就能够了。
然后尝试按照
Return Delivery
建立
Billing
,
<
/p>
但这是不承诺的。我们要使
用
Retur
n Order
来建立
Billing
。
储存
Bi
lling
以后,产生的财务凭证与
Credit
memo
是一样的,
应收账款
是减少的。
Pro Forma Invoice and Cash
Sale
Pro forma
Invoice
形式发票,关于出口业务,
我们在开正式发票之前要
开一张形式发票用于报关。
C
ash Sale
的流程与正常的
Sales
Order
类似,
区
别在于最后可不能记到应收账款的科目里,而是现金结算的中间科目,财务
会借
一个现金把那个科目冲掉。
Pro
forma invoice
能够参照
Order
(
F5
)或是
Deliv
ery
(
F8
)来开,
开多
少次都能够,可不能有财务凭证产生。
通过
SO
10262
建立
Pro forma
invoice
,
需要手工指定
Billing Type
F5
。
储存以后,
可不能产生财务凭证。
关于
Pro forma
invoice F5
,
它的
SD document category
为
U
,
它与财务
就可不能有关系。
参照
Delivery 80013697
建立
pro forma invoice,
使用类型
F8
Cash Sales
储存
SO
时,
会打印出
Cash
Invoice
,
delivery
会自动创建,
会记到一个
现金科目中去。
创建
Cash sale
SO
,
类型为
CS
,
关于现金销售,我们通常会使用
One
Ti
me Customer
,
p>
每次建立
SO
时都需要输入客户的信息。<
/p>
储存
SO
10266
,
delivery 80013701
会自动建立。
查看
Order Type
CS
,
Immediate delivery
X
代表:
只有今天能够数量确
认才能自动创建
delivery
。
由于
SO
item Schedule line
的
Confirm
date
是今天,因此
delivery
能够自
动创建。
储存
SO
后,
会自动产生一张
Cash Sales
Invoice
。
p>
如果
Output
没有打印成功,我们能够
对
SO
进行分析。
尽管能够找到,
然而在分析的时候,
显示条件
014
不满足导致
Outpu
t
不
成功。
Cash Sales Order
的
Item Category
为
BVN
,
但如果
Delivery
没有做
Good
s
issue
,
Billing
是建不了的。
在
BVN
中
Billing relevance
为
Order-
related billing
。
做完
goods
issue
后,
建立
Billing
,
类型为
BV
,
储存并查看财务凭证。
与以往的财务凭证不同,钞票是记到
Petty cash
p>
现金科目中的而并不是应
收账款科目。
查看
Billing Document Type
BV
,
其中会包含一个
Account key-Cash
alloc
ation EVV
,
而标准的
Billing Type
是不包含的,这表示在财务中会记到现金科
目而不是应收账款科目。
通过
Account Determination
能够查看到该科目
Data Flow and Copy
control
Invoice<
/p>
中的数据能够从
Delivery
以及<
/p>
Order
中取过来,
例如数量,金额
能够从
delivery
取,
而
Payer
item number
等信息能够从
Order
中取过来。
Copy Control
Copying Requirement
能够操纵
copy
的规则。
Allocation number
和
Reference
number
都会带到
Billing
header
中。
Item
的
copy
control
。
SD
Study Note
–
33
Invoice Combination and Invoice
Split
如果要使用
Invoice
合并的功能,
我们需要使用
VF04 Billing Due list<
/p>
来
进行,而不能使用
VF01
。
合并的条件,
Header
的信息要保持一致,例如付款条件等。
Invoice Split
两张
Or
der
能够合并成一个
Delivery
,
而两张
Order
包含不同的
Terms of
Payment,
但由于
Terms of
payment
是在
Invoice header
中的,因此系统会将这
张
Delivery
按照
Terms of Payment
分
割成两张
Invoice
。
创建两张
SO
,同时进行合并
使用
Payment terms ZB01
< br>,以及
ZB02
分别建两张
SO
,
Material
分别为
T-AT330
和
T-AT229
,
如果需要合并成一张
D
elivery
,
两张
SO
中的
Ship-to
p
arty
必须要保持一致。
10267 & 10268
创建
De
livery
,手工添加
SO
。
储存后
,创建
TO
并
post goods
issue
使用
VF04
运行
Billing Due list
,
选择
Billing Date
范畴,并以
Sold-to
Pa
rty 1320
作为查询条件。
我们能够查到刚才建立的
Delivery
,
点击
Simulation
按钮能够
查看将会
建立的
Invoice
。
p>
会显示出两张
Invoice
,
选中两行同时点击
Split Analysis
能够对
Invoice
分割进行分析。
由于
Payment terms
不
一致导致了
Invoice
的
Spli
t
,
如果存在其他的
head
er
信息不一致也会导致
Invoice
split
。
而
Collective
billing doc
会正式产生
split
后的
Invoice
。
关于
Invoice Split,
使用
VF01
也能够实现,
但关于
Invoice
Combination
就必须使用
VF04
进行。
对
Invoice Combination
建立两张
SO
,
两张
Order
的
PO number
不同。
然后使用
VF04
< br>对两张
Delivery
进行合并。
找到两张
< br>Delivery
,
模拟以后,依旧不能够合并,
缘故是
Assignment
nu
mber
不一致。
想要实现合并,我们需要将
Billing
Type
由
F2
改为
F1
,
因为
F1
是没有
Assignment number
的,
有两种方法,
一种修改
Copy
Control
,
另一种在
VF
04
中选择
Def
ault data
。
指定我们想要的
Billing
Type
。
再次模拟就会合并到一个
Billi
ng
中。
然后进行开票。
然后查看
Log
。
关于
Split
,
我们也能够通过
Copy
control
中进行操纵,
定义我
们自己的
split
条件。而关于
In
voice Combination
,
invoice
header
中的信息一定要一
致。
Item-Dependent
Invoice Split
关于
一张订单我们也能够进行
Split
,
如果
Item
符合
split
规则,就会建
立
Spl
it invoice
,
这是在
Copy
control
中操纵的。
Invoice List
它的作用是将一定时刻范畴内的
Billing
Document
放到一个
Invoice
list
上。
例如
一个总部
Payer1
它包含多个分支机构,
而我们会对这
些分支机构
开
Billing
Document
,
而总部期望能通
过一张包含给所有分支机构所下的
billi
ng
清单并付款。
我们也能够按照
Invoice
list
来设置
Discount
(
Factoring disc
ou
nt
)
。
在
Condition Type
RL00
中
包含
Exclusion A
代表
condition RL00
只能在
I
nvoice
List
中存在。
而关于折扣
RL00
也会对应一个
MW15
的税
nt
Tax
,
它的
Re
ference
condition
type
是
MWST
,
这代表关于
MW15
能够采纳
MWST
的记录而
自己能够不爱护记录。
而
RL00
与
MW15
都需要放在
Pricing
procedure
里。
按照多张
Billing
建立
< br>Invoice list
,
Billing Typ
e
会决定是否能够建立
Invo
ice
list
。
Invoice list
type
决定
Invoice list
的类型。
爱护
Condition type
RL00
。
关于
Invoice
list
,
我们需要打印出来,
因此要配置相应
的
Output
。
在创建
Invoice list<
/p>
之前,我们还需要确保
Customer
中
Invoice list
date
差
不多爱护了,
需要选择
AM
,
代表每个月的最后一天作为工作日,月底。
由于
customer 1320
的
Payer
为
1050
,
因此要按照
1050
建立
Invoice
lis
t
,
在此之前建立
1050
的
condition
record
。
创建
Invoice List
但那个地点的
Sold-to party
< br>貌似是
Payer
,
然后选中最后两个
Billing
然
后储存。
系统会创建一张
Document
。<
/p>
查看
Invoice
List
,
然后查看
Condition
。
RL00
以及
MW15
会被带过来,
由于我们给了折扣,
因此也会有有关的
Accounting
Document
。
由于
Output
的设置不是赶忙打印,
我们能够运行程序
RSNAST00
来手
动触发打印。
后台运行以后,查看日志就能够看到打印后的
Invoice
List
SD Study Note
–
34
Billing Plan
–
Periodic Billing and Milestone billing
Periodic Billing
比方讲我们需要往外租一台复印机,
租期为
4
个月,客户每个月底交钞
票,
每个月
100
块。我们能够建立专门的
Sales order
或是
Rent
Contract
,
我
们后期的
Billing
也能够参照那个
rent contract
建立。
建立一个
Rental
Contract
使用类型
QP
,<
/p>
在那个
Sales Document
type
中有
有效期,
系统会自动算出来需要付多少钞票,然后需要付多少个月。
我们也能够使用专门的
Sales
Area
来处理专门的业务,
选择一个专门的
服务物料,
它会使用一个专门的
Item Category
MVN
。
查看
MVN
,
Billing relevance
代表
Billing
是按照
Order
开的。
Billing Plan type 02
代表
Periodic
Billing
,
01
代表
Milestone
Billing
。
在
Item
中会多出一个
Billing
Plan
的选项卡,
系统会自动算出
时刻以及
需要交的钞票,
需要交的钞票是从
Condition
带过来的。
系统是按照
Billing plan
中的日期规则来决定日期的,而在这是以
Contra
ct
的开始日期以及终止日期来做运算的。
而开票的日期是每个月的月底,
我们也能够将开票日期设在月初,
选中
In advance
然后按回车,
billing date
就会变成前一个月的月底,相当于本月月
初。那个功能能够操纵是在月底收租依旧月初
收租。
储存那个
Rental Contract 40000103
,
然后通过
VF04
通过它建立
Billin
g<
/p>
,
选择日期,
Sold-to
以及
Order-related
选项。
选中以后,点击
Individual billing
p>
创建
Billing
。
储存
Billing
。
然后查看
Rental Contract
item
中的
Billing
plan
,
第一行的
Billing Status
变成了
C
,代表完成了。
我们也能够对
Billing plan
进行
Block
,
如果存在
Block
,
p>
即使到了
Billin
g
< br>的日期,也不承诺做
Billing
,
< br>
我们也能够指定不同的
Billing
block
的信
息。
而
Date
Category
代表对日期的描述,
在这就代表
Rent
租赁,
它在
Mile
stone
billing
中会起到作用。
查看
Billing Plan
Type
在这我们能够指定日期的决定规则。
查看
Date category
与
Billing
Type
的关系。
双击能够查看详细描述。
定义日期规则。
Milestone Billing