SD从零开始5 从库存销售

销售凭证类型Sales document type:

用来鉴别和控制不同的业务流程类型;

标准的销售凭证类型:

standard order;

Rush order;

Cash sales;

Free-of-charge delivery;

Returns;

Contract;

Consignment fill-up;

Credit/Debit request;

销售凭证功能Sales Document Functions

通过销售凭证类型直接或间接地active或deactive;

功能:

Delivery scheduling;

Transfer of requirements;

Pricing;

Sales Info System;

Credit check;

Output;

Text;

Availability Check;

交货起运点Shipping Point

Shipping Point是R3中负责交货(shipping)的组织单元;

可以在Shipping Point中定义准备和装卸货物的时间;

Shipping Point通常为销售凭证中的每个行项目所确定;

路线Route:

起点/终点,可分为几段;

可以用Route来为运输计划定义实际的运输时间和前置时间;

自动确定shipping Point:

根据3个key来搜索:

交货条件shipping condition:Sold-to-party 客户主记录中定义;

装卸组loading group:物料主记录中定义;

出货工厂delivering plant:见出货工厂的自动确定(Lesson 4);

MARK:可以用交货条件来定义客户需求;

自动确定Route:

根据4个key来搜索:

出发地区departure zone:shipping point中定义;

交货条件shipping condition:Sold-to-party 客户主记录中定义;

运输组transportation group:物料主记录中定义;

目标地区transportation zone:ship-to party客户主记录中定义;

交货计划Delivering Scheduling

订单发行日期Order date;

物料可用日期Material availability date;

运输计划时间Transport planning;

装载日期Loading date;

发货日期Goods issue date;

交货日期Delivery date:到达客户;

运输计划Transportation Scheduling

运输时间 transit time;

运输前置时间Transportation lead time;

回溯计划Backward scheduling

交货和运输计划的目的是确定客户物料的交期;

物料筹备日期和运输计划日期可根据客户要求的交货日期计算出来;

  外向交货单outbound delivery必须在此两个日期最早的那个创建;

前向计划Forward scheduling

当回溯计划的结果显示客户要求的交期无法达成时,使用前向计划;

物料最早可用的时间是新的物料筹备日期;outbound delivery日期是新的物料筹备日期和运输计划日期中早的那一个;

对销售凭证的ITEM,会有2条计划行项目产生:

第一条计划行的日期对应客户要求的交货日期,没有确认数量;

第二条计划行显示的是确认的交货期和确认金额;

集中交货处理Collective Processing in shipping

在系统中建立Outbound delivery依赖于shipping point、selection date 和 其他条件;

一旦你设置了这些标准,就能够控制选择到期应该shipping的业务;选择的可选项因Delivery的场景和用户的角色不同而变化;

当设置了选择日期(selection date),就定义了当日到期item会被考虑集中delivery处理;此日期是货物能够按时到达客户的最晚开始Shipping处理的时间;它对应物料筹备日期或者运输计划日期;

Outbound Delivery选项

完全交货Complete Delivery;

部分交货Partly Delivery;

合并交货 Order Confirmation;

不同订单合并的条件:

相同的shipping point;

Delivery到期的日期相同;

相同的ship-to-party;

相同的route;

相同的Inco terms;

出货流程中的检配Picking in Shipping Process

Picking是从创建Transfer request开始的;Transfer request中的行项目包括物料及数量,对应Outbound Delivery中的delivery的数量;

集中Picking处理Collective processing in Picking

系统自动地将outbound delivey的项目合并到尽可能少的transfer request中;

Picking选项Picking Options

从transfer request打印picking list/传送到外部WMS系统;

手动/自动确认;

如果全部数量无法满足:

产生另外一个新的tansfer request;

将Picked 的数量copy到Outbound delivery的delivery数量;(部分交货)

集中出货处理Collective processing for Posting Goods Issue

系统自动地将outbound delivey的项目合并到尽可能少的document中;

集中开票处理Collective Processing in Billing

系统提供billing due list来实现一次处理多张billing document;

系统自动地将项目合并到尽可能少的billing document中;项目可以是order中的也可以是outbound delivery中的(系统中配置)

合并的条件:

same billing date, the same ship-to party, payer or terms of payment;

Billing选项Billing Options

发票分割Invoice split:

eg: 1张outbound delivery对应1张sales order,

2张billing document对应1张outbound delivery;

每张交货单单独开票Separate billing document for each outbound delivery:

eg: 2张outbound delivery对应1张sales order,

2张billing document对应2张outbound delivery;

集中开票Collective invoice:

eg: 3张outbound delivery对应2张sales order,

1张billing document对应3张outbound delivery;

Worklist在SD中的集中处理:

Delivery list:处理order到outbound delivery;

Picking worklist:处理outbound delivery到transfer request;

Goods issue worklist:处理outbound delivery到goods issue;(Picking完成)

Billing Due list:处理outbound delivery(/order)到billing;(Goods issue完成)

[原创]SD从零开始6 销售凭证类型

销售中的业务流程控制Controlling Business Processes in sales

销售流程通过销售凭证(sales documents)的配置来控制;

销售凭证的配置可在凭证头Header、行项目Item、计划行schedule line层次,依赖于凭证的结构,

对应的控制工具为销售凭证类型Sales Document type、行项目类型Item Category、计划行类型Line Schedule Category;

需要配置以实现Item Category和Schedule Line Category在销售凭证中自动带出;

在Copy Control中可以根据你的需要配置数据从销售凭证传送到后续凭证的内容;

基本功能Basic Functions

必须为销售凭证定义一些基本功能,否则销售凭证就没有配置完成;

这些基本功能包括:

Partner determination;

Pricing;

Output determination;

Text determination;

Material determination;

Credit management;

Incompletion checks;

Delivery scheduling etc.

可以为不同的Sales Document Type使用不同的功能;

销售凭证类型的功能Functions in sales document type

号码分配Number assignment;

缺省值Default Value:

Date,billing type,delivery type,blocks;

检查Check:

Division,Open Quotations/contracts,Info Record;

MARK:Check会影响性能;

合同增强Enhancement for contracts;

分配基本功能Assigning basic

强制参考Mandatory reference

MARK:增加一个销售凭证类型到销售流程中是非常耗时的,因为在配置中很多输入都是依赖于销售凭证类型的;所以最好是Copy现有的;

修改销售凭证类型Changing The Sales Document Type

当修改销售凭证上的销售凭证类型时,必须确保:

没有后续的凭证;

不是状态相关的后续凭证;

凭证不是从service notification 或者contract创建;

行项目类别可以修改;

MARK:如果试图修改已经保存的凭证的凭证类型,2个凭证类型必须属于相同的号码范围;

销售区域允许的订单类型Order Types permitted for sales areas;

可以定义销售凭证的有效范围:

销售组织Sales organizations

分销渠道Distribution channels

产品组Divisions

SD从零开始05-06的更多相关文章

  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. 浅析XSS与CSRF

    浅析XSS与CSRF 在 Web 安全方面,XSS 与 CSRF 可以说是老生常谈了. XSS XSS,即 cross site script,跨站脚本攻击,缩写原本为 CSS,但为了和层叠样式表(C ...

  2. matlab中元胞数组的创建与内容读取

    一.创建元胞数组 1.用cell命令创建规格为2*2的空元胞 >> a=cell(2,2) a = [] [] [] [] 2.用大括号"{}"创建元胞数组并赋值 &g ...

  3. C++:运算符重载

    运算符重载是一种形式的C++多态.运算符重载将重载的概念扩展到运算符上,允许赋予C++运算符多种含义.实际上,很多C++运算符已经被重载.eg:将*运算符用于地址,将得到存储在这个地址中的值,将他用于 ...

  4. 整理几个 RPC 框架

    gRPChttp://www.grpc.io/https://github.com/grpcMotan支撑微博千亿调用的轻量级RPC框架:Motanhttp://h2ex.com/820WangleW ...

  5. 手把手教你封装 Vue 组件并使用 NPM 发布

    Vue 开发插件 我们可以先查看Vue的插件的开发规范 我们开发的之后期望的结果是支持 import.require 或者直接使用 script 标签的形式引入,就像这样: ps: 这里注意一下包的名 ...

  6. 解决Oracle死锁问题,及产生的原因

    文章来源:http://www.cnblogs.com/leijh/archive/2012/10/15/2724165.html 最近老是发现应该执行操作数据库的代码时发现执行不了,查了一下发现是数 ...

  7. gulp学习笔记-怎样做一个gulp-demo

    第一步:在文件夹内:鼠标右键+shift  选择提示窗口中的  在此处打开命令窗口  第二步:创建npm的配置文件,在命令窗口中输入 npm init 进行npm的配置 npm init gulp-d ...

  8. java RMI原理详解

    java本身提供了一种RPC框架——RMI(即Remote Method Invoke 远程方法调用),在编写一个接口需要作为远程调用时,都需要继承了Remote,Remote 接口用于标识其方法可以 ...

  9. core Animation之CAKeyframeAnimation(关键帧动画)

    CABasicAnimation的区别是:CABasicAnimation只能从一个数值(fromValue)变到另一个数值(toValue),而CAKeyframeAnimation会使用一个NSA ...

  10. 在ASP.NET MVC使用JavaScriptResult

    本例中,我们尝试把javascript程序搬至控制器中去.更好地在控制器编写程序. 首先来看看原来的写法. 在SepController控制器,添加如下操作: public ActionResult ...