SD从零开始01-02

SD从零开始1 SD中的组织结构

销售相关的组织结构:

销售组织Sales organization

分销渠道Distribution channel

产品组Division

销售区域Sales area

销售办公室Sales office

销售组Sales group

销售人员Salesperson

工厂Plant

库位Storage location

销售组织:

一个销售组织代表一个合法的销售实体;

一个销售组织只能分配给一个公司代码;

一个销售组织可以分配给多个工厂;

每个销售组织有自己的主数据,包括客户主数据、物料主数据以及条件记录;

分销渠道:

在一个销售组织中,客户可以通过一个或多个分销渠道获得服务;

可以为销售组织和分销渠道的组合定义不同的主数据;

产品组:

对某一产品组,可以执行统计分析或制定市场战略;

销售区域:

销售区域是 销售组织/分销渠道/产品组 的组合;

销售订单(Sales order),交货单(Delivery),开票(Billing)都分配到某一销

售区域;

所有的销售流程都发生在某一特定的销售区域;

相关的主数据经常维护在销售区域层;

应该尽量保持销售区域组织结构越简单越好;

销售办公室:

销售办公室可以分配给一个或多个销售区域;

销售组:

可为每一个产品组或分销渠道定义一个销售组;

销售组分配给销售办公室;

销售人员:

一个销售组包括一定数量的销售员。

工厂、库位:

每个工厂只能分配一个唯一的公司代码;

对每一个交货给客户的工厂,必须在SD的配置中将它定义为delivering plant;

在销售流程中,delivering plant首先需要check库存,然后才提供交付;

分配销售组织和工厂:

一个销售组织可分配多个工厂,一个工厂可分配多个销售组织;(多对多关系)

销售组织还可以分配跨公司代码的工厂;

[原创]SD从零开始2 SD流程概览

销售流程:

销售流程从建立客户关系开始,至开出销售发票终止;

售前活动Pre-Sales Activities(客户询、报价)-->

销售订单处理sales order processing(产生销售订单)-->

货源决定Inventory Sourcing(从delivering plant供货还是第三方供货商?哪一个?)-->

出货shipping(交货) -->

销售发票Billing(开票)-->

付款payments(清账,Post);

业务场景:

建立和维持客户关系;

获取订单;

应答客户物料、价格和交期;

基于客户需求和物料可用性的交货计划;

捡配和交付商品;

更新物料库存和物料消耗科目;

创建发票并更新销售科目;

清帐和销售收入过账;

标准销售订单包括:

客户和物料信息;

对于每个item的定价条件;

交货日期和数量;

交货流程信息;

发票信息;

销售凭证的结构Sales document

头信息 Header

行项目Item

计划行Schedule Line

交货单结构Delivery document

头信息 Header

行项目Item

Billing document结构

头信息 Header

行项目Item

时间: 2024-10-11 14:26:32

SD从零开始01-02的相关文章

SD从零开始41-44

[原创] SD从零开始41 科目确定(Account determination) 使用科目确定Using Account Determination 你将需要在几个不同的领域确定将要记账的科目: 用于记账销售收入,销售扣除和增值税的总账科目在数据从billing document传输到FI时自动地确定: 当处理现金销售时,必须在凭证中设置一个总账科目用于现金结算(不会记账到客户账户): 到4.0版本时,可以确定一个不同于付款方客户主数据中输入的科目的统御科目: 当使用payment cards

SD从零开始38-40

[原创]SD从零开始38 创建Billing Document 根据需要BillingBilling On Request 你可以通过手工输入凭证的号码(订单号码和Delivery note,依赖于你想要执行订单相关的还是交货相关的Billing)明确地指定哪些交易将要Billing: 如果Billing无法产生,例如因为一个billing block,系统会发行一个错误日志: 到4.5版本,在为deliveries或ordersBilling时你还可以选择单个的items或者items的部分数

SD从零开始45-46

[原创] SD从零开始45 运输流程的控制 运输业务场景的例子Examples 一个公司可使用不同的运输业务场景,通过不同的处理类型或者运输方式来刻画: 要模型化这些不同的装运,你可以在配置中定义装运类型(shipment types): 装运类型Shipment type 装运类型控制装运凭证中的元素并因此为装运描述了一个特殊的处理类型: 装运类型设置包括: 段确定类型(例如,自动段确定): 完成类型(例如,已装载的外向装运,内向装运): 处理控制(例如,使用一种运输方式的汇总装运): 服务水

shell 如何生成一个序列 01 02 03 04 05

seq 命令介绍 用途: seq - print a sequence of numbers 语法: seq [OPTION]... LAST seq [OPTION]... FIRST LAST seq [OPTION]... FIRST INCREMENT LAST 常用选项 -s, --separator=STRING use STRING to separate numbers (default: \n) -w, --equal-width equalize width by paddi

SD从零开始51-54 信用控制范围, 信用范围数据维护, 自动信用控制, 信用控制-阻止后续功能

[原创] SD从零开始51 信用控制范围 分散的组织结构Decentralized Organization 信用控制范围是一个为客户指定和控制信用限额的组织单元: 依赖于你公司的需求,应收款可以使用集中的或者分散的信用政策来管理: 使用分散的信用政策,每个公司代码可以为它的客户确定它自己的信用数据: 一个销售组织只可以分配给一个公司代码,一个业务交易只可以分配给一个信用控制范围: 集中的组织结构Centralized Organization 在集中的组织结构中,公司代码组合到信用管理的一个信

SD从零开始59-61,跨公司的库存转移,Interface 修改,可用性检查和需求传递

[原创]SD从零开始59 跨公司的库存转移处理流程 库存转移流程Stock Transfer Procedure 2个工厂间的库存转移能够使用不同的流程来执行: 只执行一个库存转移记账的流程使用MM库存管理模块:与此相比,你还有这样流程,即当在MM的采购模块输入一张采购订单时,自动开始库存转移流程(库存转移订单):如果你使用带SD交货的库存转移流程,有一个优势是装运活动也能够在R/3系统中处理(捡配,包装,打印交货票据等): 如果你希望为库存转移处理使用R/3的装运功能,使用为公司内部转移的流程

SD从零开始57-58,第三方订单处理,跨公司销售

[原创] SD从零开始57 第三方订单处理流程 第三方订单处理的流程Processes for Third-Party Order Processing 客户的采购订单首先在你公司的一个销售组织作为一张销售订单输入:自动地从这张订单创建一张采购请求: 然后,在MM的采购应用程序中为外部供应商创建一张采购订单:该订单声明所有商品将直接交货给客户: 一旦供应商向你证实外向交货已经完成,你就记账收货以使这些信息记录在系统中: 在MM的发票校验应用程序,你输入由供应商为因由供应商交货给客户而出具给你公司

SD从零开始55-56, 风险管理, 付款卡

[原创] SD从零开始55 风险管理的内容 应收款风险最小化Risk Minimization for Receivables 每个信用政策的目的是减少由客户应收款带来的风险: 连同信用管理,你也有权限在业务处理中使用其他几种付款担保形式:这包括信用证,出口信用保险(外部连接)和付款卡: 这些付款担保形式因他们提供给你的安全水平而不同,且都集成在风险管理中: 当使用了一种付款担保(例如,信用证),系统首先尝试提供最适宜的风险最小化: 如果这是不可行的,然后你可以在第二阶段使用信用管理来创建一个信

SD从零开始62-63,不完全日志,业务伙伴及业务伙伴确定

[原创] SD从零开始62 不完全日志 不完全日志Incompletion log 一个不完全日志是销售凭证中对你公司重要的而还没有在系统中输入的所有数据的清单: 你可以在配置中为不完全日志定义这些数据字段: 系统可以从不完全日志直接跳转到各个屏幕,在这里你可以编辑这些不完全的数据: 不完全订单清单Lists of incomplete orders 每个员工都可以列出他们已经创建的不完全的销售订单:他们还可以在选择屏幕上显示为某个特定的步骤冻结的某些凭证,例如因不完全而冻结不能装运的所有凭证的