[原创]SD从零开始3 SD中的主数据

客户主数据Customer master(分层维护)

一般数据general data;

与销售和财务都有关,对所有的组织单元有效;

销售区域数据sales area data;

与销售有关,对各自的销售区域有效;

公司代码数据company code data;

与财务有关,对company code有效;

MARK:如果修改了客户主数据,除了地址信息外,不会影响已经创建的凭证order,delivery,billing。。。);

物料主记录Material master(分层维护)

基本数据Basic data;

与所有area相关,对所有的组织单元有效;

销售:销售组织数据 Sales:Sales organization data;

与销售相关,对各自的销售组织/分销渠道有效;

销售:工厂数据 Sales: plant data;

与销售相关,对各自的出货工厂(Delivering Plant)有效;

采购数据Purchasing data;

与采购相关,对各自工厂有效;

其他Other:工程、物料计划、财务等;

MARK:跨产品组的销售:可以在一张销售订单上输入不同产品组的物料;

可以在Sales Document Type中配置以下内容:

是否允许在一张销售订单上输入不同产品组的物料;

系统的反馈(提示还是不提示Warning);

是否从物料主数据中Copy Division;

客户/物料信息记录Customer-material information record

可定义客户料号和自有料号的相互对照关系;在销售订单的Ordering Party 选项卡会反映;

可定义针对特定客户、物料组合的shiping信息;

。。。。。。。

输出主记录OUTPUT

采用了条件技术;

每一个OUTPUT Type 定义了传送媒介transmission medium、时间time、partner function、layout form(SAP Script定义);

OUTPUT Type包括quotation, order confirmation, invoice等;

不完全日志Incompletion log

在配置中可以定义那些Fileds将会出现在不完全日志中(如果用户没有输入);

该功能在Sales order 和 delivery中可用;

条件主记录Condition master

价格prices;

额外费用/折扣surcharges and discounts;

运费freights;

税taxes;

MARK:在配置中,你可以定义价格、费用/折扣、运费、税的依赖条件;

[原创]SD从零开始4 SD销售订单流程

销售订单的数据来源:

主数据(客户、物料、条件);

已有凭证;

配置(customizing);

Hard-coded control;

Sales area的来源:

销售订单上的Sales area系统根据Sold-to-part自动带出;

SO从主数据获取数据:

在主纪录中存贮越多的数据越好,这样会节省你输入订单的时间并且避免出错;

你可以在主数据中输入各种类型的数据,例如业务伙伴的信息,物料,客户/物料信息记录,行项目建议,BOM,价格,折扣折让,税,输出,文本等。在输入订单的过程中系统会频繁地访问这些数据;

客户主数据中的业务伙伴

销售业务中的基本的业务伙伴有:

Sold-to party

Ship-to party,

Payer

Bill-to party

他们在业务流程中扮演不同的角色(叫做partner function);

你可以为每个伙伴维护客户主记录;

从客户主数据中获取订单数据:

订单中的业务数据来源于不同的业务伙伴的主数据;

因为ship-to party可能与sold-to party不在同一个地址,因此,交货地址和税的信息来源于ship-to party;

付款条件的数据来源于payer;

invoice发送的地址数据来源于bill-to party;

业务数据:

你可以在凭证头部定义业务数据(例如付款条件,incoterms);

在配置中,可以在行项目类别(Item Catogray)中定义行项目层的业务数据是否可以与头部(header)的不同;

自动确定plants:

Plant是物流的主要部分,在SD中扮演的是Delivering Plant的角色;

系统自动确定Delivering Plant搜索的顺序:可用userexit增强;

客户/物料信息记录;

客户主记录(Ship-to-part);

物料主记录;

销售信息汇总(Sales Summary)

销售汇总显示与客户相关的各种信息,例如地址,销售数据,价格等。

凭证数据修改:

修改的选项:

Fast change in document;

Changing several documents;

Blocking documents;

Rejecting documents;

BLOCK(冻结):

在销售订单上,可以Block的事务:

For Shiping(出货冻结);

For Billing;

MARK:可以设置在行项目,也可以设置在头部;

可以在配置中定义Delivery Block在Shipping流程中的详细影响:

如是阻止生成delivery,还是允许处理delivery和picking,但是阻止Goods Issue;

Reject(废弃):

可以为Reject的行项目输入原因;

Reject的原因可以了解到一段时间内客户对公司产品的看法,对市场部门有用;

重新定价New Pricing In Sales Document:

Price 更新的层次:

At item level;

At header level;

Document list for several documents at the same time;

MARK:在Pricing type中定义该功能在update时的行为(全部重新确定or not);

修改Sold-to-part:

重新确定的数据:

客户主记录、客户/物料信息记录、文本、免费商品、价格、输出、工厂和货运点

不变的数据:

销售区域、销售办公室和销售组、可用性和产品分配、批次

    MARK:如果有状态相关的前导凭证或有后续凭证,则不会更改

SD从零开始03-04的更多相关文章

  1. SD从零开始71 业务信息仓库(BW)

    SD从零开始71 业务信息仓库(BW)概念 在线事务处理的环境OLTP Environment 在事务处理中,我们不断地填充用于跟踪我们的业务流程的数千个不同步骤的特定的表: 例如,销售凭证行条目来自 ...

  2. SD从零开始67-70 后勤信息系统中的标准分析, 信息结构, 信息的更新规则, 建立统计数据

    SD从零开始67 后勤信息系统中的标准分析 标准分析中的报表Reporting in Standard Analyses 标准分析为高质量的表达和分析LIS中的数据基础提供了大量的功能: 当你决定了一 ...

  3. SD从零开始66 数据仓库的概念

    [原创] SD从零开始66 数据仓库的概念 数据仓库概念:预览Data Warehouse Concepts:Overview 本单元解释LIS中的数据仓库概念: 详细的解释了该概念的各个层次-介绍了 ...

  4. SD从零开始65 框架协议(Outline Agreement)

    SD从零开始65 框架协议(Outline Agreement) 合同-销售凭证类型Contracts-Sales Document Types 框架协议在几乎所有的业务处理中都扮演重要的角色:客户和 ...

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

    [原创] SD从零开始62 不完全日志 不完全日志Incompletion log 一个不完全日志是销售凭证中对你公司重要的而还没有在系统中输入的所有数据的清单: 你可以在配置中为不完全日志定义这些数 ...

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

    [原创]SD从零开始59 跨公司的库存转移处理流程 库存转移流程Stock Transfer Procedure 2个工厂间的库存转移能够使用不同的流程来执行: 只执行一个库存转移记账的流程使用MM库 ...

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

    [原创] SD从零开始57 第三方订单处理流程 第三方订单处理的流程Processes for Third-Party Order Processing 客户的采购订单首先在你公司的一个销售组织作为一 ...

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

    [原创] SD从零开始55 风险管理的内容 应收款风险最小化Risk Minimization for Receivables 每个信用政策的目的是减少由客户应收款带来的风险: 连同信用管理,你也有权 ...

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

    [原创] SD从零开始51 信用控制范围 分散的组织结构Decentralized Organization 信用控制范围是一个为客户指定和控制信用限额的组织单元: 依赖于你公司的需求,应收款可以使用 ...

  10. SD从零开始47-50, 装运成本基础、控制、结算, 信用/风险管理概述

    [原创] SD从零开始47 装运成本基础 详细的装运成本处理Shipment Cost Processing in Detail 装运成本计算和装运成本结算可用于内向和外向交货: 装运成本记录在一张新 ...

随机推荐

  1. 课程一(Neural Networks and Deep Learning),第四周(Deep Neural Networks)——2.Programming Assignments: Building your Deep Neural Network: Step by Step

    Building your Deep Neural Network: Step by Step Welcome to your third programming exercise of the de ...

  2. 剑指offer八之跳台阶

    一.题目 一只青蛙一次可以跳上1级台阶,也可以跳上2级.求该青蛙跳上一个n级的台阶总共有多少种跳法. 二.思路 a.如果两种跳法,1阶或者2阶,那么假定第一次跳的是一阶,那么剩下的是n-1个台阶,跳法 ...

  3. (转)explain、db2exfmt 命令的使用:文本输出执行计划

    原文:http://blog.51cto.com/freebile/1068610 db2有图形执行计划显示工具,如果没有图形环境,如unix主机,可以生成文本的文件来显示执行计划1.如果第一次执行, ...

  4. docker-dockerfile使用

    使用 centos基础镜像, 构建dockerfile-ngix 简单说, 就是把需要做的东西写下来, 然后build的时候, 自动运行 一般包含:  基础镜像信息 维护者信息 镜像操作指令 容器启动 ...

  5. Linux内核升级导致无法启动,Kernel panic - not syncing Unable to mount root fs on unknown block(0,0)

    问题原因:内核的某次升级,导致系统无法启动. 首先进入recovery模式:引导界面选择-->Ubuntu高级-->出现的选项中选择能够启动的recovery模式(几个内核版本分别试一下) ...

  6. Tomcat学习总结(5)——Tomcat容器管理安全的几种验证方式

    当访问服务器中受保护的资源时,容器管理的验证方法可以控制确认用户身份的方式.Tomcat支持四种容器管理的安全防护,它们是: BASIC (基本验证):通过HTTP验证,需要提供base64编码文本的 ...

  7. Zend Studio下的PHP代码调试

    问题:Zend Studio无法调试php代码 安装Zend Debugger 下载 到http://downloads.zend.com/pdt/server-debugger下载最新的debugg ...

  8. Python面试题目--汇总

    原文链接-https://github.com/taizilongxu/interview_python Python语言特性 1 Python的函数参数传递 2 Python中的元类(metacla ...

  9. mac 上位Idea 配置Project SDK

    问题 刚开始没有Project SDK 方法 添加SDK: /Library/Java/JavaVirtualMachines/jdkXYZ_VERSION.jdk/Contents/Home/jre ...

  10. SpringMVC源码阅读:拦截器

    1.前言 SpringMVC是目前J2EE平台的主流Web框架,不熟悉的园友可以看SpringMVC源码阅读入门,它交代了SpringMVC的基础知识和源码阅读的技巧 本文将通过源码(基于Spring ...