从零开始学习SD1.docx
- 文档编号:4013735
- 上传时间:2023-05-06
- 格式:DOCX
- 页数:18
- 大小:23.35KB
从零开始学习SD1.docx
《从零开始学习SD1.docx》由会员分享,可在线阅读,更多相关《从零开始学习SD1.docx(18页珍藏版)》请在冰点文库上搜索。
从零开始学习SD1
1):
SD1
销售相关的组织结构:
销售组织Salesorganization
分销渠道Distributionchannel
产品组Division
销售区域Salesarea
销售办公室Salesoffice
销售组Salesgroup
销售人员Salesperson
工厂Plant
库位Storagelocation
销售组织:
一个销售组织代表一个合法的销售实体;
一个销售组织只能分配给一个公司代码;
一个销售组织可以分配给多个工厂;
每个销售组织有自己的主数据,包括客户主数据、物料主数据以及条件记录;
分销渠道:
在一个销售组织中,客户可以通过一个或多个分销渠道获得服务;
可以为销售组织和分销渠道的组合定义不同的主数据;
产品组:
对某一产品组,可以执行统计分析或制定市场战略;
销售区域:
销售区域是销售组织/分销渠道/产品组的组合;
销售订单(Salesorder),交货单(Delivery),开票(Billing)都分配到某一销
售区域;
所有的销售流程都发生在某一特定的销售区域;
相关的主数据经常维护在销售区域层;
应该尽量保持销售区域组织结构越简单越好;
销售办公室:
销售办公室可以分配给一个或多个销售区域;
销售组:
可为每一个产品组或分销渠道定义一个销售组;
销售组分配给销售办公室;
销售人员:
一个销售组包括一定数量的销售员。
工厂、库位:
每个工厂只能分配一个唯一的公司代码;
对每一个交货给客户的工厂,必须在SD的配置中将它定义为deliveringplant;
在销售流程中,deliveringplant首先需要check库存,然后才提供交付;
分配销售组织和工厂:
一个销售组织可分配多个工厂,一个工厂可分配多个销售组织;(多对多关系)
销售组织还可以分配跨公司代码的工厂;
销售流程:
销售流程从建立客户关系开始,至开出销售发票终止;
售前活动Pre-SalesActivities(客户询、报价)-->
销售订单处理salesorderprocessing(产生销售订单)-->
货源决定InventorySourcing(从deliveringplant供货还是第三方供货商?
哪一个?
)-->出货shipping(交货)-->销售发票Billing(开票)-->付款payments(清账,Post);
业务场景:
建立和维持客户关系;
获取订单;
应答客户物料、价格和交期;
基于客户需求和物料可用性的交货计划;
捡配和交付商品;
更新物料库存和物料消耗科目;
创建发票并更新销售科目;
清帐和销售收入过账;
标准销售订单包括:
客户和物料信息;
对于每个item的定价条件;
交货日期和数量;
交货流程信息;
发票信息;
销售凭证的结构Salesdocument
头信息Header
行项目Item
计划行ScheduleLine
交货单结构Deliverydocument
头信息Header
行项目Item
Billingdocument结构
头信息Header
行项目Item
客户主数据Customermaster(分层维护)
一般数据generaldata;
与销售和财务都有关,对所有的组织单元有效;
销售区域数据salesareadata;
与销售有关,对各自的销售区域有效;
公司代码数据companycodedata;
与财务有关,对companycode有效;
MARK:
如果修改了客户主数据,除了地址信息外,不会影响已经创建的凭证order,delivery,billing。
。
。
);
物料主记录Materialmaster(分层维护)
基本数据Basicdata;
与所有area相关,对所有的组织单元有效;
销售:
销售组织数据Sales:
Salesorganizationdata;
与销售相关,对各自的销售组织/分销渠道有效;
销售:
工厂数据Sales:
plantdata;
与销售相关,对各自的出货工厂(DeliveringPlant)有效;
采购数据Purchasingdata;
与采购相关,对各自工厂有效;
其他Other:
工程、物料计划、财务等;
MARK:
跨产品组的销售:
可以在一张销售订单上输入不同产品组的物料;
可以在SalesDocumentType中配置以下内容:
是否允许在一张销售订单上输入不同产品组的物料;
系统的反馈(提示还是不提示Warning);
是否从物料主数据中CopyDivision;
客户/物料信息记录Customer-materialinformationrecord
可定义客户料号和自有料号的相互对照关系;在销售订单的OrderingParty选项卡会反映;
可定义针对特定客户、物料组合的shiping信息;
输出主记录OUTPUT
采用了条件技术;
每一个OUTPUTType定义了传送媒介transmissionmedium、时间time、partnerfunction、layoutform(SAPScript定义);
OUTPUTType包括quotation,orderconfirmation,invoice等;
不完全日志Incompletionlog
在配置中可以定义那些Fileds将会出现在不完全日志中(如果用户没有输入);
该功能在Salesorder和delivery中可用;
条件主记录Conditionmaster
价格prices;
额外费用/折扣surchargesanddiscounts;
运费freights;
税taxes;
MARK:
在配置中,你可以定义价格、费用/折扣、运费、税的依赖条件;
销售订单的数据来源:
主数据(客户、物料、条件);
已有凭证;
配置(customizing);
Hard-codedcontrol;
Salesarea的来源:
销售订单上的Salesarea系统根据Sold-to-part自动带出;
SO从主数据获取数据:
在主纪录中存贮越多的数据越好,这样会节省你输入订单的时间并且避免出错;
你可以在主数据中输入各种类型的数据,例如业务伙伴的信息,物料,客户/物料信息记录,行项目建议,BOM,价格,折扣折让,税,输出,文本等。
在输入订单的过程中系统会频繁地访问这些数据;
客户主数据中的业务伙伴
销售业务中的基本的业务伙伴有:
Sold-toparty
ship-toparty,
payer
bill-toparty
他们在业务流程中扮演不同的角色(叫做partnerfunction);
你可以为每个伙伴维护客户主记录;
从客户主数据中获取订单数据:
订单中的业务数据来源于不同的业务伙伴的主数据;
因为ship-toparty可能与sold-toparty不在同一个地址,因此,交货地址和税的信息来源于ship-toparty;
付款条件的数据来源于payer;
invoice发送的地址数据来源于bill-toparty;
业务数据:
你可以在凭证头部定义业务数据(例如付款条件,incoterms);
在配置中,可以在行项目类别(ItemCatogray)中定义行项目层的业务数据是否可以与头部(header)的不同;
自动确定plants:
Plant是物流的主要部分,在SD中扮演的是DeliveringPlant的角色;
系统自动确定DeliveringPlant搜索的顺序:
可用userexit增强;
客户/物料信息记录;
客户主记录(Ship-to-part);
物料主记录;
销售信息汇总(SalesSummary)
销售汇总显示与客户相关的各种信息,例如地址,销售数据,价格等。
凭证数据修改:
修改的选项:
Fastchangeindocument;
Changingseveraldocuments;
Blockingdocuments;
Rejectingdocuments;
BLOCK(冻结):
在销售订单上,可以Block的事务:
ForShiping(出货冻结);
ForBilling;
MARK:
可以设置在行项目,也可以设置在头部;
可以在配置中定义DeliveryBlock在Shipping流程中的详细影响:
如是阻止生成delivery,还是允许处理delivery和picking,但是阻止GoodsIssue;
Reject(废弃):
可以为Reject的行项目输入原因;
Reject的原因可以了解到一段时间内客户对公司产品的看法,对市场部门有用;
重新定价NewPricingInSalesDocument:
Price更新的层次:
Atitemlevel;
Atheaderlevel;
Documentlistforseveraldocumentsatthesametime;
MARK:
在Pricingtype中定义该功能在update时的行为(全部重新确定ornot);
修改Sold-to-part:
重新确定的数据:
客户主记录、客户/物料信息记录、文本、免费商品、价格、输出、工厂和货运点
不变的数据:
销售区域、销售办公室和销售组、可用性和产品分配、批次
MARK:
如果有状态相关的前导凭证或有后续凭证,则不会更改;
销售凭证类型Salesdocumenttype:
用来鉴别和控制不同的业务流程类型;
标准的销售凭证类型:
standardorder;
Rushorder;
cashsales;
free-of-chargedelivery;
returns;
Contract;
Consignmentfill-up;
Credit/Debitrequest;
销售凭证功能SalesDocumentFunctions
通过销售凭证类型直接或间接地active或deactive;
功能:
Deliveryscheduling;
Transferofrequirements;
Pricing;
SalesInfoSystem;
Creditcheck;
Output;
Text;
AvailabilityCheck;
交货起运点ShippingPoint
ShippingPoint是R3中负责交货(shipping)的组织单元;
可以在ShippingPoint中定义准备和装卸货物的时间;
ShippingPoint通常为销售凭证中的每个行项目所确定;
路线Route:
起点/终点,可分为几段;
可以用Route来为运输计划定义实际的运输时间和前置时间;
自动确定shippingPoint:
根据3个key来搜索:
交货条件shippingcondition:
Sold-to-party客户主记录中定义;
装卸组loadinggroup:
物料主记录中定义;
出货工厂deliveringplant:
见出货工厂的自动确定(Lesson4);
MARK:
可以用交货条件来定义客户需求;
自动确定Route:
根据4个key来搜索:
出发地区departurezone:
shippingpoint中定义;
交货条件shippingcondition:
Sold-to-party客户主记录中定义;
运输组transportationgroup:
物料主记录中定义;
目标地区transportationzone:
ship-toparty客户主记录中定义;
交货计划DeliveringScheduling
订单发行日期Orderdate;
物料可用日期Materialavailabilitydate;
运输计划时间Transportplanning;
装载日期Loadingdate;
发货日期Goodsissuedate;
交货日期Deliverydate:
到达客户;
运输计划TransportationScheduling
运输时间transittime;
运输前置时间Transportationleadtime;
回溯计划Backwardscheduling
交货和运输计划的目的是确定客户物料的交期;
物料筹备日期和运输计划日期可根据客户要求的交货日期计算出来;外向交货单outbounddelivery必须在此两个日期最早的那个创建;
前向计划Forwardscheduling
当回溯计划的结果显示客户要求的交期无法达成时,使用前向计划;
物料最早可用的时间是新的物料筹备日期;outbounddelivery日期是新的物料筹备日期和运输计划日期中早的那一个;
对销售凭证的ITEM,会有2条计划行项目产生:
第一条计划行的日期对应客户要求的交货日期,没有确认数量;
第二条计划行显示的是确认的交货期和确认金额;
集中交货处理CollectiveProcessinginshipping
在系统中建立Outbounddelivery依赖于shippingpoint、selectiondate和其他条件;
一旦你设置了这些标准,就能够控制选择到期应该shipping的业务;选择的可选项因Delivery的场景和用户的角色不同而变化;
当设置了选择日期(selectiondate),就定义了当日到期item会被考虑集中delivery处理;此日期是货物能够按时到达客户的最晚开始Shipping处理的时间;它对应物料筹备日期或者运输计划日期;
OutboundDelivery选项
完全交货CompleteDelivery;
部分交货PartlyDelivery;
合并交货OrderConfirmation;
不同订单合并的条件:
相同的shippingpoint;
Delivery到期的日期相同;
相同的ship-to-party;
相同的route;
相同的Incoterms;
出货流程中的检配PickinginShippingProcess
Picking是从创建Transferrequest开始的;Transferrequest中的行项目包括物料及数量,对应OutboundDelivery中的delivery的数量;
集中Picking处理CollectiveprocessinginPicking
系统自动地将outbounddelivey的项目合并到尽可能少的transferrequest中;
Picking选项PickingOptions
从transferrequest打印pickinglist/传送到外部WMS系统;
手动/自动确认;
如果全部数量无法满足:
产生另外一个新的tansferrequest;
将Picked的数量copy到Outbounddelivery的delivery数量;(部分交货)
集中出货处理CollectiveprocessingforPostingGoodsIssue
系统自动地将outbounddelivey的项目合并到尽可能少的document中;
集中开票处理CollectiveProcessinginBilling
系统提供billingduelist来实现一次处理多张billingdocument;
系统自动地将项目合并到尽可能少的billingdocument中;项目可以是order中的也可以是outbounddelivery中的(系统中配置)
合并的条件:
samebillingdate,thesameship-toparty,payerortermsofpayment;
Billing选项BillingOptions
发票分割Invoicesplit:
eg:
1张outbounddelivery对应1张salesorder,
2张billingdocument对应1张outbounddelivery;
每张交货单单独开票Separatebillingdocumentforeachoutbounddelivery:
eg:
2张outbounddelivery对应1张salesorder,
2张billingdocument对应2张outbounddelivery;
集中开票Collectiveinvoice:
eg:
3张outbounddelivery对应2张salesorder,
1张billingdocument对应3张outbounddelivery;
Worklist在SD中的集中处理:
Deliverylist:
处理order到outbounddelivery;
Pickingworklist:
处理outbounddelivery到transferrequest;
Goodsissueworklist:
处理outbounddelivery到goodsissue;(Picking完成)
BillingDuelist:
处理outbounddelivery(/order)到billing;(Goodsissue完成)
销售中的业务流程控制ControllingBusinessProcessesinsales
销售流程通过销售凭证(salesdocuments)的配置来控制;
销售凭证的配置可在凭证头Header、行项目Item、计划行scheduleline层次,依赖于凭证的结构,
对应的控制工具为销售凭证类型SalesDocumenttype、行项目类型ItemCategory、计划行类型LineScheduleCategory;
需要配置以实现ItemCategory和ScheduleLineCategory在销售凭证中自动带出;
在CopyControl中可以根据你的需要配置数据从销售凭证传送到后续凭证的内容;
基本功能BasicFunctions
必须为销售凭证定义一些基本功能,否则销售凭证就没有配置完成;
这些基本功能包括:
Partnerdetermination;
Pricing;
Outputdetermination;
Textdetermination;
Materialdetermination;
Cred
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 从零开始 学习 SD1