STO配置.docx

STO配置.docx

《STO配置.docx》由会员分享，可在线阅读，更多相关《STO配置.docx（40页珍藏版）》请在冰豆网上搜索。

STO配置

MMPO配置

一个叫搅肉机的家伙说,那个杀猪杀鸭的不就一ABAPer吗?

搞的很没面子,你说宰SAP跟我村阿毛叔杀猪有什么本质区别不都是为人民币服务吗?

先是听说有学校要搞什么SAP专业,可能需要一些教师,未知是否开设了屠宰课程,实际上我准备了一大筐猪毛和骨髓准备毛髓自荐去做个首席屠宰教师,简称CZO（首席宰宰官）.我觉得骨髓很重要,听说现在有人经常谈及什么管理精髓,我总觉得他们是否搞错了,哪有啥精髓?

我觉得实际应该就是精肉骨髓,简称精髓,你要说精肉骨髓别人说你这人好吃嘴馋.

图1-[1]:

Tcode:

OMH6

定义PO编号范围,实际上大部分的编号范围都可在TcodeSNRO定义,如果你很熟悉numberrangeobject,输入它.一个很头疼的问题是跳号问题,进入SNRO后选EDIT->Set-upbuffering->nobuffering,可以非常有效地阻止跳号问题但是应该不能杜绝,一些突发情况比如server在远地存取时断电等依旧会有跳号问题.

一个企业的需求是希望PO的号码前两位和采用内部编号的采购物料相同,你设置它.

图1-[2]:

Tcode:

OMEC

你需要建立什么PO类型?

在图2中根据需求建立了ZPO（normalPO,只允许itemcategoryK,L即费用类和外包类PO,将transferorderU拿掉,因为ZITO,ZRIT,ZSTO,ZRST是专门的transferorder类型）,ZITO和ZRIT是公司间的转工厂ordertype,注意到图例2-[2]的T表示使用该ordertype时,出现的物料供求方不是vendor而是supplyingplant.

如果你将ZPO允许U可以不建立专门的STO类型,建立专门的STOtype的一个好处（当然还有个好处就是报表查询可以ByPOtype分开）是在定价DefineSchemaDetermination时可以分standardpurchaseorders和stocktransportorders给不同的取价方案,这个很有用,我碰到的一个问题是一个运输费用condition在STO是强制输入（Purchasedept经常是忘记输入某些关键conditiontype,在本书的condition部分有相当多这样的实例）,在standardPO是可选的或者根本不需要的,如果没有分开就处理就比较麻烦.

图1-[3]:

Tcode:

OMEU

SE16:

T160M可直接将06207设置为error,或到EnvironmentData->DefineAttributesofSystemMessage（tcode:

OME0,我觉得很奇怪,SAP似乎在SAP47比较喜欢使用那个根本毫意义的SPRO,这个tcode都扔进垃圾箱了,SAP46用的好好的）,当POprice和materiallegalprice差异超过一定比例时会显示错误提示,这个价格似乎是PO的actualprice（PB00和一些海关运输费用之和再减一些折扣什么的,）,不是PB00.

我觉得这样设置06207Error不大地道,假设PO价格确实浮动很大经常超过10%,总不能老更改消息况且这是个配置,所以还是采用PO审批,价格一旦更改到一比例必须重新审批.

可是审批要几个老大搞来搞去也不方便,还是设置错误吧,可惜通常在PRD里SE16:

T160M不能修改,有个方法是使用SE16:

V_160M（你要做的是SE16输入TVDIR,TABNAME选V_160M后将该条记录的FLAG打上X,道理很简单,任何后台配置的东西大部分都是View,就是说配置不过是写一些记录到一个或多个表里而已,这些表组成一个view默认flag是空表示不允许修改,打上X就好了,只要有SE16的权限什么配置都可在PRD直接进行,关于此请看本书的专门部分）

另一个SE表示最大的现金折扣不能超过多少,消息06231,如有需要你可设置成Error（SE16:

T160M）通常我比较喜欢使用百分比而将绝对值差异禁止.

图1-[4]:

Tcode:

CT04|CL02|OMGS

POrelease详细请看本书的实例运用分类系统

图1-[5]:

Tcode:

OMF4

假设你想让user开PO时价格不能输入,必须从inforecordPB00带出（PB00也设置不能改,要改就得找负责inforecord维护的人一般就不能随便修改价格了）,为此你在如图4-[1]设置priceandpriceunit为display,虽然是ME21N对ME22N同样有效.

这时候小庖过来说,我可使用ME22维护,ME22没设置,我回答说,MD,找漏洞你真是高手,要是让你小子做采购止不定收货后你要提高多少次价格整走公司多少零花钱.

我不是开玩笑的,我真的碰到过这样的事情,某公司有个非常长期的订货PO,比如vendor答应5.1后开始降价,buyer硬是搞到5.9号才开始修改PO价格你能咋的.话有说回来,这年头有捞谁不捞,白捞谁不捞?

图1-[6]:

Tcode:

SPRO|TEFK|SPRO|TEFP

关于PO文本请看本篇的PO打印编程

图1-[7]:

Tcode:

OMGN|OMGP

比较两种STO

图1-[8]:

如果你觉得人家SAP推荐的NL长的还好看就用着先.

图1-[9][10]:

图1-[11]:

:

图1-[12]:

:

比较两种STO

Tcode:

OMGN|OMGP

通常有所谓的intra-company（公司间）和cross-company（跨公司）两种库存转移单,为了是读者更清晰了解,我特地在新装的一台SAP测试机上配置这两种类型的STO.

实际上我都觉得不大好意思讲这个东西,因为超级简单,我见过配置简单的,但是也没见过这么简单的培植,就两步.

如图例1-1[1][2],为了区别开我将其它3步设置成[A][B][C]

图例1-[1]:

Plant

让我们假设这样一个场景,plant5100|5101同属于中国分公司companycode5100,plant4100属于集团公司的美国分公司companycode4100,假设plant5101实际位址在一个美国专业快递公司的仓库,担当companycode5100国外销售的一个中转点.

产品由plant5100转向plant5101（公司内部工厂转移）和plant4100（跨公司工厂转移）,设置如下.

为此你必须建立customer4100和5101with如图例3的salesorg,distib.Channel和division.

如图例4是customer5101的一个画面.

图例4-[4]特别提示一下shippingcondition（01）和Generaldatatab页的countrykeyCN和trans.Zone0000000001,这个将在routedetermination用到.

对于cross-company的STO,还需要建立一个vendor,假设也叫5100,两步要注意.

（1）通常我们会专门定义一个customer（比如上面的customer5100）|vendoraccountgroup,这里只说vendoraccountgroup表示集团间业务交易的vendor|customer,这个很有必要以区分开其它类型的customer|vendor.

我比较赞成将集团交易的这类customer,vendor直接建立成和companycode同名（设置外部编号）,这样在使用OBYA定义公司间清帐也好看一些（详细请看本书的清帐设置和实例）.

SE16:

V_T077K定义accountgroupfield时注意vendoraddresstab页的purchasedata

的add.Purchasedata的plant不要隐藏,如图例5.

（2）如图例6,建立采购组织4100,companycode4100的vendor5100,并在purchasedata的add.Purchasingdata的plantassignment填上5100.

SAP有个vendoraccountgroup是0007plant,意思似乎是说用supplyingplant做vendor可是这玩意要配置partner,弄的很火,所以就直接参与copyvendoraccountgroup0001了.

一个公司代码里面似乎你只能将一个vendorassign到同一个plant里.

图例1-[2]:

Assigndeliverytype/checking

为了说明问题,我直接使用SAPdefault的NB和UB（transferorder类型）,plant5100-plant5101使用UB（itemcategory自动带出U）,plant500transferto4100使用NB手工填写POitemcategoryU.

图例1-[A][B]:

Checkingrule|Definecheckingrule

你可决定是否需要可用性检测而已,[A]你定义一个checknigrule,[B]你将availabilitycheckcoutrol（OVZ2定义,更详细关于ATP请看本书相关部分）和checkingrule连接起来,如图8,我们看到图例7-[2]使用的就是checkingrule01.

图例1-[C]:

Purchasingdocumenttype

图例1-[A][B][C]实际上可以不管它,这[C]步可设置STO对应的purchaseordertype类型,如图例9,在实际业务中可能你有很多POdoc.Types,你家公司做MM的非常粗心经常弄错PO类型,为此你设置此步,OME0将Messageno.06674设置成E,这样搞错了POtype就会出现错误.

图例9-[2]表示STO使用一步过程,我们知道一般没上WM的,STOMM处理的步骤是

（1）VL10B

（2）VL02N（3）MIGO,

（1）

（2）是supplyingplant做的,选上例9-[2]receivingplant的MIGO在

（2）VL02N就自动做了.

在本例实际上绝对不允许这样一步就搞定,因为5100做goodsdelivery好要相当长时间才能到USA,所以不画蛇添足,如果你家企业需要这功能就选上它.

公司间transferorder

如果你在开公司时shippingdatatab页没有出现,请检查如下:

（1）你是否已经建立companycode5100,salesorg5100,distr.Channel02建立了STOplant设置的customer5101（物料division可以不同,一个物料只能有一个division）

（2）需转移的材料raw01是否已经维护了salesorg5100,distr.Channel02,我觉得应该是plant

5100的sales视图,如果你觉得搞不清,就同时维护5100/5101的salesview.

如果还没出现shippingdatatab页,不对呀,那就太没天理了,这样都赖着出不来.

STO的计价方案的RM2000P101的stastics最好选上,否则公司间的STO的P101带不出来,有个问题是假设plant5100在先开STO到5101时当时还未维护单价也没有库存,此时P1010,然后才有收货动作,此时STO已开,buyer为updateP101,完了,51010价格收货.

VL10B

如果是一步STO,做VL02N时就将MIGO顺便做了,这样VL02N和MIGO对应同一张会计凭证.

VL02N

公司间PO还要MIRO,是的,goodsreceipt不用,关税运输费用必须发票校验的,MIRO根据2planneddeliverycosts发票校验.

什么时候使用STO?

之所以不使用MB1Btransfermaterial而使用intra-companytransferorder的原因（

1）你要加些运输费用,特别当两个plant属于不同的profitcenter要单独核算利润时尤其重要

2）如你使用MB1B311是不能实现的,如果你上了CO-PCA,在建立plant时必须考虑这点,如果只建立成storagelocation,将来再要加运输费什么的到profitcenter就难.关于如何建立plant你必须结合MM,PP,CO-PCA多方面考虑,请看本书的MM组织架构建立讨论

跨公司transferorder

如果从plant5100transferto4100跨公司STO的shippingdata为出现请按如下检查:

（1）是否维护好物料plant4100的采购视图,plant5100,salesorg5100,distrib.Channel02的salesview.

（2）必须同时维护plant4100|5100的相关accountingview否则会显示accountassignment什么必须的,想一下也是,如果物料单价都不维护那算那门子事

（3）必须维护（XK01）purchaseorg4100,companycode4100的vendor5100,并且该vendor一定要在additionalpurchasedata维护plantassignment5100

如果这样搞法shippingdatatab页还不出来,估计你就不大适合做MM了,做别的module吧,其它的更简单.

那个shipping和routedetermination也要讲一下.

最简单的方法是该维护的采购销售view全给弄上.

KE52assignprofitcentertocompanycodes

Cross-company的STO你必须OBYA定义公司间清帐.

一个村干部5个人主动捐肝.,还退休了,有人愿意舍身取义死而无憾.想现在那么多大小官员在位就有百姓巴不得其倒台,又如何哉?

就算混到要饭,只要一息尚存,人生就有希望,人生就未失败.

运用分类系统

他MD的艾克斯XX,shipping和routehide在logisticsexecution,好难找.其实配置极其简单.

小时后我也喜欢到处藏东西,显示自己很厉害,要不大家一看就明白谁还要培训呢?

全国人民不都是顾问了?

最后邻居家的小凤干脆回家吃饭了,害的我饿着肚子白躲了好几个小时,搞的我很没面子

我烦恼相同的配置这放一点那放一点的,坦率地讲,要是我将东西这放一点那放一点的,肯定要被LP骂个半死.

如果你家的shippingdata的route没有出现,请按下面排解.

（1）检查STO配置的customermasterdata的countrykey和Transportationzone.（Generaldataaddresstab页）,这个是上图的dest.Country/Zone

（2）检查customer主数据的shippingcontion（这个可设置为必输）,在salesareadata的shippingdata页上,输入shippingcondition,这个对应上图的SC.

（3）在上面刚刚讲过,SE16:

V_TVST_RF,MaintainCountryAndTransportationZoneForShippingPoint,就是上图的dep.CountryZone,这样两个zone呀zone的就link上了,你设置一个proposedroute.

如上图,我们看到的proposedroute是000001,这就是为什么上面我开公司间和跨公司的STO默认带出的的route是000001,我觉的这个很难看,就改成000043,下次STO带出的就是000043了.

关于shipping,route还有啥时到达时间等等,反正也就那些东西,请参考本书相关配置

还有啥第三方采购,跨公司销售,算了不浪费时间了,也就那些东西改天再说.

小庖跑过来说,老屠宰一下WM,Kao,再也不搞MM了,太没劲了….

SuperBOM（ConfigurablematerialBOM）的应用

熟悉make-toorder之前,先说一下什么是SuperBOM,因为一般make-toorder和这该死的SuperBOM,变式（配置）BOM通常总鬼混在一起.

降低材料成本（11%-40%）、提高生产率（6%-45%）、加快资金周转（8%-3

5%）、提高用户服务水平（10%-27%）?

要是让我吹,干脆就一口咬定俺家SAP不但能滋阴壮阳关还能延年益寿得啦.

一ClassificationSystem（分类系统）简介

顾名思义,分类系统就是根据一定的特征组合相似对象从而使你能快速查找到所需的对象.SAP预定义了许多对象类型你几乎不要做,实际上应用分类系统基本上不用做任何或很少设置就可直接使用

首先明白这几概念,请看图1[4]-[6].（MD,自己看帮助去）

1.Object（对象）

物料,供应商,客户,批次,BOM等都可作为可分类的对象

2.Objectkey（对象关键码）

3.objecttype

4.class

5.classtype

6.characteristic

7.class/characteristicgroup

[1]DefineDefaultSettings

状态1（released）被预定义给所有的特征（characteristics）,除非你有特殊需求,SAP推荐不做任何更改

[2]Define特征组

[3]Define特征状态

典型的状态如图2

[4]

[5]

[6]

二SuperBOM和配置BOM应用举例

我做过的一个CTO的项目是.算了,还是假设你为电脑厂家设计一CTO项目,客户通过网站选定主机,机箱和产品包装材料,假设每种有3中选择,如使用普通的BOM,就有3*3*3中BOM组合,实际上可能是9*9*8或更多选择.

客户通过网站选定机型后通过程序Link到ERP系统,自动产生materialnumber和相关BOM然后汇集到生产部门生产.

典型的应用还发生在制鞋制衣行业.

1.建立特征（Tcode:

CT04）

如图1.

Restrictions是做限制的,比如选择了ZST_ZJ特征不能用于某Classtype,这很好理解.

上面建立了特征ZST_ZJ（主机）包含3个特征值ZZJ1-ZZJ3同样地,建立特征ZST_BOX包含特征值ZBOX1-ZBOX3,特征ZST_PAK包含特征值ZPAK1-ZPAK3.

建立类（CL01/CL02/CL03）

现在的问题是如何将Characteristic/Class和materialmasterdata/BOMmasterdata挂沟.

为了不混淆视听,通常的做法是各层物料尽量采用class名称,特征值（特征这层似乎不要建立物料）的名称,为了方便理解,假设配置BOM下面再没有可配置子BOM,于是,本例你需要建立的materialNo是ZST_MODEL（SuperBOMtop-levelmaterial）,ZZJ1-ZZJ3,ZBOX1-ZBOX3,

ZPAK1-ZPAK3.

为了方便理解,再假设每个主机,机箱和包装材料都由3个materialcomponent,比如ZZJ1由970000-970002组成,ZZJ2由970003-970005组成,ZZJ3由970005-970008组成.依此类推,机箱ZBOX1-ZBOX3和包装材料ZPAK1-ZPAK3的materialcomponent从970009-970026（假设每组件有3component组成）.

建立物料（Tcode:

MM01）

ZST_MODEL

（1）Basicdata2的Materialisconfigurable一定要选上.表示其是可被配置的物料

（2）在Classificationview选上分类ZST_MODEL（Class和物料同名）,带出上面所设定的三特

征值.

（3）MRP1view的MRPtype可设置成ND不跑MPRRP1Part,ementrable________________________________________________________________________________________________________

（4）MRP2viewSpecialprocurement设成50,就是说通常这料是PhantomPart,关于phantompart请看例1-PhantomPart的使用.

ZZJ1-ZZJ3,ZBOX1-ZBOX3,ZPAK1-ZPAK3

根据实际需要,如果你需要进行库存管理,和普通物料一样,如不需要可简称phantompart.

注意:

这层物料并不需要建立Classification.

建立SuperBOM（CS01）

从图5-[1]进去维护ObjectDependency（注意在创建OD时不要直接双击item进去维护）.

图6-[2]Rltnship使用BOMmaterial加Item.然后到图6-[1]维护Dependency,Dependency维护如图7.

图7-[1]$ROOT表示跟特征,$ROOT.ZST_ZJ表示其下的特征ZST_ZJ（请回顾图3-[3]）,=‘ZJJ1’,ZJJ1表示特征ZST_ZJ的特征值ZJJ1（请回顾图2-[3]）,这样就将itemcomponentZZJ1和特征ZST_ZJ的特征值ZZJ1link上了.

同样地,建立好图5-[2]的其他component的OD,比如ZBOX1的SEL.Condition是

ZST_MODEL_ZBOX1,Dependency是$ROOT.ZST_BOX=‘ZBOX1’.ZPAK1Condition是

ZST_MODEL_ZPAK1,Dependency是$ROOT.ZST_PAK=‘ZPAK1’等.

*如需要你也可使用$ROOT.ZST_PAKin‘ZPK1’.

至此,一个超级BOM就建立好了,下面假设你做了一电子商务网站,允许用户在3种主机3种机箱3种包装选择.选择好了自动建立Salespart和BOM,为此你建立salespartZMODEL1.

建立configurableprofile（Tcode:

CU41）

为配置物料建立configurableprofile.

进去后classtype选300,保存就为configurablematerialZST_MODEL建好了configurableprofile.

（1）建立salespartMM01

如图8,在basicdata2view中选择ConfigurablematerialZST_MODEL,然后进classi