SD从零开始33-37
[原创]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;
SD从零开始33-37的更多相关文章
- SD从零开始71 业务信息仓库(BW)
SD从零开始71 业务信息仓库(BW)概念 在线事务处理的环境OLTP Environment 在事务处理中,我们不断地填充用于跟踪我们的业务流程的数千个不同步骤的特定的表: 例如,销售凭证行条目来自 ...
- SD从零开始67-70 后勤信息系统中的标准分析, 信息结构, 信息的更新规则, 建立统计数据
SD从零开始67 后勤信息系统中的标准分析 标准分析中的报表Reporting in Standard Analyses 标准分析为高质量的表达和分析LIS中的数据基础提供了大量的功能: 当你决定了一 ...
- SD从零开始66 数据仓库的概念
[原创] SD从零开始66 数据仓库的概念 数据仓库概念:预览Data Warehouse Concepts:Overview 本单元解释LIS中的数据仓库概念: 详细的解释了该概念的各个层次-介绍了 ...
- SD从零开始65 框架协议(Outline Agreement)
SD从零开始65 框架协议(Outline Agreement) 合同-销售凭证类型Contracts-Sales Document Types 框架协议在几乎所有的业务处理中都扮演重要的角色:客户和 ...
- SD从零开始62-63,不完全日志,业务伙伴及业务伙伴确定
[原创] SD从零开始62 不完全日志 不完全日志Incompletion log 一个不完全日志是销售凭证中对你公司重要的而还没有在系统中输入的所有数据的清单: 你可以在配置中为不完全日志定义这些数 ...
- SD从零开始59-61,跨公司的库存转移,Interface 修改,可用性检查和需求传递
[原创]SD从零开始59 跨公司的库存转移处理流程 库存转移流程Stock Transfer Procedure 2个工厂间的库存转移能够使用不同的流程来执行: 只执行一个库存转移记账的流程使用MM库 ...
- SD从零开始57-58,第三方订单处理,跨公司销售
[原创] SD从零开始57 第三方订单处理流程 第三方订单处理的流程Processes for Third-Party Order Processing 客户的采购订单首先在你公司的一个销售组织作为一 ...
- SD从零开始55-56, 风险管理, 付款卡
[原创] SD从零开始55 风险管理的内容 应收款风险最小化Risk Minimization for Receivables 每个信用政策的目的是减少由客户应收款带来的风险: 连同信用管理,你也有权 ...
- SD从零开始51-54 信用控制范围, 信用范围数据维护, 自动信用控制, 信用控制-阻止后续功能
[原创] SD从零开始51 信用控制范围 分散的组织结构Decentralized Organization 信用控制范围是一个为客户指定和控制信用限额的组织单元: 依赖于你公司的需求,应收款可以使用 ...
随机推荐
- 关于AOP的PIAB
AOP:面向切面编程,也就是在运行过程中,按照需要动态加载功能块 PIAB:含义可以从下面提取 Microsoft Patterns & Practices团队在2007年发布的Enterpr ...
- odoo开发笔记-自定义发送邮件模板
1. 首先激活开发者模式 2. 点击设置 - Email - 模板 - “选择你需要修改的模板” 我们以销售模块-报价单 邮件模板为例 来说明. quote order 原先默认模板,发出的邮件显示效 ...
- widows本地-xshell实现远程连接linux服务器图形界面
本地环境远程连接linux图形界面,常用的实现工具有,VNC.Puty.Xshell等,这里我们用的xshell manager: Xmanager简介:Xmanager是一个运行于 Windows平 ...
- makemigrations migrate
教程 如何重置迁移 (图片:https://www.pexels.com/photo/sky-flying-animals-birds-1209/) Django迁移系统的开发和优化使其能够进行大量迁 ...
- Android的几种弹出框
项目效果图: 新建一个项目,结构图如下所示: activity_main.xml: <?xml version="1.0" encoding="utf-8" ...
- Python爬虫实战四之抓取淘宝MM照片
原文:Python爬虫实战四之抓取淘宝MM照片其实还有好多,大家可以看 Python爬虫学习系列教程 福利啊福利,本次为大家带来的项目是抓取淘宝MM照片并保存起来,大家有没有很激动呢? 本篇目标 1. ...
- 和我一起打造个简单搜索之ElasticSearch集群搭建
我们所常见的电商搜索如京东,搜索页面都会提供各种各样的筛选条件,比如品牌.尺寸.适用季节.价格区间等,同时提供排序,比如价格排序,信誉排序,销量排序等,方便了用户去找到自己心里理想的商品. 站内搜索对 ...
- 从QQ音乐开发,探讨如何利用腾讯云SDK在直播中加入视频动画
欢迎大家前往腾讯云+社区,获取更多腾讯海量技术实践干货哦~ 本文由腾讯游戏云发表于云+社区专栏 看着精彩的德甲赛事,突然裁判一声口哨,球赛断掉了,屏幕开始自动播放"吃麦趣鸡盒,看德甲比赛&q ...
- BIO与NIO、AIO的区别(这个容易理解)
转自:http://blog.csdn.net/skiof007/article/details/52873421 BIO与NIO.AIO的区别(这个容易理解) IO的方式通常分为几种,同步阻塞的BI ...
- (转)mybatis数据库物理分页插件PageHelper
以前使用ibatis/mybatis,都是自己手写sql语句进行物理分页,虽然稍微有点麻烦,但是都习惯了.最近试用了下mybatis的分页插件 PageHelper,感觉还不错吧.记录下其使用方法. ...