skyHuang
- 浏览: 104730 次
- 性别:
- 来自: 上海
-
最新评论
-
wangshare：
写的不错，国内厂商需要更多考虑erp的目的，如果仅仅信息化或者 ...
ORACLE EBS的系统集成性 -
XiaoXiaoYang37790315：
程序员比较懒，不过想法不错。
我们一起旅行吧 -
skyHuang：
javaso 写道首先支持一下楼主的分享，虽然排版不是很好，但 ...
从我一朋友离职说说辞职的学问 -
javaso：
首先支持一下楼主的分享，虽然排版不是很好，但起码不影响基本阅读 ...
从我一朋友离职说说辞职的学问 -
langwolf：
LZ本来想和大家探讨一下，共同进步。
结果......
从我一朋友离职说说辞职的学问
文章列表
这里所说的多组织是指多OU而言，R11与R12都实现了供应商的多组织功能，即供应商可跨组织（OU）定义与维护。系统通过将供应商Site与OU进行绑定来实现这一点，即任一供应商Site必须属于某一确定的OU（不同OU但名称相同的Site，实际上是两个不同的Site）。在使用多组织支持功能的系统环境下，不能在供应商层输入以下字段：负债帐户、预付款帐户、分配集、发票税税码和远期付款（应付票据）帐户（字段灰显），而只能在供应商地点层输入这些字段。
R11的供应商定义与维护虽然是在确定的OU上下文环境下进行，但为全部OU所共享；而在确定的OU上下文环境下所定义维护的供应商Site，则只能属于当前OU；要 ...
该属性仅在Site层设置，为某些单据如PO的联系人字段提供LOV，超过其有效时间设定，引用的LOV中将不可见。如下图53所示：
如下图52所示，供应商Site层与“供应商层”的“一般”Tab页内容差别较大。Site层的“地点用途”中，“支付”如果未选定，就不能输入该供应商地点的发票；“主要支付地点”如果选定（将同时把“支付”选定），则表示该Site ...
该属性仅在“供应商层”可设置，为所有的Site层所共用，如下图51所示：
不过，这里的大多数属性设置，只是给采购订单PO提供默认值，允许手工修改。相关属性在其它地方如Item、系统选项等处也有类似设置，系统设计按照某种层次结构向PO默认（具体以后在讨论系统模块的应用功能时再作介绍）。或许正是这个原因，ORACLE觉得没有必要再在Site层作设置。此外，为方便供应商的创建，有关的“财务系统选项、应付系统系统选项、采购系统选项”的设置，均会默认至供应商的相关字段，这有助于提高录入速度。
在供应商层的“分类”Tab页，除了前面供应商分类概述中讲到的“类型”（Type）字段的LOV可选值之外，系统还提供了一些其它的补充字段设置。如上图50中所示包括：“少数民族经营的企业、女性经营的企业”（不明白ORACLE预置这两种类型有什么实际意义？）；“一次性交易与小型企业”，只是一个标识，实际系统并不限制与其的交易次数与交易规模；SIC是Standard Industry Code 的缩写，只能手工输入，并无LOV值。不过，企业可以利用此SIC字段，输入自定义的符合企业某些特殊分类需要的代码，例如以不同代码区别“更可靠的供应商”和“不太可靠的供应商”，或者如“原始设备制造商”和“办公用品供应 ...
在“ORACLE EBS基础设置要点简介”一文中，关于“Address、Location、Site”的三者关系已经有详细介绍。Site的涵义更多的是表示一种比较虚无的“属性”，ORACLE借用Site（地点）的这一特性，来表示与同一供应商的合作过程中，供应商 ...
在EBS系统中，由于实际使用以及早期系统设计考虑欠周详等方面的原因，在PO模块的订单界面中是将“供应商名称”（Supplier Name）作为主要检索字段来使用的（PO界面甚至没有直接显示“供应商编号”字段），在AP模块的发票界面虽然有供应商编号字段，但人们在使用习惯上还是以“供应商名称”为主。故如果将“供应商名称”理解成供应商的“组织全称”，则实际使用将很不方便，因为一般来说供应商法律意义上的公司注册“全称”会比较长。
EBS的供应商定义界面有“供应商名称”与“别名”两个字段，考虑到上述因素，实际使用情况可能恰好相反：以“别名”字段记录供应商“全称”，而在“供应商名称”字段输入符合企业命名惯 ...
在二十一世纪的今天，人们已经逐步认识到，企业之间的竞争已不完全是单个企业之间的竞争，而是企业所拥有的供应链之间的整体竞争。企业供应链的效率与质量如何，关系到企业在日益残酷的市场游戏中能否取得竞争优势。企业与供应商之间的关系，也不再是过去简单的买卖关系，而是越来越深入、紧密的合作伙伴关系。企业与自己的供应商之间既有不同利益的矛盾，也有共同利益的合作。
在企业的管理实践过程中，涉及“供应商”的管理信息系统的设计主要有两方面内容，一是与供应商在日常业务过程中的商务协同，包括供应商门户、订单协同、计划协同、询报价、招投标等等内容，通常归入SCM产品的范畴；二是供应商的生命周期与关系管理，包括供应商准入 ...
除了上述在EBS的Item定义维护界面直接创建方式之外，系统还提供了从外部来源的Item数据导入接口（API）方式。此外，作为系统外围的高级应用功能，EBS还提供属于PLM范畴的Advanced Product Catalog 应用模块来管理Item来源创建及维护更新的复杂事务过程。如下图45所示：
在INV、BOM、ENG模块中的Item、Bom、ECO实际上主要只是提供了相关结果数据的录入功能，并未涉及具体的数据来源过程。对于业务复杂、管理完善的企业来说，相关Item主数据的来源，必然是需要经历一个创建、讨论、审批等环节的“准入”认证事务管理过程。如下图46所示有关参与讨论人员的“认 ...
这里所讲的删除是指从数据库中真正清空掉Item有关信息实体，这些实体可以包括物料、物料清单、组件、工艺路线或工序。这是个很少用到的功能，应用于某些特殊场合，例如垃圾数据太多等等。EBS系统预置有若干初始的“删除约束条件”与“删除语句”（SQL），只能查看，不能修改。但用户可以自定义删除“约束”和“语句”。
实际的删除是通过运行“删除物料信息”的后台并发流程来进行的。为了方便删除工作的开展与管理，EBS系统提供了所谓“删除组”功能，以检查、实施、监控批量删除过程。如下图44所示：
在大型组织机构中，同一Item在不同组织（INV Org）有不同的属性设置，EBS提供了属性的跨组织查询与复制功能（详细内容，请参考ORACLE相关文档）。如下图43所示：
在实际工作中，基于管理的方便性需要，对于某些Item可能需要由系统自动控制其未来某一时刻开始（或在某个期间）处于某个特定“物料状态”（如失效等）。这项功能可以通过在Item定义维护界面为其设置“待定状态”来完成。如下图42所示：
已经设定的Item待定状态需要通过“实施”提交并发流程来完成，也可以在“请求”里直接提交周期性运行的后台流程。
前面在讲到EBS的Item（物料编码）时，已经讲到习惯上的“物料名称（Name）”被“说明”字段（短文本）所代替。实际工作中，为了方便对于同类物料的查询检索与数据管理以及企业之间的沟通交流等目的，有必要对Item的类似Name的“说明”字段也进行规范化、标准化。
具体方式就是将同类物料“说明”的具体内容划分为多个标准的“组成段”，按特定的次序（称之为“级连”）有选择地组成某个Item的实际“说明”。例如小汽车的Item“说明”：车型（帕萨特）—功率（75马力）—排量（1.8升）—座位数（5座）；或者：“车型（帕萨特）—排量（1.8升）”等等。其中的每一个“组成段”称之为一个“说明性要素”，所有 ...
用户在EBS系统中创建Item的方法有多种，其中最简单也是最直接的方法就是直接录入。为了帮助提高Item录入的效率以及减少录入错误，系统提供了定义Item模板及从模板或其它已存在Item复制创建新Item的功能。如下图39所示是定义Item的界面：
EBS系统在安装初始状态，已经预置了若干数量的Item模板，这些预置的模板可以划分为三大类（模板集）。下列三个表显示了不同模板集的具体内容：
模板集#1
属性
ATO模型
ATO 选件类
ATO 物料
成品
套件
按订单装配
是
...
除了上面所述的Item的“客户产品交叉参考”关系的专门定义与维护之外，EBS系统还基于实际工作需要，提供通用的Item交叉参考关系的定义维护，例如，在旧Item编码与新Item之间建立对应关系，将某些费用类Item与财务部门使用的费用类别代码关联等等。上面的“客户与供应商的Item交叉参考”是两类比较特殊的情况，在这里也可以建立通用的交叉参考，即不按具体的客户或供应商区分，仅按参考交叉类型“客户”或“供应商”类型笼统划分。如下图38所示：
上图中的交叉参考类型的LOV值是直接手工输入的，只是起到一个分类查询的作用，Item所对应的值也是手工输入维护的，并且与Item之间没有“一对一”的关 ...