第五章最详细的内部订单Word文件下载.docx

第五章最详细的内部订单Word文件下载.docx

《第五章最详细的内部订单Word文件下载.docx》由会员分享，可在线阅读，更多相关《第五章最详细的内部订单Word文件下载.docx（19页珍藏版）》请在冰豆网上搜索。

KSW1/KSW5）或结算（Tcode:

KO88）到目标成本对象,这些成本对象包括订单/项目/成本中心/网络/资产/Co-PA的获利段/费用科目等。

内部订单应用非常简单,下面先谈谈订单主数据的建立。

第一节订单主数据

内部订单主数据配置如图1。

图1-[1]：

激活订单管理（Tcode:

OKKP）

想使用内部订单功能,需要在OKKP在控制范围内将内部订单模块激活。

图1-[2]：

定义订单类型（Tcode:

KOT2|KOT2-OPA|KOT2_FUNCAREA）

在此定义所需要的订单类型。

图2-[1]：

系统提供的订单种类（OrderCategory）包括内部订单，CO成本订单，成本收集器，质量订单，PP生产工单，流程订单，PM维护订单等，订单种类由系统预选设定，订单种类用来组织订单的业务功能，在下面会详细分析。

图2-[2]：

需要建立什么样的订单类型（OrderType）视企业实际需求而定，图2-2设置了资产/在建工程的投资订单类型，一般费用统计订单，可结算的实际费用订单和专门的维修费用统计订单。

订单类型的作用有：

1．号码分配，可给不同的订单分配不同的编号范围，可以使用无意义的外部编号也可使用有意义的外部给号，比如投资订单外部编号可在其中包含项目号，维修费用统计订单分大检修和日常普通维修，一个外部给号分别为DX/PX+成本中心号，费用计入相应的成本中心同时输入维修费用统计订单做统计用以此来区分费用归属，统计性订单此时就成了一个类似中国会计上的辅助核算字段，这样从编号就能直接分辨出费用归属。

2．通过订单类型参数控制该类订单是否允许计划，允许预算，是否允许计入收入，允许状态控制等，请看图3，在图3中详细描述了这些控制字段。

记住三个重要术语：

1．对象种类/类型（ObjectCategory/ObjectType）

系统将状态管理中有相似处理功能的对象组合在一起，叫ObjectCategor或ObjectType，请看Tcode：

BS12。

2．订单种类（OrderCategory）

订单种类算是对象种类的一种，下图是BS12和KOT2的一个合成图，可看到的右边是KOT2的订单种类（OrderCategory）01/02到70，分别对应BS12中的对象种类/类型（ObjectCategory/ObjectType）ORC/ORD/ORF/ORG等，双击BS12，就能为每个订单类型分配允许的业务交易状态，在接下来还会就此问题详细阐述。

3．订单类型（OrderType）

订单类型有自己的编号和控制参数，用来区分出内部订单的实际用途。

这3者关系是，系统默定了对象种类，订单种类是其中一种，对象种类可控制该对象是否允许什么业务交易，系统都有一定的默认设置，除非特殊需求，一般并不建议修改，比如系统默认不允许使用分摊循环将费用分摊到目标对象CO订单（Tcode：

KKF1建立），这样需要BS12设置对象种类ORF允许业务交易RKIU。

4．对象类（ObjectClass）

对象类也用来根据业务交易来组织成本对象并分析成本流，对象类有四种：

INVST:

投资/OCOST:

间接费用/PRODT:

生产/PROFT:

利润分析

在内部订单主数据中可选择一个内部订单的对象类，我们知道在CO模块常用的成本对象包括内部订单,成本中心,获利分析段,WBS元素等,象成本中心这个对象默认就属于对象类OCOST:

间接费用。

你看到ObjectCategory，OrderCategory，OrderType，ObjectClass这些术语一定会想起ValuationLevel，ValuationCategory，ValuationArea，ValuationClass，有了这些术语ERP系统才能答建的庞大从而实现强大的功能，这种设计理念是这样的：

固化订单种类（OrderCategory）的情况下，实际上也就固化了订单的业务处理逻辑，但是，为了迎合各企业的复杂流程下，允许自配置一定的订单类型（Ordertype），在其中再定义一些参数，实际上，整个ERP的配置逻辑大抵如此而已。

图3是订单类型定义的一个画面。

图3-[1]：

设置订单编号（Tcode：

KONK），可为外部或内部编号。

图3-[2][3][4]：

注意订单的几个profille:

settlementprofile：

订单的结算参数文件，可控制该订单是否允许结算，允许结算接受方的个数，允许结算到何种目标成本对象，详细请参考相关章节。

planningprofile：

控制订单的计划参数。

budgetprofile：

控制订单的预算参数设置。

statusprofile：

控制订单的状态，可用来做订单的审批流程。

图3-[5]：

表示订单的数据保存多久后才能被archive。

图3-[7]：

如果选上，则表示允许post收入/销售抵扣要素（costelementcategory11/12）,和成本中心一样，系统默认是不允许过帐收入要素的，比如某生产企业使用内部订单归集企业的非主营生产业务，该内部订单将同时归集其它业务收入（收入）和配比其他业务支出或成本，就需要选上允许收入过帐。

图3-[8]:

状态参数文件可用来做订单的审批流程，请参考接下来的第二节订单审批。

图3-[9]:

表示订单一建立就被release,订单如果没有释放是不能用于记帐的,有的企业不

喜欢玩审批，有的企业却喜欢整审批，特别是预算订单，一般不整个3-5级审批那

是死不罢休，哎，企业多了，什么样的鸟儿都有，如你想使用订单审批流程,当然这勾就不选上。

图3-[12]：

你可定义个printform打印订单。

图3-[13]：

屏幕字段选择,和会计科目的字段状态组（Tcode:

OBC4）,记帐码字段状态（Tcode:

OB41）或移动类型字段状态（Tcode:

OMJJ）,你决定订单主数据的字段是隐藏,显示,可输还是必输。

图3-[14]：

可为某类型订单设置一个默认的功能范围，比如为CO成本订单设置默认的“生产成本“功能范围，以免用户输入错误。

图3-[15]:

在“ModelOrder“栏可输入一个模板订单,这个订单起参考作用也可是普通的内部订单,这样在新建立此订单类型的订单时可将此模板订单的主数据字段复制到新订单,即类似参考建立。

图4-[1][2]:

将统计性订单的统计指标设置为必输,选上高亮则表示默认在主数据里选上。

图1-[3]维护订单编号范围（Tcode:

KONK）

维护订单的编号范围，可以是外部编号，也可以是内部编号，可以走菜单->

传输传输

编号。

图1-[4][5][6][7]：

订单审批配置，详细请看第二节。

第二节订单审批

下面介绍如何使用状态参数文件做内部订单的审批，实际上包括使用状态参数的销售订单等各种订单的审批也可使用该功能，为了让读者更明白步骤，采用我一贯常用的分步法说明。

第一步：

定义状态主文件（Tcode:

OK02|BS02）

如图1,定义StatusprofileZ0000002，在状态文件中可定义各种用户状态。

业务背景：

假设内部订单必须经过STONE审批->

接下来再经过部门经理审批->

最后是总经理审批后才允许实际过帐。

图1-[2][3]:

状态编号（Statusno.）和状态名称，你也可使用无状态编号定义用户状态。

图1-[3]：

根据业务需求建立4个用户状态分别是图1-[3]的RINT/REST/REJL/

RELZ。

图1-[4]：

如果选上“Init.Status”标志则表示订单一建立的初始状态。

图1-[5]:

可以为每个用户状态定义所谓的最高状态编号和最低状态编号（Loweststatusno./Higheststatusno.）。

图1-[6]：

定义了用户状态显示的位置排序位置和Priority,'

位置'

指定一个状态应显示在在状态行中的那个位置。

如果在同一个位置应显示几个活动状态，那么只显示具有最高"

优先级"

的状态。

如果用户状态使用了状态编号，则位置（Position）和Priority都是1。

图1-[7]：

可定义每个用户状态的授权权码（Authorizationkey）,授权码由Tcode：

BS52建立,这样在设置内部订单状态操作的权限对象B_USERSTAT通过授权码进一步控制用户修改订单状态从而达到审批目的。

图1-[8]：

如过你是新建一个statusprofile，而非copySAPdefault的比如00000001,就需要点击“ObjectType“（ObjectType/ObjectCategory/OrderCategory/Ordertype在本章第一节订单主数据中已详细描述过）选上允许内部订单使用该状态文件，如接下来的图2，实际上如果是CopyStatusProfile00000001则允许内部订单使用标志也被Copy了，所以才不用在次设置。

图1-[9]：

定义好状态参数文件Z0000002后，使用Tcode：

KOT2_OPA_STSMA|KOT2将它分配给某订单类型后，在建立新订单，将出现图1-[9]画面，可以看到设置的4个用户状态，注意标题“Statuswithstatusno.”字样。

可以看到所有的对象类型（ObjectType），在第一节说了使用BS12可为每个对

象类型定义允许的业务交易，在这里为对象类型定义允许的用户状态,系统状态是

ERP系统里预先内置的用来决定允许操作那些业务交易，自定义的用户状态同样是

用来决定所允许的业务交易。

图2-[3]：

表示状态参数文件Z0000002允许应用于InternalOrder。

回顾状态参数文件的几个概念：

1.系统状态（SystemStatus）

系统预置的状态,预置的系统状态通常以字母I开头的5位码，使用Tcode：

BS32可

以查看业务交易和系统状态的关系。

2.用户状态（UserStatus）

使用自定义的用户状态灵活决定该状态下所允许的业务交易。

无论是系统状态还是用户状态都和业务交易控制相关。

3.状态编号/无状态编号（Statusno.|W/oStatusno.）

用户参数文件中定义的用户状态也可使用状态编号或状态编号。

4.最高状态编号/最低状态编号（Higheststatusno./Loweststatusno.）

状态编号用来控制状态的变更,最低状态编号和最高状态编号实际上控制着该状态行允许变更的用户状态范围，注意下面几个原则：

I.最低状态编号不能大于大于该行的状态编号，同样最高状态编号不能小于该的状态编号，如下图状态编号3REJL的最低编号不能是4。

II.状态编号也控制着用户状态的变更,